Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.php > #3863 > unrolled thread

Neues Projekt / 3 Schichten Modell / Frameworks

Back to article view | Back to de.comp.lang.php

Contents

  Neues Projekt / 3 Schichten Modell / Frameworks Jan Novak <repcom@gmail.com> - 2016-04-11 10:47 +0200
    Re: Neues Projekt / 3 Schichten Modell / Frameworks Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-04-11 22:08 +0200
      Re: Neues Projekt / 3 Schichten Modell / Frameworks Jan Novak <repcom@gmail.com> - 2016-04-18 14:55 +0200
        Re: Neues Projekt / 3 Schichten Modell / Frameworks Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-04-18 19:48 +0200
          Re: Neues Projekt / 3 Schichten Modell / Frameworks Jan Novak <repcom@gmail.com> - 2016-04-19 08:33 +0200
        Re: Neues Projekt / 3 Schichten Modell / Frameworks Stefan Mayer <meniskus@gmx.net> - 2016-04-18 21:58 +0200
          Re: Neues Projekt / 3 Schichten Modell / Frameworks Jan Novak <repcom@gmail.com> - 2016-04-19 08:40 +0200
            Re: Neues Projekt / 3 Schichten Modell / Frameworks Markus Grob <snoopy@ilnet.ch> - 2016-04-19 19:09 +0200
              Re: Neues Projekt / 3 Schichten Modell / Frameworks Jan Novak <repcom@gmail.com> - 2016-04-20 08:02 +0200

#3863 — Neues Projekt / 3 Schichten Modell / Frameworks

Hallo,

ich plane ein neues PHP Projekt und möchte hierfür das 3 Schichten 
Modell nutzen. Meine Frage betrifft den View und den Kontroller.

Da der View von anderern Programmierern gemacht werden soll, stellt sich 
mir die Frage nach dem korrekten (oder best practice) Vorgehen.

Erst Datenbank erstellen und alle notwendigen Klassen der Logik, oder 
erst mit dem View beginnen (da ja auch die Reihenfolge des 3 
Schichtenmodells von hier nach unten beginnt)?

Ich hatte zuerst überlegt, ganz einfache php -view Klassen zu erstellen, 
welche der "view" Programmierer mit seinem Framework nachbaut.  Somit 
wäre es auch möglich, verschiedene Views zu haben.
Das ist aber vergeudete Mühe, da einerseits diese (einfachen) Views in 
Zukunft niemand mehr braucht und andererseits ich Dinge von Hand 
programmieren müsste, was das Framework vielleicht mitbringt oder 
eleganter löst.

Als View Framework soll "Foundation" und als Datenbank Framework 
"propel" genutzt werden.

Jan

[toc] | [next] | [standalone]

#3864

Jan Novak wrote:

> ich plane ein neues PHP Projekt und möchte hierfür das 3 Schichten
> Modell nutzen. Meine Frage betrifft den View und den Kontroller.

Model–View–Controller (MVC), was Du wohl meinst, ist _nicht_ das/ein
3-Schichten-Modell, sondern ein davon unabhängiges Architektur- bzw. 
Entwurfsmuster.

<https://de.wikipedia.org/wiki/Schichtenarchitektur#Drei-Schichten-Architekturen_innerhalb_von_Software-Systemen>

vs.

<https://de.wikipedia.org/wiki/Model_View_Controller>
 
> Da der View von anderern Programmierern gemacht werden soll, stellt sich
> mir die Frage nach dem korrekten (oder best practice) Vorgehen.

Da gibt es verschiedene Ansätze, nicht richtig oder falsch oder gut oder 
schlecht.
 
> Erst Datenbank erstellen und alle notwendigen Klassen der Logik, oder
> erst mit dem View beginnen

Egal.  Nicht egal ist bei MVC, dass die Views auch ohne Datenbank 
funktionieren müssen.  Das heisst, da die anzuzeigenden Daten in den Models 
gehalten bzw. von diesen mittels Methoden bereitgestellt werden müssen, dass 
die Models auch ohne Datenbank funktionieren müssen (zum Beispiel für 
Mockup-Tests).

Vor der Programmierung sollte zuerst mit der Modellierung begonnen werden, 
siehe ERM.

> (da ja auch die Reihenfolge des 3 Schichtenmodells von hier nach unten
> beginnt)?

Ex falso quodlibet.
 
> Ich hatte zuerst überlegt, ganz einfache php -view Klassen zu erstellen,
> welche der "view" Programmierer mit seinem Framework nachbaut.

Du weisst offenbar auch nicht, was eine View-Klasse ist.

> Somit wäre es auch möglich, verschiedene Views zu haben.

Ach![tm]

> Das ist aber vergeudete Mühe, da einerseits diese (einfachen) Views in
> Zukunft niemand mehr braucht und andererseits ich Dinge von Hand
> programmieren müsste

Schlussfolgerung: Überlass die Erstellung der View-Klassen dem „"view" 
Programmierer“ oder fang damit erst an, wenn das Frontend steht.

> was das Framework vielleicht mitbringt oder eleganter löst.
> 
> Als View Framework soll "Foundation" und als Datenbank Framework
> "propel" genutzt werden.

Foundation (for Sites) ist ein jQuery-basiertes *Frontend*-Framework;
Propel ist ein Object-Relational Mapper (ORM) für PHP.

<http://foundation.zurb.com/>
<http://propelorm.org/>

Deine Frage ist aber nicht PHP-spezifisch und damit hier falsch.

Ich denke, Dir fehlen noch wesentliche Grundlagen, um dieses Projekt (ist es 
überhaupt [schon] eines?) zum Erfolg zu führen.

-- 
PointedEars
Zend Certified PHP Engineer 
<http://www.zend.com/en/yellow-pages/ZEND024953> | Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3880

Am 11.04.2016 um 22:08 schrieb Thomas 'PointedEars' Lahn:

>> Da der View von anderern Programmierern gemacht werden soll, stellt sich
>> mir die Frage nach dem korrekten (oder best practice) Vorgehen.
>
> Da gibt es verschiedene Ansätze, nicht richtig oder falsch oder gut oder
> schlecht.

Da sist natürlich klar, mir geht es um persönliche Erfahrungen.

> Ex falso quodlibet.

:-)

>
>> Ich hatte zuerst überlegt, ganz einfache php -view Klassen zu erstellen,
>> welche der "view" Programmierer mit seinem Framework nachbaut.
>
> Du weisst offenbar auch nicht, was eine View-Klasse ist.

Nein, ich kenne nicht alle Namen der Bezeichner im korrekten Kontext.


> Schlussfolgerung: Überlass die Erstellung der View-Klassen dem „"view"
> Programmierer“ oder fang damit erst an, wenn das Frontend steht.

Ein Frontend ohne Views schreiben ... hmmmm... neuer Gedankenansatz.


> Foundation (for Sites) ist ein jQuery-basiertes *Frontend*-Framework;
> Propel ist ein Object-Relational Mapper (ORM) für PHP.

Danke für den Hinweis. Propel ist ehr mächtig. Habe zwischenzeitlich 
sehr gute Erfahrung damit und kann es nur empfehlen.
Foundation ist mir quasi fremd, habe mir nur einige Tutorials 
angeschaut. Es scheint aber mit recht einfachen Mitteln ein brauchbares 
Ergebniss zuliefern - wäre aber nicht mein Job (wie erwähnt).

> Deine Frage ist aber nicht PHP-spezifisch und damit hier falsch.

Ok, wo gehört sie dann hin?

>
> Ich denke, Dir fehlen noch wesentliche Grundlagen, um dieses Projekt (ist es
> überhaupt [schon] eines?) zum Erfolg zu führen.

Naja, ich könnte natürlich nochmal studieren und einige Jahre in die 
Softwareentwicklung stecken, bevor ich beginne. Bestimmt würde das nicht 
nur den Anspruch, sondern auch das Ergebniss verbessern. Aber das ist 
leider nicht möglich. Denn dann liege ich im Sarg, bevor ich beginne ;-)

Danke für deine Infos!

Jan

[toc] | [prev] | [next] | [standalone]

#3881

Jan Novak wrote:

> Am 11.04.2016 um 22:08 schrieb Thomas 'PointedEars' Lahn:
>>> Da der View von anderern Programmierern gemacht werden soll, stellt sich
>>> mir die Frage nach dem korrekten (oder best practice) Vorgehen.
>> Da gibt es verschiedene Ansätze, nicht richtig oder falsch oder gut oder
>> schlecht.
> 
> Da sist natürlich klar, mir geht es um persönliche Erfahrungen.

Die sind so vielfältig wie es Ansätze und Use-Cases gibt.
 
>>> Ich hatte zuerst überlegt, ganz einfache php -view Klassen zu erstellen,
>>> welche der "view" Programmierer mit seinem Framework nachbaut.
>>
>> Du weisst offenbar auch nicht, was eine View-Klasse ist.
                                      ^^^^
> Nein, ich kenne nicht alle Namen der Bezeichner im korrekten Kontext.

Wer lesen kann, ist hier klar im Vorteil.
 
>> Deine Frage ist aber nicht PHP-spezifisch und damit hier falsch.
> 
> Ok, wo gehört sie dann hin?

Mach wenigstens ein einziges Mal Deine Hausaufgaben, abonniere 
de.newusers.infos und finde es heraus.

-- 
PointedEars
Zend Certified PHP Engineer 
<http://www.zend.com/en/yellow-pages/ZEND024953> | Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3883

Am 18.04.2016 um 19:48 schrieb Thomas 'PointedEars' Lahn:
>> Ok, wo gehört sie dann hin?
>
> Mach wenigstens ein einziges Mal Deine Hausaufgaben, abonniere
> de.newusers.infos und finde es heraus.

Tja, allein diese Info zu haben, bzw. diese NG zu kennen  ... allerdings 
macht immer der Ton die Musik ;-)


Jan

[toc] | [prev] | [next] | [standalone]

#3882

Jan Novak am Montag, 18. April 2016 (14:55):

> Am 11.04.2016 um 22:08 schrieb Thomas 'PointedEars' Lahn:
>> Schlussfolgerung: Überlass die Erstellung der View-Klassen dem „"view"
>> Programmierer“ oder fang damit erst an, wenn das Frontend steht.

> Ein Frontend ohne Views schreiben ... hmmmm... neuer Gedankenansatz.

Das Frontend ist das was am Schirm (Ausgabegerät) angezeigt wird.

Du erstellst also geschmeidig mittels Foundation das Frontend und benutzt den
dabei entstehenden HTML-Quelltext um damit die Templates für Dein Programm
anzufertigen. Diese wiederum werden dann von "der View", mit passenden Inhalten,
am Schirm angezeigt (ausgeliefert).

Du kannst das Frontend also immer und jederzeit vollkommen unabhängig von
Sonstigem erstellen.


tschüss, Stefan

[toc] | [prev] | [next] | [standalone]

#3884

Am 18.04.2016 um 21:58 schrieb Stefan Mayer:

> Du erstellst also geschmeidig mittels Foundation das Frontend und benutzt den
> dabei entstehenden HTML-Quelltext um damit die Templates für Dein Programm
> anzufertigen. Diese wiederum werden dann von "der View", mit passenden Inhalten,
> am Schirm angezeigt (ausgeliefert).

Klingt banal ;-) ... leider ist die Trennung - wo was am besten 
hingehört - nicht einfach.
Da suche ich immer noch nach irgendeinem Tutorial, welches irgendwelche 
Rahmenbedingugen empfiehlt/vorgibt.
Diese müssen ja nicht der Weisheit letzter Schluss sein, aber es ist 
dann etwas, an was sich alle Programmierer des Projektes halten müssen.
Jeder hat ja seine Vorlieben und Gewohnheiten dabei, mir ist egal, auf 
welche "ich" mich einlassen kann, ich würde nur gerne mal "irgendetwas 
greifbares" nutzen wollen und nicht durch try and erorr es langwierig 
selbst heraus zu finden. So viele Jahre habe ich nicht ;-)


>
> Du kannst das Frontend also immer und jederzeit vollkommen unabhängig von
> Sonstigem erstellen.

Das wäre auch mein Ziel... :-)

Jan

[toc] | [prev] | [next] | [standalone]

#3885

Jan Novak schrieb:

> welche "ich" mich einlassen kann, ich würde nur gerne mal "irgendetwas
> greifbares" nutzen wollen und nicht durch try and erorr es langwierig
> selbst heraus zu finden. So viele Jahre habe ich nicht ;-)

Ich bin mehr oder weniger fleissig an einem Projekt dran und zwar seit 
etwa 2010. Du siehst, es können ein paar Jährchen an einem Projekt 
vergehen und die Welt dreht sich immer noch. Braucht halt etwas Geduld.

Gruss, Markus

[toc] | [prev] | [next] | [standalone]

#3887

Am 19.04.2016 um 19:09 schrieb Markus Grob:
> Jan Novak schrieb:
>
>> welche "ich" mich einlassen kann, ich würde nur gerne mal "irgendetwas
>> greifbares" nutzen wollen und nicht durch try and erorr es langwierig
>> selbst heraus zu finden. So viele Jahre habe ich nicht ;-)
>
> Ich bin mehr oder weniger fleissig an einem Projekt dran und zwar seit
> etwa 2010. Du siehst, es können ein paar Jährchen an einem Projekt
> vergehen und die Welt dreht sich immer noch. Braucht halt etwas Geduld.

Wem sagst du das :-)
Ich suche nur nach "einfachen" Regeln. Diese müssen ja nicht alle PHP 
Progrmmierer teilen.
Der Punkt ist der: Stelle ich die Regeln selbst auf, so gehe ich von 
vornherein wohl falsche Wege und das möchte ich verhindern.

Jan

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.lang.php

csiph-web