Damit wir mit dem Newssystem anfangen können, bin ich der Meinung dass wir zuerst die Userverwaltung (Implementation von UserModel, EditorModel, MasterEditorModel, SysAdminModel und die UserModelFactory umsetzen sollten.
Weiterhin sollten wir erreichen, dass sich diese User am System anmelden können.
Also würde ich folgende fachliche CRUD Anwendungsfälle realisieren:

• Create Editor
• Create MasterEditor
• Create SysAdmin
• Show Editors
• Show SysAdmins
• Show MasterEditors
• Update Editor
• Update SysAdmin
• Update MasterEditor
• Delete Editor
• Delete SysAdmin
• Delete MasterEditor

Weiterhin würde ich die technischen Anwendungsfälle für die Passwortverwaltung erstellen:

• Reset Password
• Change Password

Und damit unser Newssystem mal ein paar Datensätze aufnehmen kann, würde ich die erste Version des ArticleModel und der Kategorie erstellen.

• Create Category
• Create Article
• Show Categories
• Show All Articles
• Update Category
• Update Article
• Delete Category
• Delete Article
• Add Editor To Category
• Add MasterEditor To Category
• Remove Editor from Category
• Remove MasterEditor from Category

Was ist das Ziel des ersten Sprints?

Wir haben ein Basissystem mit dem wir rumprobieren können.
Es sind noch keine Userviews vorhanden.
Wir können mit CakePHP umgehen und sehen welche Eigenschaften wir tatsächlich umsetzen müssen.
Testfälle für das Basissystem sind vorhanden.
Wir können abprüfen, ob unsere Komplexität ausreichend ist.
Erste Designfehler sollten auftauchen.
Eventuell müssen wir nach diesem Schritt unser komplettes Design noch einmal überarbeiten.
Vermutlich wird es aber soweit passen…

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Zwischenschicht zur Performancemessung einbauen (1)
• wie schrumpft man das System Gesund? (2)
• Verwalten der Anforderungen (0)
• UserModel Beschreibung (0)
• Technische Anwendungsfälle (0)

Ich habe ja einige Artikel über die Entscheidungsfindung ob wir das Newssystem nun selbst entwickeln, in WordPress als Plugin implementieren oder als externe Komponente an WordPress abinden sollen, geschrieben.
Wir hatten sehr viele konstruktive Diskussionen und nun müssen wir uns entscheiden was wir machen wollen.

Wenn ihr mich fragt, dann bin ich für eine Eigenentwicklung.
Wir können so ein Werkzeug erstellen, dass genau die Aufgabe der Newsdarstellung durchführt.
In letzter Zeit habe ich mit der Admin-Oberfläche von WordPress diverse Schwierigkeiten.
Ich verliere permanent die Tags, die Serien werden nicht richtig publiziert und die Geschwindigkeit der einzelnen Komponenten ist mir einfach zu langsam.
Falls ihr eine andere Meinung habt und eine andere Variante bevorzugt, dann sagt es bitte.
Ansonsten würde ich empfehlen dieses Thema abzuschließen und nun mit der Umsetzung / Anforderungsdefinition zu beginnen.

Was mein ihr?

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Zwischenschicht zur Performancemessung einbauen (1)
• UserModel Beschreibung (0)
• Technische Anwendungsfälle (0)
• Performancemessungen ein- und ausschalten (0)
• Performance Messung auf dem Server durchführen (0)

Mittlerweile habe ich ja einige Artikel zum Newssystem geschrieben.
Das Teil ist jetzt so beschrieben, dass wir uns allmählich an die Entwicklung machen können
Ist ja auch langsam Zeit geworden oder?
Damit wir jetzt schnell und sicher zum Ziel kommen, sollten wir uns überlegen ob wir alles selber programmieren wollen oder ob wir Arbeit an ein Framework abgeben wollen.

Was bringt der Einsatz eines Frameworks?

Beim Programmieren gibt es immer wieder Teilaufgaben, die sich wiederholen und die man nicht selber erstellen sollte.
Beispiele hierfür sind:

• Validierung von e-Mail Adressen
  Falls eine e-Mail Adresse eingegeben werden muss, sollte kontrolliert werden ob der Anwender auch eine korrekte e-Mail Adresse eingegeben hat.
• Leere Eingaben
  Falls bei einer News ein Titel nicht eingegeben wurde, soll das als Fehler betrachtet werden. Also sollten wir auf leere Eingaben reagieren.
• SQL Injections
  Wenn ein böser Mensch versucht unser System anzugreifen, sollten Standardverfahren zum Einsatz kommen. Diese Verfahren helfen uns, dass Scriptkiddies usw. keinen Angriff durchführen können.

Ein Framework bietet für diese Standardvalidierungen diverse Hilfen. So müssen wir uns um solche langweiligen Programmieraufgaben nicht mehr kümmern.

Welches Framework nehme ich für die Newssystem Erstellung?

Ich habe mich in CakePHP “verguggt”. Und warum will ich es für das Newssystem verwenden?

• Es verwendet das Model View Controller (MVC) Pattern.
  All die bisher beschriebenen Modelle und die Abläufe im Newssystem sind im Prinzip MVC Patterns. Wenn das darunterliegende Framework genau dafür erstellt wurde, dann passt es wie die Faust aufs Auge
• Es hält sich an CRUD (Create, Read, Update, Delete)
  Für die Verwaltung von Daten ist CRUD ein Standardpattern. Es reflektiert die Standard Aktivitäten für die Eingabe und Verwaltung von Daten. Und da wir unsere Bilder, Texte usw. Erstellen, Lesen, Ändern und Löschen wollen erfüllt das Framework auch diese Anforderung
• Es ist einfach zu Erlernen
  Meine ersten Gehversuche haben mir gezeigt, dass CakePHP relativ einfach zu erlernen ist. Ich werde sicherlich noch hier- und da ein wenig fluchen, aber das macht man bei jedem Framework.
• Es bietet Automatismen um die benötigten Klassen zu generieren
  Mit der Bake-Shell kann man seine eigenen Klassen “backen”. Damit kann man die Entwicklungszeit reduzieren, da die Skellette der einzelnen Klassen vorfindet und sich nur noch um den Inhalt kümmern muss.
• Es bietet Internationalisierung
  Ich will das Newssystem so erstellen, dass wir es auch in England oder Frankreich verwenden können. Die Internationalisierung ist Bestandteil des Frameworks. Also ist auch hier das Ziel erreicht.
• Es hat ein Testvorgehen implementiert
  Mit CakePHP sind die Testszenarien abgebildet und man kann die vorhandenen Komponenten regressiv testen. Das macht mir Freude.
• Man kann eigene Komponenten relativ einfach einbinden
  Wenn etwas vom Framework nicht abgedeckt wird, kann man eigene Komponenten hinzufügen und anpassen. Also können wir Gruscht und Glumps erfinden und neben dem CakePHP Framework verwalten. Damit können wir auch Komponenten erstellen, falls wir mal nicht mit der Phillosophie von CakePHP zurechkommen.
• Die Lizenz erlaubt uns eine freie EntwicklunG

Fazit

Das CakePHP Framework scheint alle relevanten Aspekte, die ich mir für die Erstellung des Newssystems vorstellen kann, abzudecken. Wir werden (hoffentlich) nicht jede Validierung und Konfiguration selbst erstellen müssen und können uns voll- und ganz um die wirklichen Eigenschaften des Newssystems kümmern können.

Der Einsatz eines Frameworks kostet zwar Zeit um das Framework zuerst zu erlernen. Aber es kann die Entwicklung und Pflege des Codes im Nachhinein extrem beschleunigen.

Weiterhin kann mit dem Einsatz eines Framworks verhindert werden, dass man Fehler macht die schon mindestens 100 mal bei der Erstellung von ähnlichen Applikationen gemacht worden sind. Man erstellt damit deutlich stabilere Systeme.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Juchu, erstes Modell mit CakePHP (0)
• Erste Gehversuche mit CakePHP (1)
• Variablenzuweisungen und Berechnungen (4)
• Mit CakePHP in einer Stunde und zwei Minuten zur Applikation (2)
• miradlokit, ein Webapplikations Baukasten (0)

Validieren mit Cake

Egal wie das Modell heisst, ich habe jetzt mal ein bisschen was unsinniges validiert.
In CakePHP ist das sehr einfach durchzuführen.
Mein erster Versuch war, dass der Anwender für den Titel minimal drei Zeichen eingeben muss. Maximal darf er 50 Zeichen eingeben.
Und dann habe ich noch einen Sonderfall programmiert. Falls irgendwo in dem Titel der String “egon” vorkommt, wird ebenfalls ein Fehler ausgegeben.
Hier der Code:

Besonders spannend finde ich die Möglichkeit, eigene Funktionen bauen und einbinden zu können.
Du kannst hier sehen, dass man mit CakePHP die Validierungsregeln in Arrays beschreibt. Diese Art der Beschreibung finde ich sehr übersichtlich und angenehm zum Programmieren.

Und wie sieht das Ganze in Aktion aus?

Was mir unglaublich gut gefällt ist, dass CakePHP mit einem Controller Skelett und einer fast leeren Modell-Klasse schon das
Pattern CRUD (Create, Read, Update, Delete) umgesetzt wird.
Du kannst also schon mal mit dem leeren Modellen arbeiten und sehen, was du alles noch programmieren willst.
Mit dem oben angepassten Code wird jetzt also der Titel verwaltet.
Wenn ich mein Beispiel aufrufe, wird zuerst die Übersicht über alle Newsletter gezeigt.

Wenn auf edit gedrückt wird, dann kann ein Eintrag bearbeitet werden.
Falls hier ein falscher Wert eingegeben wurde, wie mein Egon hier, dann wird die Fehlermeldung ausgegeben.

Und schon ist eine Anwendung fertig
Naja, fast oder?

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Erste Gehversuche mit CakePHP (1)
• Einsatz eines Frameworks für die Erstellung des Newssystems (0)
• Variablenzuweisungen und Berechnungen (4)
• Mit CakePHP in einer Stunde und zwei Minuten zur Applikation (2)
• miradlokit, ein Webapplikations Baukasten (0)

Hier eine kleine Aufgabe:
Du hast eine HTML Seite auf der eine Eingabemöglichkeit (z.B. eine Textarea oder ein Input Field) vorhanden ist.

Fokus setzen

Wenn du die HTML Seite lädst, wird der Cursor zuerst in dieses Eingabefeld positioniert.

Ausgabe der eingegebenen Zeichen

Wenn du in dem Eingabefeld etwas eingibst, dann wird jedes eingegebene Zeichen in einem Ausgabebereich (paragraph oder so…) erscheinen. Im Startzustand werden die Zeichen einfach wieder so ausgegeben wie sie vom Anwender eingegeben worden sind.

Sonderfall Text falschrum ausgeben

Wenn die Checkbox “Falschrum” angeklickt wird, dann werden alle eingegebenen Zeichen verkehrt herum in dem Ausgabefeld ausgegeben.

Lösungsschritte

• Schreibe zuerst auf, welche Mittel du zur Umsetzung einsetzten willst.
• Beschreibe jede Datei die du erstellen willst.
• Beschreibe welche Events du abfangen willst und warum du diese abfangen willst.
• Schreibe die einzelnen Funktionen in Pseudocode. Also was muss bei der Initialisierung geschehen? Was wenn eine Taste gedrückt wurde?
• Programmiere zuerst alles ausser den Sonderfall.
• Wenn das klappt programmiere den Sonderfall.
• Stelle die Ergebnisse auf das Blog damit andere es auch sehen können. (Natürlich nur, wenn du auf das Blog Zugriff hast wie Jozo zum Beispiel )

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Lösungsvorschlag um Eingabefelder während der Eingabe mit JavaScript zu überprüfen (0)
• Programmierung (0)
• Objekte (2)
• Mit JavaScript einen wiederkehrenden Event erzeugen (5)
• Mit JavaScript aus einem Dokument Daten lesen (0)

Installation und Konfiguration

Im Tutorials wird sehr schön beschrieben wie du die erste Applikation erstellen kannst.
Ich musste meinen Apache noch ein wenig überreden, dass er die .htaccess auch wirklich ausliest.
Dazu habe ich in meinem VHOST folgende Informationen eingetragen:

<VirtualHost nemo_newsletter>
  ServerAdmin root@localhost
  ServerName nemo_newsletter
  DocumentRoot “/home/roland/workspace/newsletter”
  <Directory “/home/roland/workspace/newsletter”>
    Options Indexes FollowSymLinks
    AllowOverride ALL
    Order allow,deny
    Allow from all
  </Directory>
  <IfModule mpm_peruser_module>
    ServerEnvironment apache apache
  </IfModule>
</VirtualHost>

Wie du siehst, heisst mein lokaler Server nemo_newsletter.
Und der rootpath ist /home/roland/workspace/newsletter.
Spannend ist vor allem der Eintrag AllowOverride ALL
Dieser erlaubt es, dass dein Server die .htaccess ausführt.
Eventuell hilft auch noch der Eintrag Options Indexes FollowSymLinks
Nachdem ich diese Einträge vorgenommen habe, konnte ich so wie im Tutorial beschrieben meine erste Applikation zusammenstecken.
Ich hab natürlich keine Jobs Applikation erstellt, sondern mal mit einer newsletters Applikation angefangen
Bisher macht es wirklich Spaß!
Wenn ich mal ein bisschen weiter bin, werde ich mich wieder melden.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Juchu, erstes Modell mit CakePHP (0)
• Einsatz eines Frameworks für die Erstellung des Newssystems (0)
• Variablenzuweisungen und Berechnungen (4)
• Mit CakePHP in einer Stunde und zwei Minuten zur Applikation (2)
• miradlokit, ein Webapplikations Baukasten (0)

Bei der letzten Aufgabe wurden Werte zwischen -10 und 100 als erlaubte Werte definiert.
Die Eingabeüberprüfung konnte daher mit dem ersten Tastendruck erfolgen. Was passiert wenn folgende Werte erlaubt sein sollen?

• -100 bis -20
• 0 bis 100

Aufgabe

Schreibe eine neue Eingaberoutine, eine dafür angepasste HTML Seite, und was du sonst noch so brauchst um dieses Problem zu lösen.
Beschreibe zuerst, was diesmal die Knackpunkte sind und schreibe entsprechend auf auf was du achten musst.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Programmierung (0)
• Objekte (2)
• Lösungsvorschlag um Eingabefelder während der Eingabe mit JavaScript zu überprüfen (0)
• Kleiner Kurzeinschub zum Attributmodellieren (0)
• Kleine Aufgabe um mit JavaScript Events rumzuspielen (0)

Ich habe bei der Beschreibung der bisherigen Modelle immer wieder von Informationsmeldungen und Fehlermeldungen gesprochen.
Was stelle ich mir darunter vor?

Informationsmeldung

Meldungen, die den Programmfluss nicht beeinträchtigen, werden Informationen genannt. Falls ein Anwender ein falsches Passwort verwendet, haben wir hierfür einen Programmablauf erstellt. Der Anwender benötigt die Information, dass mit seinem Passwort etwas nicht stimmt. Mehr passiert jedoch nicht.

Fehlermeldungen

Wenn wir irgendwie Mist programmieren, dann entstehen Programmabbrüche. Wir werden Fehlermeldungen erhalten. Eine Fehlermeldung führt unweigerlich zu einem Programmabbruch.

Brauchen wir noch mehr Meldungsformen?

Normalerweise baut man in ein System noch Warnungen ein. Eine Warnung bedeutet, dass irgend etwas schief gegangen ist, dass System jedoch weiter arbeiten kann. Aus einer Warnung kann irgendwann einmal ein Fehler resultieren.
Praktische Beispiele sind:

• Speicherplatz zu 80% voll
• Antwortzeiten der Datenbank erhöhen sich auf 100ms
• Von einer IP Adresse wurde 20 Mal in einer Sekunde zugegriffen
• Ein User hat versucht auf einen Account zehn mal ein falsches Passwort einzugeben.

Eine Warnung gibt uns also Informationen, falls das System irgendwelche Schmerzen verspürt.
Ich würde daher vorschlagen dass wir grundsätzlich Fehler, Warnungen und Informationen im Meldungssystem verwenden.
Fehler, Warnungen und Informationen werden auch Severity-Definition genannt. Ein Fehler hat die höchste Severity. Eine Information die geringste. Severity beschreibt die schwere einer Systemmeldung.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Zwischenschicht zur Performancemessung einbauen (1)
• UserModel Beschreibung (0)
• Technische Anwendungsfälle (0)
• Performancemessungen ein- und ausschalten (0)
• Performance Messung auf dem Server durchführen (0)

Unser UserModel dient als Basisklasse für alle Anwendertypen.
Wir designen es als Bean in dem die entsprechenden Attribute verwaltet werden.

Attribute des UserModels

Alle Attribute, die für jeden Anwender gespeichert werden müssen, sind hier abgelegt.

name

Der Name des Anwenders. Dieser Name muss mindestens ein Zeichen beinhalten und darf maximal 200 Zeichen lang sein.
Falls kein Name eingegeben wurde, soll mit der Information “Bitte einen Namen eingeben” abgebrochen werden.
Falls der Name zu lange ist, soll mit der Information “Der Name beinhaltet zu viele Zeichen. Bitte korrigieren.” abgebrochen werden.
Zum Setzen des Namens wird setName(name) verwendet.
Zum Auslesen des Namens wird getName() verwendet.

surname

Der Vorname des Anwenders. Dieser Vorname muss mindestens ein Zeichen beinhalten und darf maximal 200 Zeichen lang sein.
Falls kein Vorname eingegeben wurde, soll mit der Information “Bitte einen Vornamen eingeben” abgebrochen werden.
Falls der Vorname zu lange ist, soll mit der Information “Der Vorname beinhaltet zu viele Zeichen. Bitte korrigieren.” abgebrochen werden.
Zum Setzen des Nachnamens wird setSurname(surname) verwendet.
Zum Auslesen des Nachnamens wird getSurname() verwendet.

email

Die E-Mail Adresse muss zumindest einen gültigen Aufbau haben.
Also aaa.bbb@ccc.ddd
oder bbb@ccc.ddd
Falls eine falsch aufgebaute Adresse übergeben wird, muss mit einer Information “Dies ist keine gültige E-Mail Adresse” abgebrochen werden.
Zum Setzen der E-Mail Adresse wird setEmail(email) verwendet.
Zum Auslesen der E-Mail Adresse wird getEmail() verwendet.

loginName

Mit diesem Namen wird sich der Anwender am System anmelden. Der LoginName darf in der gesamten Newssysteminstanz nur einmal vorkommen.
Der LoginName muss mindestens ein Zeichen haben und darf maximal 20 Zeichen beinhalten.
Ein LoginName, wie bienchen87, ist zugelassen.
Falls kein loginName eingegeben wird, soll mit der Information “Bitte geben Sie einen Loginnamen” abgebrochen werden.
Falls der loginName länger als 20 Zeichen ist, soll mit der Information “Bitte einen kürzeren Loginnamen eingeben” abgebrochen werden.
Falls der loginName im System schon vorhanden ist, wird mit der Information “Dieser Loginname ist im System nicht verfügbar, bitte einen anderen wählen.” abgebrochen.
Zum Setzen des login-Namens wird setLoginName(loginName) verwendet.
Zum Auslesen des Login-Namens wird getLoginName() verwendet.

password

Das Passwort wird verschlüsselt abgespeichert.
Das Passwort wird mittels JavaScript auf dem Client verschlüsselt.
Falls ein Webuser angelegt wird, wird kein Passwort angelegt. Der Webuser benötigt kein Passwort um sich am System anzumelden.
Sonst müsste ja jeder Webseitenbesucher sich erst anmelden. Das wäre ziemlich doof
Für das DefaultPassword werden wir ein PropertyModel erstellen, von dem das DefaultPassword zur Laufzeit gezogen werden kann.
Ein Anwender muss sein Passwort nach einer im System hinterlegten Password Change Time wechseln.
Im Fall des UserModels wird der Passwortwechsel nie vorkommen. Das UserModel hat die Berechtigungen eines WEBUSER.
Wenn das Passwort neu gesetzt wird, darf es nicht mit dem aktuellen oder dem zuvor verwendeten Passwort übereinstimmen. Deshalb wird das neue Passwort mit dem oldPassword verglichen.
Hier habe ich die Überprüfung von alten Passwörtern nur auf das aktuelle und das letzte Passwort eingegrenzt. Falls weitere alte Passwörter berücksichtigt werden müssen, muss dies in der abgeleiteten Klasse entsprechend auscodiert werden. Meine Erfahrung sagt jedoch, dass die meisten Kunden gar keine höhere Sicherheit als zwei Passwörter verwenden wollen.
Falls beim Setzen des Passworts kein Passwort eingegeben wurde, wird mit der Informationsmeldung “Bitte Passwort eingeben” abgebrochen.
Falls beim Setzen des Passworts ein bereits verwendetes Passwort eingegeben wurde, wird mit der Informationsmeldung “Passwort schon in Gebrauch, bitte ein anderes verwenden.” abgebrochen.
Je nach Anwendertyp muss dass Passwort eine bestimmte Länge aufweisen. Falls ein zu kurzes Passwort eingegeben wurde, wird mit der Informationsmelung “Bitte längeres Passwort verwenden.” abgebrochen.
Je nach Anwendertyp muss das Passwort einen bestimmten Aufbau (benutzung von Sonderzeichen usw.) aufweisen. Ein Systemadministrator darf also nicht aaaaaaaa als sein Passwort verwenden. Falls ein nicht stark genuges Passwort verwendet wurde, wird mit der Informationsmeldung “Dieses Passwort ist nicht sicher genug, bitte verwenden Sie auch Sonderzeichen.” abgebrochen.
Die Passwortüberprüfung wird pro UserType festgelegt Das bedeutet, dass das UserModel mit WEBUSER Rechten arbeitet. Es wird somit kein User-Passwort überprüft und jeder Anwender erhält Zugriff auf das System.
Beim Einloggen wird mit der Methode checkPassword(loginName, password) geprüft, ob das Passwort vom User korrekt übergeben wurde.
Zum Setzen eines neuen Passworts wird setPassword(password, repeatPassword) verwendet. Hierbei wird auch der Test, ob das Passwort sicher genug ist und nicht mit dem vorigen Passwort übereinstimmt durchgeführt.
Beim Setzen des Passworts muss das neue Passwort zweimal eingegeben werden. Dies wird mit dem Parameter repeatPassword übergeben.
Mit der Methode getPasswordLength() wird die Länge zurückgeliefert, die ein Passwort mindestens haben muss.

passwordAge

Angabe wie alt das aktuelle Passwort ist.
Falls passwordAge älter ist, als das für den jeweiligen User definierte Passwortalter, wird der Anwender aufgefordert sein Passwort zu ändern.

currentLoginTryCount

Falls ein böser Mensch unser System angreifen will, wird er vermutlich mehrmals eine User-Passwort Kombination verwenden. Hier wäre es gut, wenn nach z.B. fünf Versuchen der Account gesperrt wird.
Dann sollte eine entsprechende Mail an den betroffenen User und den Systemadministrator geschickt werden.
Falls ein User sich nach z.B. zwei Versuchen erfolgreich angemeldet hat, wird der Zähler currentLoginTryCount wieder zurückgesetzt.
Bei jedem nicht erfolgreichen Loginversuch wird er um eins erhöht.
Dieser Zähler wird in der Methode checkPassword() verwendet.

Aufgabe

Liebe Ute, lieber Jozo. Dieses UserModel verarbeitet Passwörter in der Basisklasse selbst. Bei unseren bisherigen hirachischen Userverwaltungen haben wir dies außerhalb der User Klasse gehandhabt.
Ich finde die Modellierung in dieser Klasse relativ elegant. Wir brauchen deutlich weniger Verwaltungsklassen.
Komplexe Passwortüberprüfungen, wie in früheren Versionen unseres miradlo Frameworks, können wir durch Programmierung der Klassen abbilden.
Bitte lest euch diese Beschreibung hier genau durch und versucht nachzuvollziehen ob wir hiermit eine saubere Lösung erhalten.
Was für Nachteile hat dieses Vorgehen?
Wie sollen wir bei einem Angriff vorgehen? Ist mein Vorschlag ok oder sollten wir den noch nachbessern?

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Newssytem Daten Modellieren (1)
• ImageModel Beschreibung (0)
• Geschäftsmodelle erkennen (0)
• Zwischenschicht zur Performancemessung einbauen (1)
• UserModelFactory (0)

Hier ein Lösungsvorschlag für die Aufgabe aus dem Artikel Eingabefelder während der Eingabe prüfen.

Um diese Anwendung zu realisieren reicht HTML und JavaScript aus. Ausserdem arbeiten wir auf Client -Seite, und deswegen passt JavaScript doch eigentlich auch ganz gut.

Für die Realisierung habe ich mal eine “eingabe.html” Seite erstellt welche wie erwünscht ein einfaches Eingabefeld beinhaltet und wie folgt aussieht.

Die JavaScript Datei mit dem Namen “initialize.js”, befüllt unsere HTML-Seite mit dem passenden Event “onkeyup”. Weiterhin befindet sich die Funktion inputCheck(), welche die Eingabe überprüft, ebenfalls in dieser Datei. Die Trennung der Initialiserung und der Funktion hab auch ich mir bei diesem kleinen Beispiel gespart. Hier nun die initialize.js

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Kleine Aufgabe um mit JavaScript Events rumzuspielen (0)
• Programmierung (0)
• Objekte (2)
• Mit JavaScript einen wiederkehrenden Event erzeugen (5)
• Mit JavaScript aus einem Dokument Daten lesen (0)

Hier eine kleine Aufgabe mit der auf Anwendereingaben reagiert werden soll.

Erstelle eine kleine HTML Seite auf der ein Eingabefeld (input type=”text”) vorhanden ist.
Weiterhin soll auf der Seite eine ein Paragraph mit der id=”message” vorhanden sein.
Auf der Seite wäre es schön, wenn noch eine Eingabeaufforderung vorhanden wäre. So nach dem Motto “Bitte gebe Zahlen zwischen -10 und 100 ein.

Wenn der Anwender nun eine Zahl eingibt, soll währen der Eingabe kontrolliert werden ob es sich um eine korrekte Zahl handelt.
Korrekte Zahlen sind dabei  Zahlen zwischen -10 und 100.

Folgende Ergebnisse werden erwartet:

• Eingabe von -13
  Fehlermeldung im message-Paragraph  ”Zahl zu klein”
• Eingabe von 0
  Ausgabe im message-Paragraph:  “Alles ok”
• Eingabe von 102
  Fehlermeldung im message-Paragraph  ”Zahl zu gross”
• Eingabe von “alfred”
  Fehlermeldung im message-Paragraph  ”Unerlaubter Wert”

Soweit klar?
Die Eingabeüberprüfung soll während der Anwender die Zahlen eintippt durchgeführt werden.

Aufgabe 1:

Welche Programmiersprache, und warum, wirst du für die Realisierung dieser Aufgabe einsetzen?

Aufgabe 2:

Schreibe mit Pseudocode was du genau machen willst.
Welche HTML, PHP, JavaScript Dateien benötigst du für eine saubere Umsetzung?

Aufgabe 1:

Realisiere die Eingabefunktion.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Mit JavaScript einen wiederkehrenden Event erzeugen (5)
• Mit JavaScript aus einem Dokument Daten lesen (0)
• Lösungsvorschlag um Eingabefelder während der Eingabe mit JavaScript zu überprüfen (0)
• Knackpunkte bei der Klasse AsyncCommunication (0)
• Kleine Aufgabe um mit JavaScript Events rumzuspielen (0)

Wenn wir unser Newssystem ein paar Wochen oder Monate im Betrieb haben werden wir unter Umständen feststellen, dass das Teil immer langsamer wird.

Wieso ist das so? Wird Software im Alter schlecht?

Klar, selbergebaute Software wird immer im Alter schlecht
Natürlich nicht. Software ist immer gleich gut oder gleich schlecht.
Nein, unsere Software ist so gut wie wir sie gebaut haben. Aber unsere Daten werden mehr.
Jedes mal, wenn ein Editor eine News eintippt und eventuell noch ein Bild hochlädt, müssen wir entsprechende Datensätze abspeichern. Im Lauf der Zeit werden hier hunderte, dann tausende und wenn wir erfolgreich sind Millionen Datensätze hinterlegt.
Und mit all den Datensätzen müssen unsere Zugriffsroutinen umgehen können. Jeder Datensatz muss gesucht werden und bei einem Zugriff irgendwie beachtet werden.

Bauen wir Software die nicht mit vielen Datensätzen umgehen kann?

Auch das trifft nicht zu. Wir können unsere Software so auslegen, dass wir ein massiv paralleles System erstellen und durch geeignete Hardware können wir selbstverständlich auch zig Milliarden Datensätze effizient verwalten.

Auf was sollten wir achten?

Unser Newssystem wird für den privaten Gebrauch konzipiert. Wir werden damit einen Verein beliefern. Oder einen Privathaushalt oder eine kleine Tageszeitung. Ich geh im Moment nicht davon aus, dass wir eine Instanz des Newssystems für mehrere Hunderttausend Editoren erstellen werden. Wenn das mal der Fall ist, können wir mehrere Instanzen vom Newssystem aufsetzen.
Bei unserem kleinen System ist es deutlich sinnvoller einfach zwischendurch wieder aufzuräumen und alte nicht mehr benötigte News zu entfernen.
Das bringt mich auf unser Newsarchiv. Ich habe da ein paar Anwendungsfälle geschrieben, nämlich den Anwendungsfall Navigate Archive News Shortentries und den Anwendungsfall Show Archive Newsentry. Die beiden Anwendungsfälle gehen von einer großen Anzahl Newseinträge aus.
Auch hier stellt sich die Frage was wir unter groß verstehen. Wenn wir zum Beispiel zulassen, dass im Archiv zu jeder Kategorie zwei Jahre Archiveinträge vorhanden sein können, sind das zwar einige Einträge aber die Menge sollte dennoch noch überschaubar sein.

Wie sollte unser Housekeeping aussehen?

Ich stell mir vor, dass in regelmässigen Abständen ein automatischer Clean-Up Prozess gestartet wird. Dieser geht durch unsere Newseinträge und putzt alle News heraus, die älter als ein bestimmter Zeitraum sind. Zum Beispiel die vorher erwähnten zwei Jahre.
Dieser Clean-Up Prozess kann zusammen mit unserem Backup-Prozess ausgeführt werden.
Wenn uns das zu viel Overhead bedeutet, können wir diesen Prozess einmal im Monat laufen lassen.
Der Prozess wird also auf dem Webserver z.B. mit einem cronjob installiert. Falls wir keinen cron Zugriff haben, können wir auch unserem Systemadministrator einen Knopf auf seiner Oberfläche geben. Dann kann er ab- und zu den Clean-Up Prozess laufen lassen.

Was machen wir mit den nicht mehr benötigten Bildern

Wenn der Clean-Up Prozess gelaufen ist, werden einige Bilder nicht mehr mit den Newseinträgen verbunden sein. Sie werden ein einsames und nicht mehr betrachtetes Dasein auf unserer Festplatte fristen…
Dafür haben wir aber unseren Anwendungsfall Search Not Used Images. Mit dem kann der Editor putzen gehen.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Zwischenschicht zur Performancemessung einbauen (1)
• UserModel Beschreibung (0)
• Technische Anwendungsfälle (0)
• Performancemessungen ein- und ausschalten (0)
• Performance Messung auf dem Server durchführen (0)

Wenn wir unser Newssystem irgend wann einmal fertiggestellt haben, müssen wir es auch installieren.
Für die Installation gibt es verschiedene Vorgehensweisen.

Manuelle, individuelle Installation

Wir können jede Installation bei jedem Webauftritt manuell durchführen. Das hat einige Vor- und Nachteile:

Vorteile

• Wir brauchen keine allgemeingültigen Installationsscripts schreiben.
• Wir können unsere Installation für jeden Webauftritt exakt anpassen.
• Wir erkennen welche Schwierigkeiten uns beim Installieren erwarten.

Nachteile

• Wir müssen Fachwissen für jede Installation einsetzen.
• Bei vielen Installationen werden wir immer den gleichen Ablauf manuell durchführen. => Teuer und langweilig
• Viele Nachfragen wegen der Installation
• Fehleranfällig da manueller Prozess.

Automatische Installation

Wir können unsere Installation so gestalten, dass das System selbst merkt wenn es noch nicht installiert wurde. Dann kann es ein paar Abfragen beim Systemadministrator durchführen und sich selbst installieren.
Eventuell müssen wir noch die Datenbank manuell einrichten. Das können wir durch wenige Handgriffe erstellen lassen.

Vorteile von der automatischen Installation

• Kein manueller Prozess => weniger Fehleranfällig
• Wiederholbar einsetzbar
• Weniger Supportanfragen
• Wenig Fachwissen für die Installation notwendig

Nachteile

• Installationsalgorithmen müssen erstellt werden. Dies bedeutet Zeit und Aufwand für die Entwicklung
• Gute Installationsroutinen müssen mehrfach getestet werden. (Aufwändig)
• Wenn was schief geht, ist die Fehlersuche deutlich schwieriger da der Automat Teile schon installiert hat.

Vorschlag

Wenn das System mehrmals installiert wird, wovon ich mal ausgehe, ist der Aufwand zur Erstellung der automatischen Installation gerechtfertigt.
Es macht auf den Kunden einen sehr schlechten Eindruck, wenn sich das System nicht einfach installieren lässt.
Falls wir nur ein paar mal dieses Teil installieren wollen, dann lohnt sich der Aufwand nicht. Die manuelle Installation für ein paar mal Installation kostet im Vergleich zum Erstellen der Installationsroutinen weniger Zeit.
Wir müssen uns also überlegen ob das System häufiger installiert werden soll. Wenn wir also mehrere Instanzen des Systems erstellen, dann lohnt sich die Automatisierung der Installation.
Weiterhin ist die Herstellung von Installationsroutinen eine super Übung. Wir werden daher zumindest das Anlegen der Datenbanktabellen sicherlich automatisieren.

Ähnliche Beiträge

Artikel mit ähnlichen Schlagwörtern

• Zwischenschicht zur Performancemessung einbauen (1)
• UserModel Beschreibung (0)
• Technische Anwendungsfälle (0)
• Performancemessungen ein- und ausschalten (0)
• Performance Messung auf dem Server durchführen (0)