Sichern des Quellcodes in einer Node-Webkit-Desktop-Anwendung

Question

erste Dinge zuerst, ich habe nwsnapshot gesehen. und es hilft nicht.

Ich baue ein Lagerverwaltungssystem als Desktop-App mit node-webkit. das Projekt, das gebaut wird, benutzt compoundjs (mvc Javascriptbibliothek). die eine bestimmte Ordnerstruktur (Sie kennen mvc) und mehrere Javascript-Dateien in ihnen haben.

Das Problem ist, nwsnapshot erlaubt der App, nur eine einzige Snapshot-Datei zu haben, aber die Logik der Anwendung ist über alle Ordner in verschiedenen Javascript-Dateien verteilt.

Wie also sichere ich meinen Quellcode, bevor ich ihn an den Kunden verschicke? Oder irgendein anderes Work-around oder klüger (ja, ich weiß über Verschleierung).

Answer 1

Sie können nodewebkit Befehl aufgerufen nwsnapshot zu kompilieren den Javascript-Code in binäre verwenden, die

nwsnapshot --extra-code application.js application.bin 

in Ihrem package.json fügen Sie diese ohne Angabe von JS-Datei in die App geladen werden:

snapshot: 'application.bin' 

Answer 2

Sie können erwägen, die JS-Dateien im Build-Prozess in einen zusammenzuführen und zu kompilieren.

Answer 3

Es hängt wirklich davon ab, was Sie mit "sicher" meinen.

Sie können Ihren JavaScript-Code relativ gut verschleiern (und möglicherweise die Leistung verbessern), indem Sie Google Closure Compiler verwenden.

Mir sind keine Standardlösungen zum Verschlüsseln/Entschlüsseln von Javascript bekannt, und ehrlich gesagt würde ich die Notwendigkeit dafür in Frage stellen.

Einige Leute denken, dass sie es unmöglich machen müssen, ihren Quellcode einzusehen, da sie es gewohnt sind, mit kompilierten Sprachen umzugehen, in denen Sie nur Binärdateien an Benutzer versenden. Tatsache ist, Reverse-Engineering, dass Binärcode nie so schwierig war, wie manche Leute glauben, dass es so ist. Wenn es einen finanziellen Anreiz gibt, gibt es praktisch keinen Unterschied zwischen dem Versand von Quellcode und dem traditionellen Versand von Binärdateien.

Einige Sprachen bieten echte Verschlüsselung von bereitgestellten Assets, wie z. B. SLPS von Microsoft. Es scheint mir, dass der Markt dafür so klein war, dass Microsoft es einem Partner gab (nur meine Meinung). Die Wahrheit ist, dass die meisten Kunden nicht an Ihrem Quellcode interessiert sind; Sie sind vielmehr an Ihrer Fähigkeit interessiert, diesen Code effizient zu bedienen und zu unterstützen, während sie mit ihrer Arbeit fortfahren.