Open source modulárny CMS v Nette

Pozdravujem všetkých!

Mal by som niekoľko cielených otázok na všetkých ktorí pracujete vo firmách na rôznych webových projektoch:

• prečo podľa vás doterajšie projekty CMS systémov v Nette (https://pla.nette.org/…ky-nad-nette) nemajú ďalší vývoj a podporu?
• prečo sa každý zameral len na „CMS“ ako také?
• používate niekto aktívne tieto opensource vo firmách s pravidelným nasadzovaním na komerčné projekty?
• alebo naopak vyvíjate vlastný CMS? – úprimne, akú ma úroveň a aký programátori na ňom pracujú?

Prečo sa to pýtam?

Za posledných 7 rokov sme vybudovali viacero zaujímavých funkčných projektov v Nette.
No nemáme pocit že starší systém na ktorom sme tieto projekty budovali ma potenciál byť veľmi úžasný, veľký no hlavne prívetivý pre profesionálov. Chýbali mu testy, ako taká rozumná architektúra, chybný návrh a opakovaný kód, závislosti ktoré sa nedajú odstrániť, žiadne rozdelenie na drobné moduly, komponenty, extensions, pluginy, atď.
Poznáte to?

Na čo sme ale prišli?

Vyvíjať jednoúčelový systém vo firme pre pár projektov ročne nie je ekonomické pre žiadnu bežnú firmu na SK ani v CZ (samozrejme ak nepoberáte nejaké tie príspevky z EÚ).

Čo sme spravili vo WAME.sk?

Vybudovali sme za posledný rok nový, štandardizovaný, modulárny, prehľadný a logicky rozdelený informačný systém v Nette fw. Nie CMS, nie ERP, ani iné jednoúčelové systémy. Univerzálna architektúra pre akýkoľvek typ projektu.

Nazvali sme ho WAME IS

(ako všeobecný „informačný systém“)

• Cieľom bolo vytvoriť čistý kód podľa svetových štandardov (aj podľa iných frameworkow) aby nebol vývoj závislý na jednom tíme programátorov.
• Vytvoriť modulárnosť a nezávislosť jednotlivých repozitárov
• kód v angličtine, každému repozitáru dať readme pre inštaláciu, použitie a príklady
• postupne pokrývať unit testami všetky dôležíté súčasti
• neopakovať rovnaký či podobný kód a využívať výhody DI
• nastavovanie modulov a všetkého čo sa dá prostredníctvom .neon configov (darí sa nám)
• vyriešiť automatickú inštaláciu balíkov a rozšírovanie balíkov navzájom (bez nutnosti zložitých integračných postupov vrámci kódu)

Čo z toho teda vzniklo?

ArticleModule – práca so základným článkom (titulok, perex, text)
CategoryModule – práca so stromom kategórii všeobecne
ArticleCategoryPlugin – prepojí modul kategorizácie na články

ďalej napr. GalleryModule – dopĺňa formulár o multiupload fotografií a náhľady (+ práca s nimi)
následne tiež ArticleGalleryPlugin – prepojí modul galérie na články

SeoModule – …
ParameterModule – …
TagModule – …
...........

Teraz si **predstavte vytvoriť ProductModule pre produkty v eshope. **
Obsahoval by základné info o produkte – titulok, popis, ean, plu, …
Na všetko ostatné čo už máme vytvorené poslúžia pluginy (tie sú asi tak 10–100 riadkov kódu v 1–5 súboroch)

• ProductCategoryPlugin
• ProductSeoPlugin
• ProductParameterPlugin
• ProductTagPlugin

Hotovo…

Týmto spôsobom sme vytvorili už niečo okolo 160 rôznych modulov, komponentov a pluginov. Každý z nich je jednoúčelový, logika a kód sa neopakuje v žiadnom z nich. Spoločné prvky držíme v Core (tiež samostatný repo) a v ďalších nezávislých repozitároch ako traity, alebo triedy.

Za všetkým stojí tzv. PluginLoader, ktorý dynamicky spája .neon súbory (podľa závislosti a vnorenia v composer.json).
Vďaka tomu sa .neon súbory automaticky spoja zo všetkých inštalovaných modulov, komponent a pluginov.

Čo nám to vyriešilo?

Večný problém preťažovania kódu ktorý bolo potrebné upraviť pri rôznych zadaniach.

Predstavte si formulár Nette:

protected function createComponentRegistrationForm()
    {
        $form = new UI\Form;
        $form->addText('name', 'Meno:');
        $form->addPassword('password', 'Heslo:');
        $form->addSubmit('submit', 'Odoslať');
        $form->onSuccess[] = [$this, 'registrationFormSucceeded'];
        return $form;
    }

Je to základné použitie ktoré má ale svoje problémy pri narastajúcom projekte.
Pochopiteľne, takýto formulár by ste oddelili do vlastnej triedy, zaregistrovali ako service a používali na viacerých miestach.
Formulár by ste umiestnili do vlastnej komponenty, vytorili by ste repo a inštalovali cez composer do zložky /vendor. Čo ak ale chcete formulár v danom projekte upraviť? – doplniť, odstrániť, upraviť poradie jednotlivých prvkov? Už to začne byť zložitejšie.
Nemožete predsa zasahovať do kódu.

Ako to funguje vo WAME IS?

Modul by mal vlastný config a v ňom:

RegistrationFormBuilder:
        class: Wame\DynamicObject\Forms\EntityFormBuilder
        setup:
            - setRepository(@UserRepository)

            - add(@Wame\DynamicObject\Forms\Containers\INameContainerFactory, "NameContainer", {priority: 90})
            - add(@Wame\DynamicObject\Forms\Containers\IPasswordContainerFactory, 'PasswordContainer', {priority: 80})
            - add(@Wame\DynamicObject\Forms\Containers\ISubmitContainerFactory, "SubmitContainer", {priority: 10})

Jednotlivé containery sú vytvorené len raz pre rôzne inputy, ktoré reprezentujú columns v entitách. Preto aj tá metóda setRepository, vďaka čomu formulár vie kde má odoslaný formulár ukladať.

Ak by som chcel formulár upraviť, doplniť, tak môžem do svojej aplikácie v zložke /app zadefinovať nový config v ktorom zavolám službu RegistrationFormBuilder a cez setup metodu jednoducho pridam dalsie inputy, alebo cez gettery zavolám už vytvorené containery a upravím ich. Prípadne zavolám metódu remove(NazovContainera) a odstránim nežiadúce prvky formulára.

** Na podobnom princípe vo WAME IS funguje X ďalších súčastí: **

• permissions
• rôzne settings modulov a komponent
• API vrstva generovaná automaticky z repozitárov
• eventy
• commands
• komponenta pre Gridy (využívame hlavne v AdminModule)
• rôzne ďalšie nastavenia modulov a komponent…

Čo je vlastne cieľom tohto môjho príspevku?

• zistiť, či by bol záujem jedtnolivcov a firiem o spoločný vývoj a prácu s takýmto systémom?
• prípadne či by ste mali záujem o komerčné využitie a vývoj nových súčastí?
• hľadáme spätnú väzbu s názormi na myšlienku
• hľadáme cestu ako tomuto projektu dať väčší záber a pohrávame sa s myšlienkou komunity okolo open source.

Ďakujem v mene všetkých kolegov a seba za otvorenú diskusiu.

Editoval tolljump (13. 7. 2017 17:39)