bsp.-hafte umsetzung + UI/DOM-Controller-Patterns im allgemeinen

[peterS.]

gruss interessierte, hallo suit, hallo fischnackdissen,

suit schrieb:

bring dein formular in erster linie dazu, dass es ohne javascript
funktionert
...
prinzipiell:
blende beim laden den submitbutton aus (mittels window.onload)

weiters:
wenn sich eine checkbox ändert, rufe eine funktion auf die alle
checkboxen prüft - wenn das gewünschte kriterium zutrifft ...,
blende den submitbutton wieder ein.

full ack.

fischnackdissen meinte:

kann mir dabei jemand helfen. bin nicht so der Crack in der Sache.
Gibt es vielleicht irgendwo ein Beispiel wo ich mir so ein Script
mal angucken kann?

weil es gerade passt, nehme ich diesen thread als geisel, um wieder mal
zu missionieren.

http://pseliger.de/testCases/selfhtml-forum-hilfe-demo-CriteriaCheckController.html

die gerade von mir verlinkte seite setzt suits vorschlaege zur loesung
der von fischnackdissen skizzierten *aufgabenstellung* beispielhaft um.

dabei bediene ich mich erstens der von mir so oft angepriessenen
array-methoden aus mozillas JavaScript releases 1.6 bis 1.8.
in den allermeisten faellen laesst sich damit recht zuegig *sprechender*
code erzeugen.

zweiter schwerpunkt ist ein wiederverwertbares controller-muster, wie
es permanent im dom-scripting dort zum einsatz kommen kann, wo programm-
logik auf nutzer-eingaben reagieren muss.

die grundlegenden merkmale dieses patterns sind:

1. initialisiere den controller auf irgendeinem der DOM-load-events.
2. die initialisierung *verheiratet* dom-events auf elementen mit den
      eigenen skripten.
3. (1) und (2) koennen sofort nach ihrer abarbeitung entsorgt werden.
      bei grosssen web-applikationen schont dieses vorgehen den speicher.
4. der controller ist als singleton aufgesetzt. alle callbacks, die auf
      dom-events reagieren muessen, werden durch die das singeton erzeugende
      funktion (fetter closure) als eine art *private protected* angelegt.

so long - peterS. - [e-mail]