Domino 9 und frühere Versionen > Entwicklung
ViewName ausgeben
Thomas Schulte:
Stimmt ihr habt recht. Wenn man das genau liest dann passiert da wirklich alles im Spieicher und damit sind Profildokumente verwendbar.
Marinero Atlántico:
Hervorhebungen von mir:
--- Zitat von: Heinrich am 15.02.05 - 22:39:26 ---Der [einzelne] User ruft über eine Schaltfläche eine Ansicht auf z. B. KundenNachName. Über diese werden mehrere Aktionen ausgeführt und darüberhinaus wird eine zweite Ansicht geöffnet. Zum Schluss sollte aber wieder die zuerst [von dem einzelnen User] gewählte Ansicht geöffnet werden.
--- Ende Zitat ---
--- Zitat von: Semeaphoros am 16.02.05 - 00:05:22 ---ist es noch nicht einmal erforderlich, das Profil-Doc explizit personenbezogen zu erstellen
--- Ende Zitat ---
Jens, das verstehe ich nicht.
Das Datum "vonUserZuerstGewaehlteAnsicht" ist eindeutig personenbezogen. Also benötigt man personenbezogene Profildokumente.
Semeaphoros:
Benötigt keine personenbezogenen Profildokumente, da die Angabe nur solange Sinn macht, wie die Sitzung noch existiert, und während der Sitzung wechselt der Benutzer nicht. Nach der Sitzung kannst Du die gespeicherte Info wegwerfen, spielt also keine Rolle mehr, was da noch im Profildoc drinsteht, wird eh bei einer neuen Sitzung überschrieben
Marinero Atlántico:
--- Zitat von: Semeaphoros am 16.02.05 - 09:56:02 ---und während der Sitzung wechselt der Benutzer nicht.
--- Ende Zitat ---
ok. Ich bin z.Zt. ein bischen object relational mapping infiziert, deshalb:
Nicht user-gebundene Profildokumente besitzen eine 1 zu 1 Beziehung zur Datenbank.
User besitzen (normalerweise) eine n zu 1 Beziehung zur Datenbank.
User 1 wählt seine 1. Ansicht und das Telefon klingelt.
AnsichtUser1 wird in das ProfilDokument geschrieben.
User 2 wählt seine Ansicht
AnsichtUser2 wird in das ProfilDokument geschrieben.
User1 legt den Höhrer auf und arbeitet weiter.
Eigentlich müßte User1 nun AnsichtUser2 sehen, wenn er seine erste Ansicht aus dem Profildokument holt.
Das könnte funktionieren, wenn der cache von Profildokumenten tatsächlich user-session-gebunden wäre. Und wie lange werden die an die UserSession gebundenen Daten im Speicher gehalten? Was ist, wenn er Essen geht. Vielleicht werden die an die UserSession gebundenen Daten nach 30 Minuten gelöscht. Oder vielleicht findet manchmal doch ein Durchgriff auf das Profildokument statt.
Weisst du sicher, dass das stabil funktioniert? Selbst dann wäre es ein hack. Die genaue Funktionalität des caches ist nicht dokumentiert (userSession-bezogen? wann und überhaupt wird der cache gelöscht?
Gruß Axel
Semeaphoros:
Genau das ist es ja, was sonst das Problem macht, was man hier ausnutzen kann: Profildokumente werden nur aus dem Memory bedient, wenn sie mal geladen sind, der Cache ist auch kein write-through, wird also nicht sofort zurückgeschrieben. Man kann hier genau das nutzen, was sonst den Entwicklern so sehr Bauchweh macht (weil sie damit nicht rechnen und deshalb dieses Verhalten nicht gewohnt sind)
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln