Framework mal anders

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Framework mal anders

    Dinge - die einem langsam aber sicher aus den Ohren kommen!

    PHP finde ich super, na ja es ist weniger die
    Scriptsprache selber als die Möglichkeiten in
    Verbindung mit allen Techniken und Zusätzen wirklich
    fast jeden programmtechnischen Web-Wunsch
    damit zu erfüllen! Allerdings Meldungen wie: "Es ist ein
    neues Framework verfügbar" treiben einem langsam in
    den Wahnsinn. Was da alles so ein Framework ist?
    Keine Zeitschrift und keine Meldung ohne mindestens
    einen Verweis auf Schlagworte wie MVC; RAD; RAILS,
    nur leider bleibt es nicht dabei. Alle diese Vertreter
    dürfen nach und nach alle einmal seitenfüllend ihren
    gebratenen und gebackten Kram darlegen und
    verkleistern den Blick auf substanzielle Entwicklungen
    welche Aufmerksamkeit verdienen.

    Den Bogen vom Softwareentwurf bis zur
    Programmrealisierung und und und - alles machen diese
    Wundertüten.
    Das erfolgreichste Konzept dürfte nach wie vor
    Bleistift, Papier und ein heller Geist sein, statt den x-ten
    Baukasten über den morgen schon keiner mehr spricht.

    Den nächsten Teil der programmtechnischen Umsetzung
    liefern diese Wundertüten gleich mit, die Ergebnisse
    sehen dann meist eher ernüchternd aus. Zur
    Umsetzung als ein CMS mögen die meisten Frameworks
    noch gerade so reichen, aber wirkliche
    Web-Applikationen mit einem hohen Anteil
    Nutzer-Interaktionen habe ich, um ein bisschen zu
    provozieren, noch nie gesehen.

    Was wirklich hilft, das eigene ‚Framework’ als ganz einfacher
    Programmrahmen, statt mit Schlagworten, dieses mal
    mit Funktionalität angefüllt. Wer die Scheu einmal
    überwunden hat und das Verständnis für Objekt
    orientierte Programmierung (OOP) nutzt, um alles
    schön in eigene Klassen zu packen, der hat mit dem
    Weniger MEHR gekonnt.

    Mein Programmrahmen und die Funktionsliste:

    • Templatesystem,
    • CSS- Layout;
    • Login-System mit Benutzerverwaltung
    • Session-Handling
    • Werte Validierung
    • dynamisches vertikales 2-Ebenen-Menü;
    • dynamische Tabsets;
    • Datagrid mit Navigation, mit und ohne
    Sortierung, mit und ohne Link-Verknüpfung der Zeilen oder Zeilen-Spalte ;
    • Web-Service mit SOAP;
    • PDF-Erstellung;
    • Serienbrieferstellung via RTF zum anschließenden editieren;
    • Hier und da ‚Java’ wenn gewünscht;
    • Javascript, Anwendung auch bei deaktiviertem JavaScript noch nutzbar;
    • Alle gängigen Browser ohne richtige Ausreißer nutzbar
    (immer wieder eine neue Herausforderung);
    • Suchfunktionen mit Ajax angereichert usw.

    Alles dank diverser PHP-Basisfunktionen und freier
    Zusätze! Und wie viele ‚
    Quasi-Frameworks’ habt ihr?


    Ich erhebe keinen Anspruch auf Vollständigkeit, die
    Funktionen erweitere ich ganz nach belieben, falls ein
    „Framework“ mich doch inspirieren sollte.
    Bei Nutzung eines der tollen Frameworks würde ich so
    was natürlich niemals machen, es verlangt nun mal eine
    gewisse Disziplin, ich verhalte mich konform und warte
    in der Hoffnung, da kommt noch was.

    Im MVC-Framework nennt sich das ‚generiere
    Modell und Views’, was ich mal so mit einfachem
    Datei kopieren erledige. Na ja, die Template-Dateien
    noch anpassen, das lasse ich bei der Gelegenheit von
    Leuten machen die Lust und Laune am Web-Design haben.

    Eine Applikation entsteht bei mir in 10 Minuten, nur die
    eigentlichen Programmfunktionen sind genauso
    rudimentär wie bei jedem ausgefeilten Framework
    – haha, wer hätte das gedacht!
    Mit elementarem PHP komme ich nur bei der
    applikationspezifischen Programmlogik in Verbindung. In
    der Terminologie eines MVC-Framworks dürfte so was
    dann ‚Controller generieren’ heißen - toll.

    Natürlich kann jeder eine Meinung haben wie er will, nur
    mit dem gleichen Aufwand um die
    Prinzipien eines Frameworks, deren Syntax und
    Semantik zu verstehen, lässt sich grundsätzlich mit
    einem objektorientierten Ansatz aus den eigenen
    Anwendungen was zaubern. Sicherlich nicht aus der
    ersten eigenen Anwendung, aber nach und nach, ein
    tolles Framework nimmt man auch nicht einmalig.
    Auch die Wartbarkeit als mögliches Argument bleibt, bei
    solchem Ansatz wenn ordentlich dokumentiert, erhalten.


    Das ganze Framework-Gedusel im PHP-Umfeld ist in dem
    derzeitigen Umfang meiner Meinung nach destruktiv und
    erinnert mich ja schon fasst an das
    „sozialistische Wohnungsbau Programm“ in der DDR.
    Wurde die „Platte“ anders herum an
    den Kranhaken gehängt, war’s auch ein anderer Wohnblocktyp!

  • #2
    Ähh... ... was soll uns das jetzt sagen??
    Btw: Warum dieses Forum?

    Kommentar


    • #3
      schade....dachte da käme jetzt noch ne fetzige Pointe Wieder 2 Minuten vergeudete Zeit....*grml*

      Kommentar


      • #4
        Original geschrieben von PHP-Desaster
        Ähh... ... was soll uns das jetzt sagen??
        das er ein völlig "einzigartiges" framework erschaffen hat.
        sieh' dir doch mal nur die ganzen innovationen an:

        Mein Programmrahmen und die Funktionsliste:

        • Templatesystem,
        • CSS- Layout;
        • Login-System mit Benutzerverwaltung
        • Session-Handling
        • Werte Validierung
        • dynamisches vertikales 2-Ebenen-Menü;
        • dynamische Tabsets;
        • Datagrid mit Navigation, mit und ohne
        Sortierung, mit und ohne Link-Verknüpfung der Zeilen oder Zeilen-Spalte ;
        • Web-Service mit SOAP;
        • PDF-Erstellung;
        • Serienbrieferstellung via RTF zum anschließenden editieren;
        • Hier und da ‚Java’ wenn gewünscht;
        • Javascript, Anwendung auch bei deaktiviertem JavaScript noch nutzbar;
        • Alle gängigen Browser ohne richtige Ausreißer nutzbar
        (immer wieder eine neue Herausforderung);
        • Suchfunktionen mit Ajax angereichert usw.

        das gibt es bisher noch nicht!!!11elf

        Kommentar


        • #5
          Also, das ist mal eine richtige und, wie ich denke, sehr angebrachte Kritik! Selbstverständlich bringen Standard-Frameworks, wie das ZendFramework, CakePHP usw. dem Entwickler etwas, vor allem wenn es darum geht, Applikationen agil zu entwickeln.

          Wobei man sagen muss, dass die meisten wirklich nur Bibliotheken sind, die Out-Of-The-Box zum Teil komplexe Abläufe bieten.

          Ich habe mir gerade das ZendFramework mal genauer angeschaut und bin zu dem Schluss gekommen, dass ich besser meine Klassen zusammenfassen kann in Bibliotheken, das ganze teilweise automatisiert ansteuere und so mein eigenes MVC integriere.

          Vorteile:
          • es ist mein Code
          • ich weiss, welche Methoden wann zu verwenden sind
          • Ich brauch nicht erst eine Fremd-Dokumentation zu studieren
          • es ist alles enthalten, was ich benötige, nicht mehr und nicht weniger
          • da niemand meinen Code kennt, dürfte es schwieriger sein, meine Scripts zu hacken

          Nachteile:
          • entwicklungszeit
          • erhalte nur Support von meinem Hirn


          Alles in allem bevorzuge ich den komplizierten (oder doch einfachen?) Weg und erfinde das Rad neu.

          Für den Fall, dass sich jemand mit Objekt-orientierter-Programmierung in PHP beschäftigen möchte und dazu noch begeistert wäre über Info's zum Thema Hochverfügbarkeit, einfache Patterns, Fehlerbehandlung, UnitTesting... dem sei an dieser Stelle mal "Professionelle PHP5-Programmierung" von George Schlossnagle empfohlen, erschienen in der OpenSource Library von Addison-Wesley.

          Sollte übrigens jedem empfohlen werden, da PHP4 zum Jahresende eingestellt wird und PHP6 langsam in Sicht gerät, also lieber jetzt mit PHP5 einsteigen, die OOP-Fähigkeiten kennenlernen, als zum Release von PHP6 dazustehen und zusehen zu müssen, wie andere Entwickler fröhlich vollständige Unicode-Unterstützung geniessen, während man sich selbst noch mit dem Erlernen der grundsätzlichen OOP-Kenntnisse rumschlägt.

          In diesem Sinne, es ist Wochenende und ich kann die nächsten 2 Nächte meiner Lieblingsbeschäftigung widmen...
          Für den Fall, dass ihr NICHT denkt, dass es PHP wäre, meine Freundin ist noch bis Sonntag morgen in Urlaub

          Als dann, allen ein schönes Wochenende,
          Dennis
          Musik beflügelt unseren Geist

          Kommentar


          • #6
            Schon wieder jemand der glaubt, dass 40 Zeichen pro Zeile genügen?~

            Ein netter Guide zum übersichtlichen Schreiben von PHP/MySQL-Code!

            bei Klammersetzung bevorzuge ich jedoch die JavaCoding-Standards
            Wie man Fragen richtig stellt

            Kommentar


            • #7
              OffTopic:
              Original geschrieben von ghostgambler
              Schon wieder jemand der glaubt, dass 40 Zeichen pro Zeile genügen?~
              schon wieder jemand der meint, 40 zeichen pro zeile sind zu wenig

              Kommentar


              • #8
                das er ein völlig "einzigartiges" framework erschaffen hat.
                Hört sich für mich eher nach frustrierten Ergüssen zum Wochenende an ^^

                Wenn TO ein Framework erschaffen hat, so wären mir doch ein paar mehr Informationen lieb. Gibt's ne Seite? Welche Lizenz? Soll er doch mal erzählen!

                Kommentar


                • #9
                  Das ganze klingt für mich ein bisschen nach *setzte hier eine große Komerz orientierte Firma ein*. Hey alles was ihr habt ist scheiße, ich kann alles einfacher machen. Nicht das inzwischen eigentlich alle MVC Frameworks so gut wie alle "Features" integriert hätten, nein natürlich ist alles noch viel schneller und besser. Das dabei nur ungefähr 5% von dem implementiert wurde was man letzendlich wirklich braucht, das Templatesysteme out sind, das man vielleicht mehr als zwei Menuebenen braucht, das eigentlich keiner mehr Java will, das SOAP schon nativ in PHP implementiert ist, genauso wie Sessionhandling, ja das inzwischen sogar die meisten Anfänger rudimentär CSS beherschen - von alledem hat Pturbo wohl nichts mitbekommen. Meiner Meinung nach ist da sogar der C# Port von letztens sinnvoller.
                  OffTopic:
                  Schon wieder jemand der glaubt, dass 40 Zeichen pro Zeile genügen?~
                  Man sollte die unnötigen Umbrüch einfach entfernen und dann bei doppelten Zeilenumbrüchen gleich einen neuen Absatz machen.
                  Die Regeln | rtfm | register_globals | strings | SQL-Injections | [COLOR=silver][[/COLOR][COLOR=royalblue]–[/COLOR][COLOR=silver]][/COLOR]

                  Kommentar


                  • #10
                    Ist es denn nicht viel mehr eine Frage des eigenen Stils? Womit die gesamte Diskussion unnötig wäre.. Ich bin halt der Meinung, dass der Großteil der Framework-User, und da zähle ich mich nun auch mal zu, die meisten Features nicht braucht, ergo...es sind Unmengen an Code vorhanden und man weiss eigentlich nicht wofür! Das dürfte wohl eines der Hauptargumente gegen Full-Feature-Frameworks sein, auch wenn das aus Sicht der Performance keinerlei Einfluss hat. Aber Code der nicht gebraucht wird, bildet potenzielle Sicherheitslücken und ist somit Quatsch...
                    Grüße, Dennis
                    Musik beflügelt unseren Geist

                    Kommentar


                    • #11
                      Ich bin halt der Meinung, dass der Großteil der Framework-User, und da zähle ich mich nun auch mal zu, die meisten Features nicht braucht, ergo...es sind Unmengen an Code vorhanden und man weiss eigentlich nicht wofür!..
                      Also ich brauch allen Code - sonst würde es ihn garnicht geben.
                      Die Regeln | rtfm | register_globals | strings | SQL-Injections | [COLOR=silver][[/COLOR][COLOR=royalblue]–[/COLOR][COLOR=silver]][/COLOR]

                      Kommentar


                      • #12
                        Original geschrieben von tontechniker
                        Also ich brauch allen Code - sonst würde es ihn garnicht geben.
                        OffTopic:
                        messi?
                        Kissolino.com

                        Kommentar


                        • #13
                          Ich habe ja auch nicht alle einbezogen, oder? Ich mein, du benutzt ein Framework, welches eine tolle XML-RPC und SOAP Schnittstelle bietet, du sie aber in dem Projekt nicht brauchst, ist es meiner Meinung nach Quatsch, diese "Features" zu installieren..
                          OffTopic:
                          klar...messi...tontechniker! also bitte, wer sonst sammelt Schellackplatten aus der Kaiserzeit
                          Musik beflügelt unseren Geist

                          Kommentar


                          • #14
                            OffTopic:
                            messi?
                            Quatsch, ich bezog sich auf den Code meiner Library - warum sollte ich Code schreiben den ich garnicht benötige?
                            Die Regeln | rtfm | register_globals | strings | SQL-Injections | [COLOR=silver][[/COLOR][COLOR=royalblue]–[/COLOR][COLOR=silver]][/COLOR]

                            Kommentar


                            • #15
                              Ja..hab ich denn was anderes geschrieben?
                              es ist alles enthalten, was ich benötige, nicht mehr und nicht weniger
                              Musik beflügelt unseren Geist

                              Kommentar

                              Lädt...
                              X