Jaké názvy modulů nejčastěji používáte v Nette aplikacích? (anketa)

Done.

Šaman napsal(a):

Obávám se, že kdo moduly nepoužívá, ten ani neklikne na anketu ohledně názvů modulů. :)
Jinak done.

Teď už třeba jo, když si přečtou, že je tam volba i pro ně :)

Zatím tedy pro mě překvapivé výsledky, ale hlasujících je zatím pár…

Ještě výsledky z Twitteru: https://twitter.com/…177124450308 a https://twitter.com/…216982867980

• název Front používá cca 2/3 uživatelů
• název Admin používá cca 3/4 uživatelů

Tedy jde o vhodné názvy pro používání v příkladech, dokumentaci atd. Díky za hlasy.

David Grudl napsal(a):

Tedy jde o vhodné názvy pro používání v příkladech, dokumentaci atd. Díky za hlasy.

A je to „best practice“?
Mně moduly Front a Admin přijdou děsně nepřenositelné.
Já mám moduly tématické, např. „articleModule“, „sliderModule“ – každý v sobě nese své neony, své routy, své AdminPresentery, své FrontPresentery, své modely atp.
Když chci pak modul přenést, stačí jej zkopírovat a vím, že se přeneslo všechno.

Administrace jako taková se pak skládá z AdminPresenterů dílčích modulů.

Pokud bych měl adminModule/ArticleAdminPresenter, musel bych procházet adminModule, frontModule, apiModule a hledat, co všechno patřilo k „Article“.

Nebo to máte ještě nějak jinak? Jak?

A není vhodné do příkladů dávat vhodné struktury?
Lidi se to z příkladů naučí a pak už to tak dělají. Tedy pokud v příkladech není vhodná struktura, tak to pak všichni, kteří se učili z příkladů dělají nevhodnou strukturou.

Otázka mi tedy vyvstává, jestli všichni, co jsme hlasovali, že používáme Front a Admin to neděláme špatně a podle našeho špatně nebude i dokumentace špatně, čímž nováčky to budeme taky učit špatně?

Možná by chtělo zavést ještě jednu diskusi, kde bychom si popovídali o výhodách a nevýhodách jednotlivých řešení.
Za mě by tedy dokumentace a příklady měly reflektovat svět kolem. Ve filosofii je to sice špatně, ale reálně se například policejní psi taky učí hledat bomby a drogy na pravých bombách a drogách, protože kdyby se to učili na maketách, tak by pak hledali makety a ne opravdové problémy.

@Šaman to je univerzální odpověď na všechno.

Je to hodně pestré téma a nevím, zda je to práce „pro jednoho“, bez nějaké oponentury nebo s dostatečným nadhledem na různé varianty. Pokud by to měl být jeden obsáhlý článek, nabízím svůj pohled ke spolupráci ještě s někým. Pokud by to měla být série článků a každý by prezentoval jednu variantu, můžu tu výše nastíněnou sepsat…

Kamil Valenta napsal(a):

David Grudl napsal(a):

Tedy jde o vhodné názvy pro používání v příkladech, dokumentaci atd. Díky za hlasy.

A je to „best practice“?
Mně moduly Front a Admin přijdou děsně nepřenositelné.
Já mám moduly tématické, např. „articleModule“, „sliderModule“ – každý v sobě nese své neony, své routy, své AdminPresentery, své FrontPresentery, své modely atp.
Když chci pak modul přenést, stačí jej zkopírovat a vím, že se přeneslo všechno.

Administrace jako taková se pak skládá z AdminPresenterů dílčích modulů.

Pokud bych měl adminModule/ArticleAdminPresenter, musel bych procházet adminModule, frontModule, apiModule a hledat, co všechno patřilo k „Article“.

Nebo to máte ještě nějak jinak? Jak?

Já u malých projektů používám pro administraci modul Admin, veřejnou část webu v modulu nemám – tomu odpovídají i url.

U větších projektů to člením tematicky ProductModule, BookingModule, apod.

U projektů, které by se opakovaly u více klientů je asi rozumné členění jak píšeš Ty – mít v každém funkčním modulu pohromadě veřejnou i administrační část ;).

DI kontejner má interně cesty uložené jako
%appDir%
%wwwDir%

atp. Tak si je můžeš klidně do LatteFactory přidat.

Polki napsal(a):

DI kontejner má interně cesty uložené jako
%appDir%
%wwwDir%

atp. Tak si je můžeš klidně do LatteFactory přidat.

Dík za doplnění znalostí, všiml jsem si v příkladech že se často používá parametr %appDir%, ale myslel jsem, že je potřeba to natvrdo nastavit v config.neon v sekci parameters.