Okay dann hier ein erschlagendes Argument: Frameworks sind, wie das Wort schon sagt, ein Grundgerüst für eine Anwendung. Wie weit Idioten-sicher diese von den Author(en) konzipiert sind hängt davon ab was das Framework am Ende leisten oder ermöglichen soll ( Intention / Designentscheidung ). Nutzer die sich mit dem Framework auseinandersetzen kommen entweder mit der Designentscheidung klar oder lehnen das Framework aus spezifischen Gründen ab.
Ich gehöre zu ersteren und bin der Lage einfach und ohne hohen Aufwand die nötigen Sicherheitsmechanismen zu implementieren ohne dabei das Grundkonzept der Dependency-Verwaltung von Silex in der Luft zerreißen zu müssen, nur weil sie ungewohnt offen definiert wurde.
Silex verletzt keine dieser Prinzipien, wenn schon Pimple und das auch nur ohne dein dazutun.
Frameworks sind Frameworks und fußen auf logische Designentscheidungen. Wer etwas erwartet das nicht teil des Frameworks ist sollte sich entweder die Mühe machen und diesen Teil dem Framework beisteuern und ein Core-Commit absetzen oder es lassen. Silex ist ja nicht gerade erst 3 Wochen draußen und du bist mit sehr hoher Wahrscheinlichkeit auch nicht der erste der sich diese Konzept-Frage gestellt hat.
Es gibt genug andere alternativen die das Verhalten der Dependency-Container in Stein meißeln, da dann irgendetwas dran zu verändern ist meist mangels fehlender Modularität unmöglich.
Ich einige mich mit mir selbst darauf das du das ganze Thema mit einer Art Tunnelblick siehst und etwas voreingenommen an das Thema herangehst.
Ich gehöre zu ersteren und bin der Lage einfach und ohne hohen Aufwand die nötigen Sicherheitsmechanismen zu implementieren ohne dabei das Grundkonzept der Dependency-Verwaltung von Silex in der Luft zerreißen zu müssen, nur weil sie ungewohnt offen definiert wurde.
Silex verletzt keine dieser Prinzipien, wenn schon Pimple und das auch nur ohne dein dazutun.
Frameworks sind Frameworks und fußen auf logische Designentscheidungen. Wer etwas erwartet das nicht teil des Frameworks ist sollte sich entweder die Mühe machen und diesen Teil dem Framework beisteuern und ein Core-Commit absetzen oder es lassen. Silex ist ja nicht gerade erst 3 Wochen draußen und du bist mit sehr hoher Wahrscheinlichkeit auch nicht der erste der sich diese Konzept-Frage gestellt hat.
Es gibt genug andere alternativen die das Verhalten der Dependency-Container in Stein meißeln, da dann irgendetwas dran zu verändern ist meist mangels fehlender Modularität unmöglich.
Ich einige mich mit mir selbst darauf das du das ganze Thema mit einer Art Tunnelblick siehst und etwas voreingenommen an das Thema herangehst.
Kommentar