Domino 9 und frühere Versionen > Entwicklung

Designkontrolle per Script

(1/3) > >>

Hugi23:
Mein Problem besteht darin, dass ein Nutzer vor Ort, der mit einer DB arbeitet und irgendeinen Fehler feststellt, zunächst einmal die Vollständigkeit und Richtigkeit des Designs checken soll. Er hat aber im Normalfall weder einen Designer noch die Zeit dazu, in einer Tippel-Tappel-Tour 100-e von Design-Komponenten zu überprüfen.
Mir schwebt folgende Lösung vor:
Die IRIS Sandbox verfügt über ein feines Tool, mit dem man in einer DB jedwede Design-Elemente auslesen und auch ersetzen kann. Mir reicht ja schon "auslesen". Könnte man nicht ein einzelnes Design-Element (z.B. eine Teilmaske) mit einer Liste sämtlicher Design-Elemente (Masken, Ansichten, Ordner, Agenten, ...) befüllen und diesen Einträgen Parameter zuordnen (Name, Typ, Datum letzte Änderung usw.)? Dann könnte man dem Nutzer eine Funktion (Agent als Aktion) zur Verfügung stellen, die er auswählt und die für ihn anhand der Liste die Vollständigkeit und Richtigkeit überprüft.
Das Ganze soll als add-on in jede beliebige DB-Schablone mit einbaubar sein - also möglichst transparent - und unter R5 ausführbar sein.
Mir fehlt das know-how, wie ich in ein Design-Element eine formatierte und auslesbare Liste von Zeichenketten hineinbekomme. D.h. wenn ich über die Script-Klasse auf ein Design-Element zugreife, habe ich keine Property, die ich dazu "missbrauchen" könnte.
Hat da jemand ein paar Ideen.
Ach ja: Systemdokument oder -profil geht eher nicht, denn es ist ja eine Schablone. Der Nutzer greift aber auf seine DB zu und nicht auf die dazugehörige Schablone. Und bei Design-Aktualisierung werden nun mal keine Dokumente mit übernommen...

koehlerbv:
Du bastelst aber an den Symptomen, Hugi. Dein Problem kannst Du so nicht lösen.

Ausserdem beisst sich bei Deiner Idee die Katze in den Schwanz: Du willst in einem Design-Dokument Angaben speichern. Das ist an sich kein Problem. Nur hast Du mit dem Design-Update ja offensichtlich ein Problem oder vermutest es. Dann ist es ja wohl eine Schnapsidee, gerade ein Designelement zur Kontrolle einzusetzen und damit den Bock zum Gärtner zu machen  ;)

Bernhard

Christopher:
Bei openntf.org gibt es LC "Lotusscript Class To Convieniently Access Design Elements "
Die könnte man für solche zwecke mißbrauen oder zum Bock machen :-)

siehe:
http://www.openntf.org/Projects/codebin/codebin.nsf/CodeSearch/A22E220749E096D588256BDC000CC18E

Hugi23:

--- Zitat von: koehlerbv am 10.11.05 - 11:55:49 ---Dein Problem kannst Du so nicht lösen.
--- Ende Zitat ---
Soll ich die Lösung dann publizieren? :-)
Der Vorteil liegt doch klar auf der Hand! Bsp. Mailschablone: Dem Nutzer werden zusätzlich zum Standard von Notes noch ein paar Agenten, Ansichten, Bildressourcen etc. mit ins Design reingedrückt. Nun klappt etwas nicht. Der Nutzer hat jetzt diese Kontrolle zur Hand: "Schau erstmal, ob alles da ist". Dass das Design-Element, welches die ominöse Liste beinhaltet, selbst veraltet sein könnte, ist doch nicht schlimm. Dann hätte man doch schon das Übel erkannt. Ich habe hier im Forum nicht alle Details des Algorithmus reingemeiselt, wie ich ihn mir vorstelle. Aber du kannst sicher sein, dass ich das Designelement selbst auch bewerte. Natürlich wird das Kontrollergebnis zum Ausdruck bringen, dass die Liste, anhand derer kontrolliert wurde, einem bestimmten Datum entspricht. Aber ein Entwickler, der jetzt den Nutzer fragt, muss nicht mehr x Design-Elemente prüfen (lassen), sondern nur dieses. Ist dies aktuell, ist auch die Prüfung der Vollständigkeit der anderen integer.
So, und nun zum eigentlichen Problem: Kann man eine Design-Note einfach um ein Multivalue-Textfeld ergänzen oder nicht? Dann wäre es nämlich egal, von welchem Typ das Design-Element ist. Die Prüfaktion weiß dann einfach nur, dass es ein Design-Element vom Typ x mit dem Namen y sein muss und dass darin eine Liste z mit den Werten steht.

koehlerbv:
Warum führst Du denn nicht einfach eine Versionsnummer, die Du abprüfst ? Du musst doch wissen, was der aktuelle Stand ist und welches Template der Version X.Y.Z entspricht.

Abgesehen davon: Ein Design-Dokument ist eine vollkommen normale Note in der Hinsicht, dass Du da zusätzliche Items einbauen kannst.

Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite