Làm ngược lại, giải phóng mã của bạn dưới dạng mã nguồn mở với giấy phép MIT/GPL. Đính kèm tên (doanh nghiệp) của bạn vào mã và được gọi là người đầu tiên tạo ứng dụng X. Danh tiếng giúp bạn có được nhiều nỗ lực hơn nữa để "bảo vệ mã của bạn" xa hơn.
- JS/Html/CSS thường khá dễ dàng với kỹ sư lạc hậu, họ không cần phải xem mã của bạn cả.
- Cơ hội là các mã JS của bạn đã tồn tại và được viết bởi người khác vào năm 2001.
- Mã phức tạp hơn, càng khó lấy cắp tài sản trí tuệ, đặc biệt nếu bạn mở nó.
Có thực sự không có lý do lành mạnh để bảo vệ mã của bạn nơi JS/CSS/HTML là có liên quan, tốt nhất bạn có thể làm là bảo vệ logic kinh doanh của bạn bằng cách giữ cho rằng trên backend.
Ví dụ điển hình, tôi có thể viết triển khai CKEditor của riêng mình (rất nhiều người làm điều đó) nhưng nó dễ dàng hơn rất nhiều khi chỉ sử dụng CKEditor và mọi người đều biết nó là gì, ai đã viết nó ...
Hoặc lấy bản đồ google làm ví dụ, có rất nhiều bản sao xung quanh, nhưng chỉ có một bản đồ google thực sự. Heck, những người khác đã viết một bản đồ thực hiện trước khi google, nhưng bản đồ google là nổi tiếng hơn.
Tôi có thể tiếp tục với rất nhiều ví dụ tại sao cố gắng bảo vệ mã của bạn không chỉ ngớ ngẩn, nhưng thực sự không thông minh ... Bảo vệ logic nghiệp vụ là một điều, nhưng bạn thực sự có nhiều hơn để đạt được bằng cách công khai ưa thích smancy frontend mã ...
Giống như nhiều câu hỏi trước, bao gồm [Cách mã hóa HTML, CSS và JavaScript để ngăn chặn hành vi trộm cắp] (http://stackoverflow.com/questions/3247270/how-to-encrypt-html-css-and-javascript- để ngăn chặn hành vi trộm cắp), [Một số cách hay để ngăn người khác sao chép mã nguồn của tôi là gì? ] (http://stackoverflow.com/questions/2562775/what-are-some-good-ways-to-prevent-people-from-copying-my-source-code) và [Cách tốt nhất để mã hóa/bảo vệ mã javascript?] (http://stackoverflow.com/questions/3904141/what-is-the-best-way-to-encode-protect-a-javascript-code). –