Domino 9 und frühere Versionen > ND6: Entwicklung
Kann man beim Aufrüf von Agenten ALIAS verwenden?
animate:
guter Punkt. Ich bin auch dafür überall dort Aliase zu verwenden, wo es nur geht.
Anforderungen ändern sich immer und damit auch nicht selten Namen von Agents, Forms, Views...
Wenn ich überall Aliase verwende, dann juckt mich das nicht.
Roalf:
@Glombi
das mit der Kopie meinst du nicht wirklich ernst, oder? Oha...wie viele Datenbanken sind nur deshalb unwartbar geworten, weil der Programmierer "mal eben" Funktionalitäten kopiert hat, statt sich über die Struktur gedanken zu machen. Programmieren per Past'nCopy hat schon zu alten C-Zeiten gar manchem Projekt den Todesstoß versetzt.
Und gerade WEGEN dem strikten Trennen von Anwenderschnittstelle (Klarname) und Systemzugriff(Alias) nimmt man Aliase. Selbst dort wo sie gerade im Augenblick noch nicht wirklich notwendig sind, später ist man vielleicht Froh. Und der Kollegen der ggf. das Projekt übernimmt noch viel mehr....
Programmierer, die keine Aliase setzten (weil es gerade nicht notwenig ist)...keine Feldhilfen schreiben (gerade nicht notwendig)...keine Dokumentation schreiben (ist gerade nicht notwenig)......u.s.w....................kosten mehr als sie einbringen.
Glombi:
@Thomas: Ganz Deiner Meinung!
Nur bei Agenten muss man vorsichtig sein, denn es gibt "Issues". Daher tendiere ich dazu für Agenten keinen Alias zu vergeben. Wie gesagt, in diesem Fall trenne ich Systemagenten immer vom Anwender ab.
Bspw. aus der KBASE (#181830):
Issues when Working with Hidden Notes Agents that Have an Alias
Problem:
When an agent uses the LotusScript Run method or RunOnServer method (both of the NotesAgent class), the following error message can occur:
"Object variable not set"
Or when an agent uses the ToolsRunMacro @Command function, the following error message can occur:
"The specified agent does not exist"
Further research indicates that the issue occurs only with "hidden" agents (that is, agents which have been set with the trigger "Manually from Agent List"). It appears that if you create an alias for a hidden agent you will get unexpected results in the name (see example below):
1. Create an agent and give it a name as well as an alias. The alias is created by using a pipe between the agent name and alias name.
Agent Name: My Agent | AliasName
Note that in Notes/Domino Designer R5 you do not need to include parentheses when creating a hidden agent. Notes knows enough to make the agent hidden depending on what trigger is selected, and it adds the parentheses automatically when the agent is saved using the trigger, "Manually from Agent List".
2. Go back to the Agent view and notice that there is one open parenthesis in front of "My" and a closing parenthesis after "AliasName".
Example: (My Agent AliasName)
It should appear as : (My Agent) AliasName
There should not be a parenthesis around the Alias name; only around the agent name: (My Agent)
This is not just a display issue because in order to use the agent in a formula, you must enter the following for the agent name:
" (My Agent | AliasName)"
The formula will not recognize "(My Agent)" or AliasName as the agent name. You should be able to use the alias name in a formula.
Solution:
This issue has been reported to Lotus Quality Engineering.
Workaround:
When naming the agent, add a close parenthesis at the end of the agent name, and add an open parenthesis at the beginning of the Alias name. For example:
My Agent) | (AliasName
When you save the agent and go back to the Agent view, the agent will appears as follows:
(My Agent) (AliasName)
In order to use the agent's alias you will need to use it the same way you do the agent name, in parentheses:
"(AliasName)"
Andreas
Glombi:
--- Zitat von: Roalf am 07.12.04 - 16:40:27 ---@Glombi
das mit der Kopie meinst du nicht wirklich ernst, oder? Oha...wie viele Datenbanken sind nur deshalb unwartbar geworten, weil der Programmierer "mal eben" Funktionalitäten kopiert hat, statt sich über die Struktur gedanken zu machen. Programmieren per Past'nCopy hat schon zu alten C-Zeiten gar manchem Projekt den Todesstoß versetzt.
Und gerade WEGEN dem strikten Trennen von Anwenderschnittstelle (Klarname) und Systemzugriff(Alias) nimmt man Aliase. Selbst dort wo sie gerade im Augenblick noch nicht wirklich notwendig sind, später ist man vielleicht Froh. Und der Kollegen der ggf. das Projekt übernimmt noch viel mehr....
Programmierer, die keine Aliase setzten (weil es gerade nicht notwenig ist)...keine Feldhilfen schreiben (gerade nicht notwendig)...keine Dokumentation schreiben (ist gerade nicht notwenig)......u.s.w....................kosten mehr als sie einbringen.
--- Ende Zitat ---
Du hast mich offenbar falsch verstanden !
Sagte ich, dass ich keine Aliase setze? Nein! Ich sagte, für Agenten mache ich es nicht bzw. es sei nicht nötig.
Im übrigen sollte der Code in Script Libraries sein. Dort mache ich immer eine Aufrufroutine, die ich als Public deklariere. Der Rest ist Private.
Und: Ich mache mir sehr wohl immer vorher über die Struktur einer Datenbank Gedanken!
Andreas
Marinero Atlántico:
--- Zitat von: Glombi am 07.12.04 - 16:46:39 ---Du hast mich offenbar falsch verstanden !
--- Ende Zitat ---
Aber meine Herren. ;D
Können wir uns vielleicht darauf einigen, dass diejenigen, die für diese Agenten-Alias-bugs verantwortlich sind wie vollbusige Skandalnudeln auf crack agieren ???
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln