Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo, also ich war zuerst auch ziemlich gefrustet als es hieß, pibase ist out, jetzt nur noch Extbase Fluid - und dass mit 6.x viele alte Sachen nicht mehr laufen würden... Inzwischen mag ich das alles nicht mehr missen. Ich setze bis auf wenige Standardextensions kaum noch Fremdextensions ein, so gut kann man viele Sachen jetzt selbst in kürzerer Zeit und vor allem sauber realisieren. Man geht keine Abhängigkeiten mehr ein... Sicherlich nicht das Allheilmittel, insbesondere bei Performance hungrigen Anwendungen, aber die alte Art der Extensionentwicklung ist ja weiterhin möglich. Und alte Extensions laufen oft mit überschaubarem Anpassungsaufwand weiterhin auf 6.x. Wünsche mir nur, dass ein paar fehlende Features noch ergänzt werden: FAL File Upload, Sortierung von Child-Objekten, diverse ViewHelper und anderes... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hi Jan Zumindest das Problem der fehlenden Viewhelper löst sich sehr gut mit der Extension VHS. Die dir sehr viele praktische viewHelper nachliefert. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jan Kornblum Gesendet: Donnerstag, 4. Dezember 2014 11:38 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design? Hallo, also ich war zuerst auch ziemlich gefrustet als es hieß, pibase ist out, jetzt nur noch Extbase Fluid - und dass mit 6.x viele alte Sachen nicht mehr laufen würden... Inzwischen mag ich das alles nicht mehr missen. Ich setze bis auf wenige Standardextensions kaum noch Fremdextensions ein, so gut kann man viele Sachen jetzt selbst in kürzerer Zeit und vor allem sauber realisieren. Man geht keine Abhängigkeiten mehr ein... Sicherlich nicht das Allheilmittel, insbesondere bei Performance hungrigen Anwendungen, aber die alte Art der Extensionentwicklung ist ja weiterhin möglich. Und alte Extensions laufen oft mit überschaubarem Anpassungsaufwand weiterhin auf 6.x. Wünsche mir nur, dass ein paar fehlende Features noch ergänzt werden: FAL File Upload, Sortierung von Child-Objekten, diverse ViewHelper und anderes... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo zusammen, On 04.12.14 11:37, Jan Kornblum wrote: Wünsche mir nur, dass ein paar fehlende Features noch ergänzt werden: FAL File Upload da das Stichwort FAL File Upload aus dem Frontend hier öfter gefallen ist: Mein Beitrag zu dem Thema is bekannt? http://typo3.helmut-hummel.de/post/85015526410/file-upload-using-extbase-and-fal-in-typo3-6-2 https://github.com/helhum/upload_example Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 CMS Active Contributor, TYPO3 Security Team Member TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hi Helmut, Wünsche mir nur, dass ein paar fehlende Features noch ergänzt werden: FAL File Upload da das Stichwort FAL File Upload aus dem Frontend hier öfter gefallen ist: Mein Beitrag zu dem Thema is bekannt? http://typo3.helmut-hummel.de/post/85015526410/file-upload-using-extbase-and-fal-in-typo3-6-2 ist mir bekannt, werde das die nächsten Tage hoffentlich mit Erfolg einsetzen ;) https://github.com/helhum/upload_example Das, sowie deine Posts in der mvc-Liste, hatten mir kürzlich auch sehr geholfen. Wird deine Lösung (Upload) denn nun Einzug in den Core erhalten? Idealerweise sogar noch im 6.2 Zweig (auch wenn da keine neuen Features mehr rein dürfen, stimmt's?)... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
On 04.12.14 22:30, Jan Kornblum wrote: Hi Helmut, Wünsche mir nur, dass ein paar fehlende Features noch ergänzt werden: FAL File Upload da das Stichwort FAL File Upload aus dem Frontend hier öfter gefallen ist: Mein Beitrag zu dem Thema is bekannt? http://typo3.helmut-hummel.de/post/85015526410/file-upload-using-extbase-and-fal-in-typo3-6-2 ist mir bekannt, werde das die nächsten Tage hoffentlich mit Erfolg einsetzen ;) viel Erfolg dabei :) https://github.com/helhum/upload_example Das, sowie deine Posts in der mvc-Liste, hatten mir kürzlich auch sehr geholfen. freut mich! Wird deine Lösung (Upload) denn nun Einzug in den Core erhalten? Idealerweise sogar noch im 6.2 Zweig (auch wenn da keine neuen Features mehr rein dürfen, stimmt's?)... In die 6.2 sicher nicht. Aber ich habe eine Idee wie ich das so verallgemeinern kann, dass es als extra extension auch in der 6.2 benutzbar ist (ohne den code jedes mal selber zu sich kopieren zu müssen). Wenn ich Zeit finde meine Lösung noch zu verbessern (da hat mir bisheriges Feedback schon viel geholfen und kommendes hilft sicher auch) könnte es irgendwann in der 7LTS landen. Kind regards, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 CMS Active Contributor, TYPO3 Security Team Member TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo N W, mit Extbase kann man innerhalb weniger Stunden einfache Extensions erstellen, die sauber und übersichtlich programmiert sind. Ich erstelle mit Extbase deutlich häufiger eine Extension als früher mit pibase. Und einfache Extensions mit Typoscript zu erstellen, geht zwar, aber das ist schon ziemlich aufwändig. Für einfache Datenmodelle geht auch die Dateneingabe über das Frontend out of the box. Komplexere Situationen sind lösbar, allerdings ist hier der Entwicklungsaufwand teilweise enorm, da die Dokumentation noch hinterherhinkt. Kritisch sind hier insbesondere: verschachtelte Datenmodelle und Dateiupload über das Frontend. Die Performance-Situation muss im Blick behalten werden, insbesondere im Enterprise-Bereich. Ich habe bisher aber noch keine Probleme gehabt. Ich arbeite allerdings auch nicht im High-Performance-Bereich. Das Caching-System scheint mir sehr ausgeklügelt zu sein. Das ist jetzt mal eine pragmatische Sichtweise. Mir stellt sich nicht die Frage, ein eigenes Framework zu entwickeln. Das kann ich nicht. Ich habe zwar eine gewisse Skepsis gegenüber einem so groß angelegten Ansatz wie Extbase, aber ich sehe keine ernsthafte Alternative. (Eine Alternative könnte sein, TypoScript so weiterzuentwickeln, dass es ähnlich intuitiv wie z.B. jQuery einsetzbar wäre. Aber auch damit kommt man ja nicht um die grundsätzlichen Überlegungen herum, die mit DDD und MVC zusammen hängen.) Noch ein Hinweis: Extbase-Extensionentwicklung beginnt mit der Extension extension_builder. Literaturempfehlung: TYPO3 Extbase von Patrick Lobacher Beste Grüße Stefan Am 02.12.2014 um 17:45 schrieb Michael Kasten: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo bbb? ich kann deine Kritik ein Stück weit nachvollziehen jedoch sagt mir die Wahl deines Betreffs und der eigentliche Inhalt das du zwei Bereiche ansprichst. Domain Driven Design: Ist ein Konzept in der jeder Verantwortliche für seine eigenen Fachdomäne zuständig ist, das hat noch überhaupt nichts mit Programmierung zu tun. (ich lasse mich hier gerne korrigieren) Was du eigentlich meinst ist das MVC Modell das mit Extbase und Fluidtemplates umgesetzt wird. Für mich ist das Thema Extension Entwicklung mit Einführung dieses Modells, ebenfalls unattraktiver geworden, aber das ist vielleicht auch ein gewolltes Verhalten. Wenn nicht mehr jeder wegen jeder kleinen Anforderung eine Extension ins Repository schmeißt wo diese dann verkümmert muss man das auch wohlwollend zur Kenntnis nehmen. Ich persönlich glaube das fast alle Anforderungen mit TS und den am Markt vorhandenen Extensions lösen zu können. Wenn ich heute eine Eigenentwicklung kalkulieren müsste, würde diese weitaus teurer ausfallen als noch zu Zeiten von Pibase, was durchaus auch an der mangelnden Routine liegen kann. Knackpunkt ist die Performance, eine schnelle Seite auf einem durchschnittlich ausgestatteten Server ohne zusätzliche Caches wie APC o.ä. halte ich aktuell für eine Wunschvorstellung. Die Performance bricht imho mit der Verwendung von Fluidtemplates, entsprechend von Verschachtelungstiefen immer weiter ein. Was mich am meisten stört ist doch eher eine unvollständige Bibliothek, wie fehlende Dateviewhelper oder z.B. das fehlende Medienmanagement bei Uploads über das Frontend (k.a. ob das nun mittlerweile komplett mit FAL funktioniert) my2cent Am 02.12.2014 um 17:19 schrieb N W: Hallo, TYPO3 war ja noch nie besonders schlank und nun, wo es sich zu einer Art Enterprise-CMS entwickelt hat, scheinen auch die einfachen pibase Extensions aus der Mode zu kommen. Ich kann mir sehr gut vorstellen, dass es ab einer gewissen Projektgröße durchaus sehr viel Sinn macht, auf Extbase umzusteigen. Für mich als Gelegenheits-Extension-Entwickler stellt sich jedoch berechtigter Weise die Frage, warum ich mich mit so einem hochtheoretischen Kram auseinandersetzen soll, wenn ich ein Problem auf die altmodische Art in weniger als 500 Codezeilen lösen kann. Gibt es eine klare Aussage darüber, wie lange pibase Extensions noch unterstützt werden? Welche Dokumentationen zu Extbase könnt Ihr empfehlen? Gruß, bbb - -- Michael Kasten | http://m-kasten.de -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Am 02.12.14 17:19, schrieb N W: Hallo, TYPO3 war ja noch nie besonders schlank und nun, wo es sich zu einer Art Enterprise-CMS entwickelt hat, scheinen auch die einfachen pibase Extensions aus der Mode zu kommen. Ich kann mir sehr gut vorstellen, dass es ab einer gewissen Projektgröße durchaus sehr viel Sinn macht, auf Extbase umzusteigen. Für mich als Gelegenheits-Extension-Entwickler stellt sich jedoch berechtigter Weise die Frage, warum ich mich mit so einem hochtheoretischen Kram auseinandersetzen soll, wenn ich ein Problem auf die altmodische Art in weniger als 500 Codezeilen lösen kann. Gibt es eine klare Aussage darüber, wie lange pibase Extensions noch unterstützt werden? forever? pibase ist ja erstmal nur eine Klassse mit ein paar Methoden um die Grundfunktionalität einer TYPO3-Extension zu gewährleisten. vermutlich ist aber noch nicht mal diese Klasse das was die meisten mit pibase-Extension meinen. Grundsätzlich kann man eine Extension ohne extbase und ohne pibase erstellen. Man muss nur wissen was alles wo initialisiert und deklariert werden muss. Welche Dateien müssen welche Information enthalten, damit eine Extension in TYPO3 ihre Aufgaben erfüllen kann? Das ist dokumentiert, aber da sich EB (=Extension-Builder) und KS (=Kickstarter) darum kümmern braucht man das nicht so aktiv zu wissen. Beim EB entsteht eine Extension die auf extbase aufbaut, beim KS muss sehr viel selber gemacht werden. Nachteil KS: da der KS sich in den alten Extensionmanager einklinkt funktioniert er nur bis 4.5, mit etwas würgen bis 4.7. Danach hat man kein Interface mehr. Allerdings gibt es auf github eine Version, die sich einen eigenen Menüeintrag anlegt und somit auch mit =6.0 aufgerufen werden kann. Da es auch viele Arten von Erweiterungen gibt (beim KS war das sehr offensichtlich, da man das an einer Stelle auswählen musste) sind die Konfigurationen auch recht vielfältig. ein BE-Modul braucht andere Konfig als ein FE-Plugin oder ein Hook oder ein Scheduler-Task Welche Dokumentationen zu Extbase könnt Ihr empfehlen? Aktuell gbt es leider nicht so viel. die offizielle Dokumentationen [1] und die Bücher von Lobacher und Kurfürst. Wobei das gedruckte Buch von Kurfürst evtl. auch schon nicht mehr ganz aktuell ist, daher: [2]. Was leider für viele Dokumentationen zu extbase gilt: fast alles was vor mehr als einem Jahr erscheinen ist, hat die eine oder andere Veränderung von extbase nicht berücksichtigt. (Kann es ja auch nicht, wenn sich (die API von) extbase erst später verändert) und was auch viel Doku bzw. Snippets betrifft: fast überall wird noch ohne Namespaces gearbeitet. das läuft alles unter 6.2, und auch mit Krücken unter 7.0, aber es ist umständlich und langsam. Wenn man also Snippets benutzt: sofort auf Namespaces umstellen! Und noch eien Info, die ich so mitbekommen habe: werden daten mit mehr als 10.000 Datensätze verwaltet geht ein extbase-plugin wohl doch in die Knie und wird langsam. Wer es also schnell haben will oder muss kann (momentan?) nicht wirklich extbase nutzen. extbase hat wohl noch einige Macken (Übersetzungen, Workspaces, Relationen, ...), die aber nicht immer und sofort auffallen. Aber vermutlich wird sich das im Laufe der Zeit auch verbessern. [1] http://docs.typo3.org/typo3cms/ [2] http://docs.typo3.org/typo3cms/ExtbaseFluidBook/ ansonsten: http://api.typo3.org/typo3cms/62/html/ http://wiki.typo3.org bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hi NW, ich sehe extbase gar nicht also so Hoch Theoretischen Kram an. es liefert dir mit MVC ein sehr gängiges konzept. Welches auch in anderen Programmier umgebungen gut gedacht ist. ansonsten nimmt es dir als programmierer Viel Arbeit ab. Meiner erfahrung einfacher und übersichtlicher eine Extbase extension zu erstellen. Selbst wenn es mehr Dateien gibt. (Model, Controller, Templates, Partials) erhöht sich dadurch die lesbarkeit und wartbarkeit enorm. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von N W Gesendet: Dienstag, 2. Dezember 2014 17:19 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Was hab ich denn vom Domain Driven Design? Hallo, TYPO3 war ja noch nie besonders schlank und nun, wo es sich zu einer Art Enterprise-CMS entwickelt hat, scheinen auch die einfachen pibase Extensions aus der Mode zu kommen. Ich kann mir sehr gut vorstellen, dass es ab einer gewissen Projektgröße durchaus sehr viel Sinn macht, auf Extbase umzusteigen. Für mich als Gelegenheits-Extension-Entwickler stellt sich jedoch berechtigter Weise die Frage, warum ich mich mit so einem hochtheoretischen Kram auseinandersetzen soll, wenn ich ein Problem auf die altmodische Art in weniger als 500 Codezeilen lösen kann. Gibt es eine klare Aussage darüber, wie lange pibase Extensions noch unterstützt werden? Welche Dokumentationen zu Extbase könnt Ihr empfehlen? Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo, BBB, es ist eigendlich recht einfach. Das Model beschreibt ein Daten Object mit Gettern und Settern. Sowiso validation annoationen, eventeulle Relationen. (das wird Standard mäßig dann auf eine datenbank tabelle gemapped. Das Repository. (in dem man im einfachsten fall gar nix macht da alles ererbt wird) dient dazu Daten aus der datenquelle zu holen. Bzw dort hin zurück zu speichern. Angenommen du hast also eine Ein Model Person. Das definiert firstName and lastName als Properties. Kannst du dir alle alle Personen mit dem namen mayer ganz einfach aus dem Repository Holen. $personCollection = $personRepository-findByLastName('mayer'); Das Repository legt für alle Model Properties magische findByProperty Methoden an. Und du musst dich darum nicht kümmern. Wenn du Komplexere Queries brauchs. Kann man die nötige query natürlich bauen. Und wenn man die regelmäßig braucht baut man eine entsprechende findBy Methode in das Repository ein. Z.b. findByBirthYearRange($startYear,$endYear) diese Methode würde dann die Query zusammen bauen und das das Repository Abfragen. Wenn ich hier von query rede meine eine ExtbaseQuery SQL sollte man nach Möglichkeit vermeiden. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von N W Gesendet: Mittwoch, 3. Dezember 2014 16:10 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Re: Was hab ich denn vom Domain Driven Design? Hallo Miteinander, sehr vielen Dank für Eure durchweg konstruktiven und hilfreichen Antworten. Es ist für mich sehr interessant, Eure Standpunkte kennenzulernen und ich freue mich über Eure Literaturempfehlungen und Links. Ich bin eigentlich C-Programmierer und arbeite meist auf sehr niedriger Abstraktionsebene an irgendwelchen Hardware-Schnittstellen oder Optimierungen. Von daher habe ich bei meiner täglichen Arbeit keine Berührungspunkte mit MVC, da eine derartige Kategorisierung ja erst auf höherem Abstraktionslevel Sinn macht (ich habe normaler Weise nur mit Controllern und kaum mit Views und Modellen zu tun). Ich würde sehr gerne Systemkonform arbeiten und den neuesten Entwicklungsstand berücksichtigen, wenn ich denn hin und wieder mal Extensions programmiere. Ehrlich gesagt, weiss ich aber noch nicht einmal, welche Funktionen nach Domain/Model und welche nach Domain/Repository gehören. Ich würde am liebsten weiter nach der alten Methode arbeiten, möchte aber, dass meine Extensions für andere Programmierer verständlich sind und auch mit zukünftigen TYPO3-Versionen funktionieren. Ich werde mich eingehend mit Euren Empfehlungen beschäftigen. Danke und Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Am 03.12.2014 16:09, schrieb N W: Ich werde mich eingehend mit Euren Empfehlungen beschäftigen. Danke und Gruß, bbb Vielleicht noch eine, zwar nicht zur Sache gehörende Empfehlung. Im TYPO3 Umfeld ist es allgemein üblich mit Klarnamen zu agieren, und weder bbb noch N W erscheint mir damit konform zu gehen... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo Chris, vielen Dank für diesen tollen Hinweis. Ich hatte ja keine Ahnung, dass für definierte Properties automatisch findBy-Methoden angelegt werden. Vermutlich machen die setter-Methoden dann auch automatisch ein Datenbank-Update... und ich hatte mich schon gefragt, was die für einen Sinn haben. Wenn ich hier von query rede meine eine ExtbaseQuery SQL sollte man nach Möglichkeit vermeiden. OK, schade ich mag SQL und arbeite oft mit joined queries... da werde ich mich wohl ausführlicher mit ExtbaseQuery beschäftigen müssen. Ich habe einige Datenbank-Operationen zu bewältigen. @Ralf-René: Das habe ich bei öffentlichen Diskussionen eigentlich nicht so gerne... ich habe meinen Account jetzt mal geändert, so dass es anderen angemeldeten Benutzern möglich sein sollte, meinen Klarnamen auszulesen. Ich hoffe dass er jetzt nicht komplett öffentlich ist. Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo NW/BBB es reicht ja wenn es nach einem Klarnamen aussieht. Keiner wird dich darauf festnageln das es dein Richtiger name ist. Leider Legt Extbase Die Datenbank Methoden nicht. Selbst an. (Typo3 Flow tut das) aber für Extbase must du weiter eine ext_tables.sql pflegen. Joins gibt es in Extbase Eigendlich nicht. Weil du mit Objecten arbeitest und ein Object hat Relationen. Ein Object eine Datenbank Tabelle! Beispiel du hast zwei Modelle Personen und Konten (eine Person kann Belibig viele Konten haben) wenn du eine liste aller mayers mit all ihren personen ausgeben willst würde das in extbase ungefähr so aus sehen. ## Controller $personCollection = $this-personRepository-findByLastName('mayer'); $this-view-assign('personsCollection', $personCollection); ## Template f:for each={personCollection} as=person h1{person.firstName} {person.lastname}/h1 f:for each={person.bankAccounts} as=account pAccountNumber: {account.number}/p /:for /f:for Du übergibst der view also einfach das Object. Da das Object etwas über seine Relationen ist alles gut. Normalerwiese holt Extbase, ein Objekt und alle zugehörigen Relationen. (das macht nur sinn wenn im regelfall alle relations objecte auch benötigt werden) Ansonsten muss man die entsprechnde property mit @lazy annotieren dann werden die relationen erst beim zugriff geladen. Dank des guten cachings in extbase ist die performance auch ganz gut. (solange man das caching nicht kaputt macht) Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von N W Gesendet: Mittwoch, 3. Dezember 2014 17:36 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design? Hallo Chris, vielen Dank für diesen tollen Hinweis. Ich hatte ja keine Ahnung, dass für definierte Properties automatisch findBy-Methoden angelegt werden. Vermutlich machen die setter-Methoden dann auch automatisch ein Datenbank-Update... und ich hatte mich schon gefragt, was die für einen Sinn haben. Wenn ich hier von query rede meine eine ExtbaseQuery SQL sollte man nach Möglichkeit vermeiden. OK, schade ich mag SQL und arbeite oft mit joined queries... da werde ich mich wohl ausführlicher mit ExtbaseQuery beschäftigen müssen. Ich habe einige Datenbank-Operationen zu bewältigen. @Ralf-René: Das habe ich bei öffentlichen Diskussionen eigentlich nicht so gerne... ich habe meinen Account jetzt mal geändert, so dass es anderen angemeldeten Benutzern möglich sein sollte, meinen Klarnamen auszulesen. Ich hoffe dass er jetzt nicht komplett öffentlich ist. Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hi N W, N W wrote: Ich würde sehr gerne Systemkonform arbeiten und den neuesten Entwicklungsstand berücksichtigen, wenn ich denn hin und wieder mal Extensions programmiere. Ehrlich gesagt, weiss ich aber noch nicht einmal, welche Funktionen nach Domain/Model und welche nach Domain/Repository gehören. Ich würde am liebsten weiter nach der alten Methode arbeiten, möchte aber, dass meine Extensions für andere Programmierer verständlich sind und auch mit zukünftigen TYPO3-Versionen funktionieren. Die Idee ist, dass du von der DB gar nichts mehr siehst. Du sprichst (im Controller) nur mit dem Repository und bekommt daraus fertige Objekte vom Typ deines Modells. Zusammen mit Fluid bekommt du sogar fertige Modells von aus Formularen deiner Webseite. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo Chris und Phillip, ich hatte mich eben gerade schon gefreut, dass ich in der ExtBase-Query-Dokumentation folgendes gefunden habe: Using the method statement() of the Query object you can send a native SQL statement to the database. Das ist dann wohl eine Notlösung, die nicht so gerne gesehen wird... Zur Zeit arbeite ich an einer sehr kleinen Extension, die nur geschützte und resumeable Downloads anbieten soll... 1) Formhandler-Formular wird ausgefüllt 2) custom-Finisher schickt eine Mail mit personalisiertem Download-Link an die angegeben Email-Adresse 3) Ticket wird angelegt, dass für eine definierbare Zeit gültig ist und zufälligen Schlüssel und IP-Adresse enthält 4) erfolgreiche Downloads werden protokolliert 5) abgelaufene Tickets werden zur verbesserung des Datenschutzes automatisch gelöscht Diese Extension läuft bereits in pibase und soll jetzt auf Extbase portiert werden... ich denke, dass ich dank Eurer Hilfe jetzt alle notwendigen Informationen dafür habe. Ich habe aber noch eine sehr viel kompliziertere pibase-Extension, die auf die API von cal-Base zugreift und zusätzliche Funktionen wie Miniatur-Kalender, Gruppierung von Kategorien und einiges mehr ermöglicht. Sie dient dazu, cal weniger wie einen persönlichen Terminplan und mehr wie eine öffentliche Veranstaltungsübersicht aussehen zu lassen. Ich glaube kaum, dass ich da auf native SQL-Queries verzichten kann... das werde ich aber erst nächstes Jahr in Angriff nehmen. Danke und Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo bbb? ich kann deine Kritik ein Stück weit nachvollziehen jedoch sagt mir die Wahl deines Betreffs und der eigentliche Inhalt das du zwei Bereiche ansprichst. Domain Driven Design: Ist ein Konzept in der jeder Verantwortliche für seine eigenen Fachdomäne zuständig ist, das hat noch überhaupt nichts mit Programmierung zu tun. (ich lasse mich hier gerne korrigieren) Was du eigentlich meinst ist das MVC Modell das mit Extbase und Fluidtemplates umgesetzt wird. Für mich ist das Thema Extension Entwicklung mit Einführung dieses Modells, ebenfalls unattraktiver geworden, aber das ist vielleicht auch ein gewolltes Verhalten. Wenn nicht mehr jeder wegen jeder kleinen Anforderung eine Extension ins Repository schmeißt wo diese dann verkümmert muss man das auch wohlwollend zur Kenntnis nehmen. Ich persönlich glaube das fast alle Anforderungen mit TS und den am Markt vorhandenen Extensions lösen zu können. Wenn ich heute eine Eigenentwicklung kalkulieren müsste, würde diese weitaus teurer ausfallen als noch zu Zeiten von Pibase, was durchaus auch an der mangelnden Routine liegen kann. Knackpunkt ist die Performance, eine schnelle Seite auf einem durchschnittlich ausgestatteten Server ohne zusätzliche Caches wie APC o.ä. halte ich aktuell für eine Wunschvorstellung. Die Performance bricht imho mit der Verwendung von Fluidtemplates, entsprechend von Verschachtelungstiefen immer weiter ein. Was mich am meisten stört ist doch eher eine unvollständige Bibliothek, wie fehlende Dateviewhelper oder z.B. das fehlende Medienmanagement bei Uploads über das Frontend (k.a. ob das nun mittlerweile komplett mit FAL funktioniert) my2cent Am 02.12.2014 um 17:19 schrieb N W: Hallo, TYPO3 war ja noch nie besonders schlank und nun, wo es sich zu einer Art Enterprise-CMS entwickelt hat, scheinen auch die einfachen pibase Extensions aus der Mode zu kommen. Ich kann mir sehr gut vorstellen, dass es ab einer gewissen Projektgröße durchaus sehr viel Sinn macht, auf Extbase umzusteigen. Für mich als Gelegenheits-Extension-Entwickler stellt sich jedoch berechtigter Weise die Frage, warum ich mich mit so einem hochtheoretischen Kram auseinandersetzen soll, wenn ich ein Problem auf die altmodische Art in weniger als 500 Codezeilen lösen kann. Gibt es eine klare Aussage darüber, wie lange pibase Extensions noch unterstützt werden? Welche Dokumentationen zu Extbase könnt Ihr empfehlen? Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german - -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUfeyMAAoJEF1/iIvWnG8N9+wIAJ8QmPhxLgNYSxVRXq4dOt65 omVFYNFma6TIxHO59Sm5UjyfL1fpKsdlvYKMA7y+BaoEP70i3jqvnKkuSM6VKCab BIuDhbxoTVuotNyCYpMrKWFORV3IqKMR+KQXr/dIlrrji1e0Xjk6xP2+7k6LMKxM c3dGToWrbnymgiZcT/OCF0CaJoZC9Xoj3UMdv0cSyOUtnBFz1abVoST4MzAS73ZT FEAlKz/pJn2BYEuOv1HGkL8vcz8gC2FlzHqrHJyxYps058tTJhYeoh1HPLjV0Ldv RffriQl9TuDeTLYwrXPo80AA/VgC6pqfbhc9kxQdFjHWDXjLAk2l1T4fA+qk6es= =W6gu -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Am 02.12.2014 17:19, schrieb N W: Hallo, TYPO3 war ja noch nie besonders schlank und nun, wo es sich zu einer Art Enterprise-CMS entwickelt hat, scheinen auch die einfachen pibase Extensions aus der Mode zu kommen. Ich kann mir sehr gut vorstellen, dass es ab einer gewissen Projektgröße durchaus sehr viel Sinn macht, auf Extbase umzusteigen. Für mich als Gelegenheits-Extension-Entwickler stellt sich jedoch berechtigter Weise die Frage, warum ich mich mit so einem hochtheoretischen Kram auseinandersetzen soll, wenn ich ein Problem auf die altmodische Art in weniger als 500 Codezeilen lösen kann. Gibt es eine klare Aussage darüber, wie lange pibase Extensions noch unterstützt werden? Welche Dokumentationen zu Extbase könnt Ihr empfehlen? Vergiss einfach mal das Stichwort pibase und geh davon aus, dass der TYPO3-Core Dir neben Extbase einen Haufen an Möglichkeiten bietet, mit ein wenig eigenem PHP-Code Dein Ziel zu erreichen. Selbst wenn die eigentliche pibase-Klasse irgendwann völlig verschwinden sollte, bleiben die grundlegenden Core-Methoden, auf die pibase zurückgreift ja weiterhin erhalten. Eigentlich ist diese Klasse ja nichts weiter als eine Sammlung von zusätzlichen Methoden, um Dinge wie Listen, Detailansichten, Pagebrowser etc. auszugeben. Und auch für den Fall, dass Du gern nach den Prinzipien des MVC-Patterns arbeiten möchtest, bedeutet das nicht sofort, dass Du dafür auf Extbase zurückgreifen musst, wenn Du Dich damit nicht anfreunden kannst. Extbase dient vor allem dazu, sich die Prinzipien anzueignen, die man benötigt, wenn man irgendwann mal was mit FLOW anfangen möchte. Wobei die beiden sich mit der Zeit doch zunehmend voneinander entfernen, weil gravierende Änderungen von FLOW oft nicht (mehr) in Richtung Extbase portiert werden. Von daher würde ich das ganz entspannt angehen und nicht jedem Gerücht glauben ;-) Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german