RassyBaby

Hallo zusammen,

ich bin PHP Newbie, kenne mich aber sehr gut mit JAVA und MVC aus. Ich plane Smartie als PHP Template System für mein Projekt einzusetzen.

Mich würde interessieren, wie ihr als erfahrene PHP Programmierer klassenorientiert einen Standardfall wie eine Kundenverwaltung implementieren würdet?

Sagen wir mal es gäbe die folgenden Use-Cases:
- Übersicht über Kunden
- Neuen Kunden anlegen
- Vorhandenen Kunden bearbeiten
- Kunden löschen

Zur Verwaltung würde ich eine overview.php programmieren, die mit Buttons in den jeweiligen Use-Case wechselt. Sehr gerne würde ich eine Klasse namens "Kunde" programmieren, welche die temporär die Daten hält und auf Anweisung in die Daten in die Datenbank schreibt.

Wie genau würdet ihr die Edit-Masken (Neu / Bearbeiten) programmieren? Würdet ihr beide Use-Cases in einer Maske implementieren? Wie genau würdet ihr die Überprüfung der Pflichtfelder etc. abhändeln? Wie genau würdet ihr die Ausgabe von Fehlermeldungen implementieren?

Fragen über Fragen. Gibt es vielleicht ein gutes klassen-orientiertes Beispiel?

Ich wäre über ein paar Tipps sehr dankbar!

Viele Liebe Grüße
Rassy

Mister Ad

phpdummi

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

dispy

CActiveRecord - Yii
Fehlermeldungen
Pflichtfelder

MfG
dispy

RassyBaby

Hi,

vielen Dank erstmal für die Klasse Tips. Habt ihr mit YII den selber schon gute Erfahrungen gemacht? Was wäre denn z.b. im Falle eines Updates der YII-Engine. Wäre dies einfach zu realisieren?

Creator

Warum TemplateEngines nicht glücklich machen:
http://www.bastian-frank.de/site/fro...t.php?idart=47

fritz_07

Die verlinkte Seite trifft teilweise bis gar nicht auf das APF zu.

Creator

Der bezug des Links trifft aber auf folgendes zu:
Und das zu 100%.

So meinte ich das zumindest.

fritz_07

Auf Smarty mag das zutreffen, ja.

Was soll bitteschön der Relativsatz bedeuten?

dr.e.

Hallo,

Üblicherweise leiten sich aus gut strukturierten Use Cases bereits die Views der Applikation ab. Ein Use Case "Kunde anlegen" besteht dabei sehr wahrscheinlich aus mehreren Use Cases die mit dem Haupt-Use Case über eine include-Beziehung verknüpft sind. D.h. du solltest auf jeden Fall einige Zeit in das Design der Use Cases stecken, da du dir so schon die Arbeit erleichtern kannst.

Sich an dieser Stelle der Analyse schon in der Implementierung einzuschränken halte ich für einen Fehler. Schau dir - da du schon nach MVC implementieren möchtest - doch erst mal die Use Cases an und strukturiere dann die Views. Für die Implementierung solltest du dir dann ein Tool suchen, dass dich dabei unterstützt die Views genau wie im Design steht umzusetzen.

Das gehört für mich zum nächsten Schritt der Analyse: das Domänen-Modell. Zu diesem Zeitpunkt solltest du dir überlegen, welche Objekte in der Applikation auftauchen (das wird definitiv mehr als ein Kunde sein) und diese in einem UML-Diagramm aufzeichnen.

Wie oben angesprochen solltest du dir ein Tool suchen, dass dich bei der Implementierung der Masken/Views unterstützt. Ich würde dir für den genannten Anwendungsfall das APF empfehlen, da dieses eine sehr generische MVC-Implementierung bereitstellt, mit der du beliebig viele Views in beliebiger Tiefe schachteln kannst. So wird dir die Abbildung deines Designs erleichtert.

Hier ein paar Links:

• Kommentar-Funktion :: Adventure PHP Framework (APF)
• Gästebuch-Tutorial :: Adventure PHP Framework (APF)
• http://media.adventure-php-framework...plomarbeit.pdf

Zudem wird im neuen PHP-Journal auch ein Artikel über Software-Design erscheinen. Dieser wird dir hier sicher weiterhelfen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~