Administrace komentářů

Ano, je to na dlouhou trat, ale nekdo rad maratony Ja se toho nebojim a kdyz uz nic, tak me to ponauci. A kdyby preci neco, bude z toho uzitek, takze prace se nebojim, uz jsem napsal tolik zbytecneho kodu, ktery uz se nepouziva, jako molokdo jiny, neztratil jsem chut, tak proc nepokracovat

Javu jsem nezkusil, C# je dost podobny jazyk, standartni tridy (az na ty uplne zakladni) jsou ale jine. Mozna bych se mohl podivat na Spring, jak mi doporucil ladicek nize, za to nic nedam.

ad MVC - pokud to nepodporuji tridy ve frameworku, nemuze ani aplikace. Pokud to aplikace podporuje, troufam si rict, ze uz to je (alespon na pul) framework. Ono k tomu modelu patri prave i ORM - tzn. nejaka DB abstrakce, nejakym zpusobem vzladnuty mapping z objektu/entity na radek v relacni databazi, nejakym zpusobem udelane zpetne napojeni z controlleru kvuli strankovani, nejakym zpusobem udelane mapovani do view, prez nejake widgety... problem je, ze MVC jako takove je teoreticka zalezitost a praxe je jinde a ta se ohyba a nekdy se stane, ze se cele MVC proleje a je z toho kus modelu v controlerru, kus view v modelu a kus controlleru v horsim pripade i v modelu i ve view a pak uz to neni MVC ale gulas, kde vsude je neco a nema to tam ve skutecnosti co delat. Na controller je jednoduche pravidlo, keep it skinny. Model je take vzdy jasny, co nepatri k logice problemu, nema tam co delat, na to jsou helpery, pripadne pro view decoratory, pro controller akce atd.. to uz je ozkousene a napsane v mnoha jazycich (Python, RoR, urcite i Java, .NET...) jen to PHP mi prijde ze mirne zaostava..

Pak se stane to, ze to bobtna a za par mesicu z toho je strudl a veskere vyhody OOP jsou ty tam a udrzitelnost nulova.