Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: KiTaMann am 17.03.04 - 17:16:59
-
Hallo zusammen,
versuche gerade, mehr oder weniger erfolgreich, mich von der reinen Formelsprache zu lösen und Script (autodidaktisch :-\ ) zu erlernen.
Habe hier einige Datenbanken, die es zu modifizieren gilt.
Wer kann mir mal eben erklären, wozu "lss-Dateien" gut sind und wo sie abgespeichert werden? ???
Oder wer kann einen Link posten, wo ich Näheres darüber erfahren könnte?
Wär super!
Grüße
Klaus
-
".lss" ist die Standard-Extension für exportierten LotusScript-Code.
Du findest solche Dateien beispielsweise im Programmverzeichnis Deiner Notes-Installation (das sind vordefinierte Konstanten für diverse Zwecke).
"*.lss"-Dateien können in den Declarations von globalen Modulen per %INCLUDE eingebunden werden und werden dann vom Compiler gelesen und kompliert.
Die Endung "*.lss" ist nicht zwingend, man könnte auch andere Extensions verwenden.
HTH,
Bernhard
-
Hallo Bernhard,
...wie ist das zu verstehen?
Wenn ich mir das auf meinem Rechner so ansehe, steht z.B. in der Script-Bibliothek unter "Options"
Option public
%Include "Y:\LSS\schrift"
Ich finde aber nirgendwo
a) ein Laufwerk Y
b) ein Verzeichnis LSS oder
c) ein file "schrift"
Wenn ich das nirgendwo sehe, und Dich richtig verstanden habe, bekommt die Datenbank die Information bei der Installation mit?!?
Wenn das so ist/ wäre, wäre dann nicht der ständige Verweis hierauf überflüssig?!?
Fragen über Fragen ... ???
Grüße
Klaus
-
Hallo, Klaus,
jo, das Include-Statement kann man auch bei den Options 'reinwerfen. Ab dieser Stelle wird der Code, der in das File ausgegliedert wurde, vom Compiler gelesen und übersetzt.
Das ganze ist ein beliebtes Verfahren, um den (entscheidenden) Quelltext vor fremden Augen zu verbergen. An solchen Modulen kannst Du - ohne, dass Dir dieser ausgelagerte Quelltext zur Verfügung steht - nichts mehr verändern. Dabei würde der Compiler nämlich versuchen, das File wieder zu lesen, was logischerweise fehlschlägt.
HTH,
Bernhard
PS: Weitere Fragen ?
-
Hallo Bernhard,
klar habe ich da noch weitere Fragen...
Wieso macht es Sinn, nur einen Teil der Scripte zu verbergen und z.B. nicht gleich die gesamte DB-Gestaltung?
Wann kommt denn die Information, also das Script in die DB?
Und wo zum Teufel ist das Laufwerk "Y" und das Verzeichnis "LSS"?
Brauche ich zur Erstellung von Script überhaupt LSS-Verzeichnisse?
Besten Dank auf jeden Fall für Deine Infos - mache jetzt Feierabend - kommt heute eh nix mehr bei raus...
Grüße
Klaus
-
Hallo, Klaus !
klar habe ich da noch weitere Fragen...
Na, dann man los:
Wieso macht es Sinn, nur einen Teil der Scripte zu verbergen und z.B. nicht gleich die gesamte DB-Gestaltung?
Dafür kann es mehrere Gründe geben. Beispiel:
- Masken und Ansichten und bestimmte LS-Routinen sollen nach wie vor vom Kunden änderbar sein. Das "Betriebsgeheimnis" soll aber nicht ans Licht gezerrt werden können ...
- Verborgenes Design kann bei komplexen Datenbanken durchaus Ärger machen. Ich selbst verwende andere Methoden des Verbergens und nur in einfachen Fällen hidden design - es ist mir schon mehrfach passiert, das eine DB mit hidden design nicht mehr korrekt per (hidden-design-)Template aktualisiert werden konnte.
Und wo zum Teufel ist das Laufwerk "Y" und das Verzeichnis "LSS"?
Na, beim Entwickler der DB. Dessen Compiler musste ja den exportierten Code einbinden.
Brauche ich zur Erstellung von Script überhaupt LSS-Verzeichnisse?
Natürlich nicht. Solltest Du selbst LS-Code auslagern wollen, steht Dir das Export-/-Import-Verzeichnis völlig frei (wie dem programmierer der die vorliegenden Applikation), und Du brauchst für Deine eigenen Zwecke natürlich überhaupt kein Script auslagern. Würde ja auch keinen Sinn machen ...
Weitere Fragen ?
Ciao, häff ä gutt neiht !
Bernhard