저는 주로 백본을 사용할 서비스 사이트로 소프트웨어를 개발하고 있습니다.하지만 응용 프로그램의 대부분의 논리가 백본에 놓여 있다는 사실을 눈치 채고 있습니다. 우리가 루비를 세션 컨트롤러로 사용하고 데이터베이스에 대한 브릿지를 사용하는 것처럼 보입니다. 그래서 우리 사이트는 복사가 매우 쉽습니다. (그냥 js 파일을 복사의 문제 ...)backbonejs를 유료 서비스 사이트로 사용하는 것은 나쁜 생각입니까?
나는 이것이 바보 같은 질문 일지 모르지만, 어쨌든 내가 이것을 피할 수있는이 클라이언트 쪽 무거운 응용 프로그램이 이런 종류의 나쁜 것입니다 신청?
이 시점에서이 사이트 구조를 어떻게 확보 할 수 있는지 잘 모르겠습니다.
확실하게 복사 할 수 있습니다. JavaScript를 사용하면 위험 할 수 있습니다. 마크 업과 CSS에도 동일한 문제가 있지만 어쨌든 누군가를 훔치려는 사람은 거의 없다고 말할 수 있습니다. 아마도 귀하의 코드 (귀하의 디자인, 사본, 비즈니스 모델, 고객 지원)보다 귀하의 서비스에 더 많은 부분이있을 것입니다. 그들이 당신의 코드를 복사했다 할지라도, 당신이 분명히 가지고 있지 않은 당신의 제품에 전념했기 때문에 어쨌든 그들보다 더 나은 서비스를 제공 할 수있을 것입니다.
전체를 보는 또 다른 방법은 웹 개발의 아름다움으로 보는 것입니다. 자유롭게 웹 페이지의 코드를 열어 배울 수 있습니다.
코드를 "보호"하려면 코드를 최소화하고 난독 화하기 위해 UglifyJS 또는 이와 비슷한 코드를 사용하는 것이 가장 좋습니다. 물론 "도둑"이 들여 쓰기 등을 얻기 위해 예쁜 것을 사용할 수는 있지만 코드는 계속 유지하기가 어렵고 사실상 불가능합니다. 그래서 장기적으로 그것을 훔치는 일은 가치가 없을 것입니다.
자바 스크립트 라이브러리를 보호하는 것은 클라이언트가 다운로드하도록 허용하기 때문에 어렵습니다. 이를 보호하기 위해 할 수있는 최선의 방법은 프로덕션 환경에 배포하기 전에 난독 화 및 축소 도구를 실행하는 것입니다.
나는이 답변에 거의 동의한다. 그러나 중요한 논리가 모두 백본에서 진행되고 있다면 서버 쪽에서 그 중 일부를 분리하는 것이 좋습니다. 예를 들어 프론트 엔드에 백본을 사용합니다. 누군가 내 모델을 모두보고 내가 수집하는 데이터의 종류를 알 수 있습니다. 하지만이 데이터를 사용하는 방법, 수천 개의 클라이언트 데이터 포인트를 클라이언트가 내 서버에있는 특정 작업으로 전환해야하며 알고리즘을 사용하면 안심할 수 있습니다. 서비스가 무엇이고 어떤 부분을 보호해야하는지에 달려 있습니다. 도둑질은 아주 드물다. – jmk2142