Eigenen Code schützen

[Teletambi]

Hallo Forum,

ich bin gerade beim Abschluß eines kleinen Notes-Projekts. Nun möchte ich natürlich meine Arbeit schützen, sprich also meinen  Quellcode. (... steckt ja auch ne ganze Menge Arbeit drin)

Notes stellt die Möglichkeit der Verwendung von Schablonen/ Templates bereit, die man ja auch verstecken kann. Ich denke aber, dass es möglich ist, ähnlich wie bei einer ACL, dieses Feature auszuhebeln.

Meine Frage nun: Gibt es da eine andere Möglichkeit, die nicht so einfach zu überlisten ist?

Wenn dem nicht so ist, würde ich auch alternativ hauptsächlich meine eigenen Klassen in den Libraries besonders schützen wollen.

Vielen Dank  für eure Antworten!

Teletambi
 

[Glombi]

"Ich denke aber, dass es möglich ist, ähnlich wie bei einer ACL, dieses Feature auszuhebeln. "

Das geht definitiv nicht. Du kannst also beruhigt sein.

Andreas

[animate]

ich denke man muss differenzieren:

Formeln könnte man theoretisch wieder herstellen (hab ich mal gelesen)
LotusScript kann man nicht mal theoretisch wieder herstellen (hab ich mal gelesen)
der Rest ist wieder herstellbar

[Glombi]

Man kann die "obere Struktur" wiederherstellen, also die Masken, Ansichten, Agenten etc.
Man sieht aber keinerlei Code darin. Weder Formelsprache noch Script. Beim verbergen der Gestaltung wird der Code in kompilierter Form in den Gestaltungselementen gespeichert.

Andreas

[mahonri]

Wenn es vor allem um die Libraries geht, deren Inhalt einfach in eine Text-Datei auslagern, diese TExtDatei  einbinden und die Gestaltung ist verborgen

[koehlerbv]

Wenn es ausreicht, LS zu verbergen, würde ich auch unbedingt empfehlen, Script nur über .lss-Dateien einzubinden. Es ist dann zwar aufwändiger, Änderungen durchzuführen, aber das Verfahren ist sicherer: Mir ist es (zumindest mit R5) schon mehrfach passiert, dass Design-Updates mit verstecktem Design später nicht mehr (vollständig) funktioniert haben. Wenn man dann die upzudatende DB nur "zu Fuss" erreicht und das nochein paar hundert Kilometer entfernt ist ...

HTH,
Bernhard

[animate]

Problem dabei ist für mich, dass eine Fehlerbehandlungsfunktion nicht die Zeile angeben kann, in welcher der Fehler auftritt, wenn der Code in einer Datei ausgelagert ist.

[Lossa]

@Thomas Völk

Einen Tod muss man sterben, aber der effekt ist da, das Design ist offen aber der Code weg!

[animate]

is schon klar. ich will nur Aufklärungsarbeit leisten. Nachteile aufzeigen, die nicht erwähnt werden und später vielleicht unangenehm aufstoßen (dabei hab ich ganz vergessen, dass bei einer steigenden Menge an ScriptBibliotheken und Agents mit dieser Methode auch der Pflegeaufwand steigt).


Dabei fällt mir gerade auf:
Ich habe den gleichen Effekt, wenn ich das Design einer DB verstecke und danach wieder aufmache. Pflegeaufwand dazu = 0 und mein Errorhandling funktioniert noch gescheit.

Gibts Meinungen zu dieser Methode?

[koehlerbv]

Nur mit dem Update kann es dann Probleme geben - siehe oben.

[Teletambi]

Hallo Bernhard,

deinen Vorschlag mit den *.lss Files würde ich gerne an dieser Stelle aufgreifen wollen.

Wie schon angedeutet, befinden sich in meinen Libraries hauptsächlich Klassen (ich find OOA einfach toll und LS unterstüzt das ja auch) und nun meine Frage : Wie erstellt man solche Files?

Gruß Teletambi

[eknori]

Bernhard ist schon weg; daher melde ich mich zu Wort

im Designer klickst du mit rechts auf deinen Code -> exportieren -> alle Objekte.
Filename: irgendwas.lss

Dann den Code aus der Maske oder Ansicht löschen und in die Declaration mit %Include "irgendwas.lss"  die zuvor gesicherte Datei einbinden ( Pfad nicht vergessen )

[Teletambi]

okay ... vielen Dank.

Ich denke, dann kann man auch diese in irgendeinem RT-Feld ablegen und mit "%Include" einbinden oder?

[eknori]

Ich denke, dann kann man auch diese in irgendeinem RT-Feld ablegen und mit "%Include" einbinden oder?

iiieeeeeekkk!!  bbrrrrr ?? was ?

sorry, aber die includes liegen platt gesagt auf deiner Festpalatte und nicht in einem RT Feld... wie komt man denn auf so eine Idee ?
Und wenn das möglich wäre, öffnet die lss doch jeder Hansel wieder mit einem editor; dann sag schon mal tschüß zu deinem Schutz

[koehlerbv]

Nein, das geht nicht. Das jeweilige *.lss-File muss dort in den declarations mit %INCLUDE eingebunden werden, von wo er exportiert wurde. Jeglicher anderer Code ist aus dem Modul vorher zu löschen (oder man löscht zum Beispiel gleich die ganze ScriptLib und erstellt sie neu, um dann mit %INCLUDE den exportierten Code einzubinden.

Bernhard (der nicht weg war, sondern sich eben nur mal fix den Grind von der Rinde gespült hat  )