Hodnocení vlastního "frameworku"

Ahoj,
měl jsem trochu času a tak jsem si napsal vlastní "framework"... Určení bych viděl pro začátečníky až středně pokročilé pro menší a střední weby. Takže jak to vlastně funguje..
1) uživatel zadá adresu, třeba example.com/testovaci-stranka/neco
2) požadavek se přesměruje na index.php a tady přichází hlavní funkce "frameworku" - podívá se do složky "actions", jestli tam je soubor, který by danou adresu zpracoval - soubory se zapisují ve tvaru 1=testovaci-stranka&2=neco - pokud se takový soubor najde, tak se includne. Soubor ale nemusí být přímo v tomto tvaru, může to být regulerní výraz (nebo pseudo výraz, třeba [ALL], [STR], [NUM]), třeba 1=[ALL]&2=[STR]. Pokud odpovídá více souborů dané adrese, vybere se ten nejkonkrétnější.
2) další výhodou je jednoduchá práce s šablonami (je jedno, jaký se použije šablonovací systém),

PHP kód:

     $replace = array("nahrada" => "nove", "dalsi_nahrada" => "dalsi");
     $_WEB["content"] = Template::load("neco", $replace); 


nahradí v šabloně "templates/neco.tpl" "{nahrada}" za "nove" atd..
To celé se pak načte do hlavní šablony, předává se pomocí pole $_WEB
3) v index.php se definují užitečné konstanty dostupné v rámci celé aplikace, konkrétně třeba jestli byl odeslán formulář nebo jestli je uživatel přihlášen (využívá vlastní třídu na přihlašování)

PHP kód:

    // actions/1=kontakt
    if(POSTED) {
         // Zpracování formuláře...
         $_WEB["content"] = Template::load("odeslano_ok");
    } else {
         $_WEB["content"] = Template::load("kontaktni_formular");
    } 


Umí toho o něco víc, tady jsem vypíchl jenom základ.

Zajímal by mě váš komentář na to, jestli něco takového má vůbec smysl a jestli by to chtěl používat někdo jiný :-) Případně jestli na to jdu celé špatně a je to nehorázný prasení :-)

Akú to má výhodu oproti už existujúcim frameworkom? Vidím akurát to, že je maximálne lightweight. Ale inak to má, myslím, príliš málo vlastností, ktoré frameworky robia slávnymi (teda všetko, čo urýchli vývoj). Aspoň teda podľa toho, čo si napísal. Nefunguje na princípe MVC, takže by sa dal použiť maximálne na malé weby, no celkovo sa pýtam - načo takýto mini framework?

Senky:
1) jednoduché na pochopení
2) přehlednost (rozdělení na více souborů podle selského rozumu)
3) není nutné znát OOP, stačí se naučit pár základních obratů jako je Template::load

MVC to není, v úvodu jsem psal, že bych možné využití viděl na menší až střední weby.

Zatím to je úplně mini framework, s tím souhlasím - spíš mě zajímalo, jestli někoho zaujme tento koncept, není problém dopsat pár tříd na validaci atd...

proc ne a zaroven proc ano :) nemam k tomu co vic rict, protoze jsem se ted vratil ze zkusebny a moc mi to nemysli, ale jednoduche pouzivani libovolneho sablonovaciho systemu ma spoustu frameworku, routing o kterem pises taktez, rozdeleni douboru taky (mvc je velmi pochopitelny), ruzne prihlasovaci moduly atd taky... no a to ze neni nutne znat OOP? to je spis velka nevyhoda :D bez OOP skutecne ne :) ja bych to treba nepouzival, stokrat radsi pouziju neoc na co mohu stahovat potrebne moduly, protoze to ma komunitu (kazdy znamejsi framework) pripadne takovy ktery umi nebo umoznuje linkovat treba zend (kohana idealni - co nema, to nalinkuju ze zendu) :)

to, ze jde o framework pro zacatecniky neni duvod pro pouziti statickych metod, ani globalnich promennych, oop bys naopak mel preferovat i pro zacatecniky - jelikoz webove aplikace maji alespon nejaky domain model, tak je oop skvela volba do budoucna.

a jinak:
1.) to je subjektivni - co chapes ty, nemusi chapat ostatni, kolik lidi rozumi lispu? a pritom je to "jednoduche"
2.) to same - a navic bezmyslenkovite rozdelovani neni vzdycky dobry napad - daleko dulezitejsi je rozdelit system na vrstvy a pribuzne veci drzet spolu - rika se tomu "high cohesion".
3.) jak uz jsem rikal, oop je u domain-rich aplikaci vyhoda