devildeath

Ich denke auch, dass es viele gibt, die wegen eines möglichen Lerneffektes im Allgemeinen viele Sachen tun.
Eigentlich ist das immer so, wenn man was neues lernt (bei mir zumindest).

Das glaube ich nicht ganz, denn mit einem richtig performierten regex kann man in solchen Fällen eher mehr erreichen, weil man so deutlich effektiver (beachtetes backtracking) Text auseinander nehmen kann.
Vor allem vielen Wiederholungen kann man aus den Weg gehen.

Wie gesagt, sein kann das schon, ich werde da mal ein Benchmark drüber laufen lassen.
Interessant
Gerade auch, weil ich in kurzer Zeit davor stehen werde ein Templatesystem für eine Software zu entwickeln.

Mister Ad

dr.e.

Wenn du preg_match_all in deine Aussage einschließt, ist zwar der letzte Satz grammatikalisch korrekt, inhaltlich bin ich jedoch nicht einverstanden. Die gefundenen Ergebnisse müssen auch im Fall von preg_match_all iterativ verarbeitet werden. Nichts anderes erledigt beispielsweise die APF-Parser-Methode, die dabei gleich einen DOM-Baum an Hand der TagLib-Implementierung erzeugt.

Schau dir zum Thema Benchmarks mal den Artikel "PHP-Frameworks im Test" auf der APF-Webseite an.
Hier der direkte Link: http://adventure-php-framework.org/S...orks-im-Test-7


Warum musst auch du das Rad zum 1000sten Mal neu erfinden?

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

HStev

Was dauert länger? Das Rad neu erfinden oder sich in eine neue Syntax einzuarbeiten?

Ich denke das kann man so pauschal nicht sagen wenn ich bereits Erfahrung mit etwas habe dann nutze ich es auch sofern es meinen Ansprüchen gerecht wird aber muss ich mir erst etwas neues anschauen was innerhalb kürzestester Zeit nicht zum gewünschten Ziel führt muss wohl oder übels das Rad neu erfunden werden.

Ich kann deine Argumentation verstehen aber ehlich gesagt sagt mir das APF auch nicht zu ... ist zwar sehr schön mit MVC aber wenn ich für jedes Tag welches ich in der Engine nutzen kann erst in die Doku schauen muss dann nervt mich das schon ein wenig.

__________________
Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.

dr.e.

Ich gebe dir Recht, unter der Bedingung, dass die von dir evaluierte Lösung nicht so generisch desigend ist, dass deine Ansprüche mit wenigen Handgriffen befriedigbar sind.


Hier wiedersprichst du dir selbst ein wenig, denn bei jedweder Materie wird es ein Einarbeiten geben. Wenn du eine Template-Engine selbst schreibst, versteckt sich die Einarbeitungszeit schlicht in der Entwicklunsgzeit.

Zur Implementierung des APF selbst noch ein Wort: sofern du keine Lust hast, die Verwendung der Tags nachzulesen oder diese nicht deinen Anforderungen entsprechen, hast du immer noch die Freiheit, eigene zu schreiben, deren Syntax du natürlich nach der Implementierung aus dem FF beherrschst und nicht mehr nachsehen musst. Deinen Ausführungen entnehme ich natürlich nicht, dass du allergisch gegen Dokumentation bist...

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

HStev

Was ich damit meinte, hier geht es ja um Kontrollstrukturen und diese sind eigentlich selbst erklärend also sollten die Tags dementsprechend auch selbst erklärend sein bzw. sollte ein flüchtiger Blick in die Doku reichen diese zu verstehen.

Zum APF kann ich nur das es mir viel zu komplex wirkt weshalb ich mich noch nicht genauer damit auseinander gesetzt habe.

__________________
Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.

phpdummi

Das ist leider so mit den komplexen Dingen:
Komplexe Anforderungen sind nur mit komplexen Lösungen zu bedienen.

Das APF ist dazu desinged worden um den enterprise Anforderungen vieler Großprojekte gerecht zu werden.
Es ist zum Beispiel dazu da, einmal geschriebene Module unabhängig vom Kontext, sprich der Umgebung der sie laufen, wieder zu verwenden.
Oder wenn zum Beispiel eine Unterseite plötzlich sprachabhängig in anderen Designs ausgeliefert werden soll. Oder oder oder ...

Das tolle dabei ist eigentlich, dass das Framework sowohl für einfache Aufgaben geeignet ist, sobald diese aber komplexer werden nicht erweitert werden muss - es funktioniert einfach.

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