BlackJack01090

Hallo,

nachfolgend mein erster Beitrag in diesem Forum Ich programmiere schon seit längerem PHP und Klassen sind mir ein Begriff und werden von mir bevorzugt. Auch die Neuerungen in PHP5 sind mir bekannt. Da ich meist alles in einer Klasse oder in voneinander abhängigen Klasen in Form von Eltern / Kind Klassen entwickelt habe, kam bei mir nie eien Frage zu mehreren Klassen auf. Nun möchte ich aber alle Funktionen in Klassen ausgliedern, da mein nächsten (hobbybedinngtes) Projekt sehr umfangreich ist und es zu jeder Funktion eine eigene Klasse geben soll. Beispiel: DB-Klasse, ACCESS-Klasse, TEMPLATE-Klasse, usw. Klar gbt es viele Informationen im www dazu aber so ganz genau das was ich mir vorstelle hatte ich noch nicht gefunden. Jede Klasse soll andre Klassen verwenden können. Aufgerufen wird aber nur die Hauptklasse z.B. Ich rufe MAIN auf, diese überprüft standatroutinen mit der ACCESS Klasse, welche sich aber der DB Klasse bedient. Nach erfolgreicher Überprüfung soll nun die TEMPLATE Klasse seien Arbeit verrichten. wleche sich wieder der DB Klasse bedient.

Ich hatte erst gedacht ich binde die Klassen als Interface ein. Nur leider konnte ich die Klasen nicht untereinander verknüpfen. Wenn ich die alle Public setze, werden mehrere Instanzen geladen (bei eine DB Klasse nicht so gut). Ich habe auch einiges über Pattern und Singelton gelesen, aber ich weis immernoch nicht wie genau ich alle Klassen in die MAIN einbinden kann und die eingebundenen Klassen nun untereinander in der sleben Instanz arbeiten können. Vielleicht kann mir da ein "Profi" oder auch "Hobbyprofi" einen Tipp geben. Habs leider noch nicht dazu gebracht Informatik zu studieren und leider hapert es jetzt ein wenig

Ich danke Euch

Gruß

BJ

Mister Ad

Manko10

Hallo,

für eine anspruchsvolle aber gute Einführung in OOP kann ich dir folgende Seite empfehlen: Professionelle Softwareentwicklung mit PHP 5
Anschließend loht sich unbedingt die Lektüre des Werks »PHP Design Patterns« von Stephan Schmidt, erschienen im O’Reilly-Verlag.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

dr.e.

Hi,

grundsätzlich bedeutet Klassen schreiben nicht automatisch objektorientiert zu entwickeln. Gerade der Ansatz

ist ein Rückschritt in die Informatik-Steinzeit bzw. führt unweigerlich dazu, dass wir wieder in Assembler entwickeln. Objektorientierung - und daher "kommen" Klassen - ist weit mehr als das. Es geht darum, die Realität in Objekte und deren Funktionen und Beziehungen abzubilden. Um das bewerkstelligen zu können, solltest du dir zunächst über die Anforderungen deiner Software Gedanken machen. Das Design und später die Umsetzung sind erst der zweite Schritt im Software-Lifecycle.

Da du
ansprichst: diese Komponenten sind keinesfalls zum Selbstzweck da, sondern bei der Erstellung der Komponenten hat sich irgendjemand Gedanken über Abstraktion, Kapselung und Wiederverwendbarkeit - was zweifelsohne Anforderungen sind - gemacht.

Daher kann ich dir nur den Rat geben, deine Anforderungen aufzuschreiben und dann mit uns hier über das konkrete Design (Klassen und deren Beziehungen und Funktionen) und die Implementierung zu sprechen. Solltest du das PHPJournal aboniert haben erscheint dort in der nächsten Ausgabe ein Artikel über genau diesen Sachverhalt. Quintessenz werden die goldenen Regeln in meinem Footer sein - soviel kann ich schon mal verraten.

Viele Grüße,
Dr.E.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Manko10

Nagut, wenn wir schon dabei sind, ihn zu überfallen, dann gebe ich nochmal meinen Senf dazu, indem ich Dr. Es Worte mit einem weiteren Link ergänze: Galileo Computing :: Praxisbuch Objektorientierung

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

dr.e.

Ich zittiere nur den Spruch meines Arbeitskollegen (den ich sehr schätze), denn an vielen Stellen wird zwar von OO gesprochen, aber funktional programmiert. Und auf Assembler habe ich genausowenig Lust wie du.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

BlackJack01090

Vielen Dank für eure Tipps. Mir war schon klar das OOP mehr als nur Klassen und funktionne sind und ich wusste das dieser Schritt nun ein etwas großer Schritt ist, wenn man php nur als Hobby betrachtet. Ich danke euch für die vielen Hinweise und werde mich nochmal melden nachdem ich mich weiter eingelesen habe und ein ersten Design fertig habe.

Vielen Dank

Gruß

BJ

Manko10

Ja, das stimmt. Oft werden Klassen mit prozeduraler Denkweise verbunden und dann als OOP deklariert. Der TE weckte aber in mir nicht den Anschein, er hielte das, was er da schon tut wirklich für OO, zumal er das noch mit keinem Wort erwähnt hat.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

dr.e.

Ich hoffe schon vorher - nämlich wenn die Anforderungen stehen?!

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

phpdummi

Ich fände es nicht schlecht mal an einem konkreten Beispiel zu sehen was du wie verknüpfen möchtest. Die passenden Design Pattern bekommst du dann kostenlos von uns um die Ohren gehauen

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

Chriz

Wie wahr. Ein Schritt um das zu verhindern ist meiner Meinung nach die Faustregel, dass eine Methode nicht mehr als 20 Zeilen haben sollte. Das ist zumindest schonmal ein Schritt dahin, ein Problem zu zerbröseln und in entsprechend passende Methoden oder gar eigene Objekte/Klassen auszulagern.

__________________
"Nuschel ich?" - "Was?"