Kohana 3.x nebo Kohana 2.x

Ahoj, nejaky cas uz pouzivam framework kohana. Od te doby co prisla stable verze 3.x sem ale zacal vahat. Porad mi zatim vyhovuje vice 2.x, mozna z duvodu ze jsem na ni uz zvykly, ale i po strance MVC a jednoduchosti mi prijde lepsi. Typ HMVC, co pouziva 3.x, zase podporuje radu zmen a zameru se na uplne jinaci smer pouzivani benchmark,mysql,routing apod. Jaky na to mate Vy nazor? Popripade, vyhody a nevyhodu obou dvou? :)

ani jedno - kohana 3 je krokem kupredu, ale porad to stoji zaprd - ja mam vlastni kohana-like fw, minimum trid, minimum helperu, minimalni adresarova struktura - neni to tak krasne znovupouzitelne a modularni, ale zato se to neporovnatelne lepe udrzuje (takove ty drobne upravy typu pridej neco sem, neco tam, kdyz uz aplikace bezi - proste vlezu rovnou do _templates, zadne hledani prislusne sablony, ktera je nekde prepsana, apod.) tak jako kohana 3 vypustila input knihovnu, tak ja jsem v podstate sel jeste dal, zrusil jsem i helper pro url a adresy jsou vsechny relativni zacinajici / - aplikace tak muze bezet (bez uprav) jenom v ramci domeny nebo subdomeny, nemuze byt nikde v adresari, ale vyrazne to zjednodusilo celou architekturu a v 99% pripadu stejne nejsou absolutni url potreba - a je to samozrejme take rychlejsi, protoze neni potreba vyhodnocovat domenu a koukat do dns cache, zejo... a takovych veci sem tam nasupal vice - stejne tak sla do rite trida pro session, vsechno je provedeno v ramci metody request (vyseparoval jsem si do budoucna i bootstrap a action, kdybych potreboval k aplikaci pristupovat externe a nebo volat subrequesty)... co se db tyce, tak jsem sel cesto PDO + jednoduche orm s konceptem repositories a magic finderu: napr. db :: repo ( "users" ) -> find_all_by_group_id ( $group_id ); sablony jsou pak prepsane a zjednodusene a umi zakladni (a velmi jednoduchy, ale dostacujici) automaticky escaping, jako treba nette, ale nechal jsem si silu php: casem to asi uvolnim ven, ale nejdriv to budu muset trosku procistit, je tam jeste dost veci, ktere se mi nelibi a casem opravim, ale maji malou prioritu - kazdopadne je to porad lepsi nez kohana... a hlavni pravidlo je minimum magie (jedine 2 vyjimky jsou ty sablony a db. findery) ============ kdybych se rozhodoval mezi tema 2ma, tak kohana 3, ale ma slabsi dokumentaci mi prijde, takze budes muset hodne lovit ve zdrojacich

2vedouci: v tvem postupu vidim jen jedinou chybu, az budes neco delat v tymu, tak ti tvuj framework bude k nicemu nebo k nemu budes muset pro ostatni sepsat prislusnou dokumentaci :) jinak mam ale rad kdyz ma nekdo takovouhle invenci, driv sem se snazil taky psat ve svem frameworku, nakonec jsme z toho ale z casovych duvodu ustoupil

tys to nepochopil, neni to o vymysleni novych veci, je to maximalnim zjednoduseni a posileni uz existujicich veci - navic zauceni je prace na 10-20 minut, pokud neni borec uplny tele :-)

Napsal vedouci;524622

tys to nepochopil, neni to o vymysleni novych veci, je to maximalnim zjednoduseni a posileni uz existujicich veci - navic zauceni je prace na 10-20 minut, pokud neni borec uplny tele :-)

je to jine = chce to novou dokumentaci, ono je vcelku jedno jestli je to necemu podobne, postupy se proste lisi :) jinak ja nerikal ze je to o vymysleni novych veci, ale i zjednodusovani a ladeni proste stoji cas, proto jsem nakonec zacal pouzivat ciste hotova reseni, i presto ze jsou treba trochu komplikovanejsi nez je potreba :) vyhovuje mi to, je to da se rict standardizovane - kdo proste v kohane umi ten se vyzna v mych i jinych kodech bez problemu a ac jsou nejake veci delane neprakticky a dali by se udelat lepe, tak ejto porad stokrat lepsi nez psat ciste strukturovane PHP coz je svym zpusobem vcelku prasarna halvne pro budouci upravy :) ale kdybys nekdy chtel tvoje reseni uvolnit, tak jsem rozhodne prvni kdo by o tom chtel vedet ;)

zatim nic neuvolnuju, mam prace az nad hlavu, ale pokud to casem udelam, tak se urcite pochlubim tady na webtrhu a jestli rad ctes a pises dokumentaci, tak u me by sis moc nepocetl, zastavam radeji citelny kod, protoze: return true; //returns false dokumentaci je potreba udrzovat - a casem je to peklo, takze kdyz dokumentace, tak na zacatku tridy a nejaka souhrna pro uvedeni do problematiky a to je vse.

minimalne komentarova dokumentace potreba urcite je :) protoze hledat neoc v kodu jen proto, ze nekdo byl lenivej psat vysvetleni nekam vedle mi prijde dost neefektivni :)

a neni lepsi psat kod, ktery neni potreba vysvetlovat? :-) resis nasledky a ne pricinu - muzu ti oponovat tim, ze psat komentare jenom proto, ze byl nekdo lenivej premyslet nad vystiznym nazvem metody/tridy/promenne, mi taktez prijde dost ne-efektivni... potrebuje tohle komentar? public function restore_admin () { $users_repo = db :: repo ( "users" ); $admin_user = $users_repo -> find_by_login ( "admin" ); $admin_user -> set_password ( "admin" ); $admin_user -> is_admin = true; $users_repo -> update ( $admin_user ); } (zamerne jsem vymyslel neco slozitejsiho - dost casteji je to totiz mnohem jednodussi: class UsersController { public function view ( $user_id ) { $user = db :: repo ( "users" ) -> find_by_id ( $user_id ); echo Template :: factory ( "users_view", compact ( "user" ) ); } }

ne vsechno potrebuje komentar na druhou stranu jsou tu slozitejsi tridy pripadne slozitejsi kod, ktery by bylo vhodne vysvetlit - takove ORM v kohane bych bez dokumentace chapal a umel pouzivat jen tezko a pokud ano, tak bych se to ucil neefektivne z kodu nekoho jineho - zatimco jedno procteni kratsi dokumentace me to nauci taktez a rychlej, efektivnej :) takze prestan mlit sracky o kodu co lze pochopit atd... at je kod pochopitelny sebevic tak je u slozitejsich kodu, trid, knihoven proste strasne neefektivni snazit se pochopit jeji funkci z kodu ! nebo kdyz bdu hledat kde se v systemu nachazi dejme tomu nejaka funkce, bude proste mnohem rychlejsi projit rychle seznam v dokumentaci nez prolezat kody... na jednu stranu se tady ohanis minimalizaci, zefektovnovanim kodu a urychlovanim psani ruznych veci a na druhou stranu nejses schopny uznat ze dokumentace je jedna z veci ktera efektivite uceni/pouzivani napomahaji ve velke mire, hlavne kdyz jako programator pouzivas vic ruznych frameworku (pracujes na ruznych projektech pro vice lidi) a nemuzes si proste pamatovat vsechno... to jsem zvedavej jak obhajis tohle, protoze jestli mi stale budes tvrdit ze dokumentace je k nicemu tak uz opravdu nevim jak ti vysvetlit ze dokumentace je to co u kazdeho projektu proste byt musi, pokud ho teda nepouzivas jen sam pro sebe, pak je to ais dcl jedno :)

Napsal AlesiBoss;525163

ne vsechno potrebuje komentar na druhou stranu jsou tu slozitejsi tridy pripadne slozitejsi kod, ktery by bylo vhodne vysvetlit - takove ORM v kohane bych bez dokumentace chapal a umel pouzivat jen tezko a pokud ano, tak bych se to ucil neefektivne z kodu nekoho jineho - zatimco jedno procteni kratsi dokumentace me to nauci taktez a rychlej, efektivnej :)

takze prestan mlit sracky o kodu co lze pochopit atd... at je kod pochopitelny sebevic tak je u slozitejsich kodu, trid, knihoven proste strasne neefektivni snazit se pochopit jeji funkci z kodu ! nebo kdyz bdu hledat kde se v systemu nachazi dejme tomu nejaka funkce, bude proste mnohem rychlejsi projit rychle seznam v dokumentaci nez prolezat kody...

na jednu stranu se tady ohanis minimalizaci, zefektovnovanim kodu a urychlovanim psani ruznych veci a na druhou stranu nejses schopny uznat ze dokumentace je jedna z veci ktera efektivite uceni/pouzivani napomahaji ve velke mire, hlavne kdyz jako programator pouzivas vic ruznych frameworku (pracujes na ruznych projektech pro vice lidi) a nemuzes si proste pamatovat vsechno...

to jsem zvedavej jak obhajis tohle, protoze jestli mi stale budes tvrdit ze dokumentace je k nicemu tak uz opravdu nevim jak ti vysvetlit ze dokumentace je to co u kazdeho projektu proste byt musi, pokud ho teda nepouzivas jen sam pro sebe, pak je to ais dcl jedno :)

ale ja sem nechtel rict, ze dokumentace je k hovnu, rikal jsem, ze ji musis udrzovat a ze psat dokumentaci ke kazde metode je picovina - a za tim si stojim. ja pisu dokumentaci, ale jenom u veci, u kterych je to potreba...

Ja myslim, ze jste asi uplne nepochopili oc se tu jedna .. Nechtel jsem tady zacit flame ci kod je lepsi a ci dokumentace je lepsi.. Chtel jsem to zalozit jen pro fandy kohany jako MVC frameworku a chtel jsem nekoho kdo resil stejny problem.. Jestli 3.x nebo 2.x .. A uprime receno je mi uplne jedno co tady melete o nejake dokumentaci ci stylu psani protoze to neni vubec k veci .. Mnohem vic bych ocenil klady a zapory ci problemy se kterymi jste se setkali u pozivani tohoto fw. Zkuste se prosim drzet tematu a nechat sve programatorske-ego v poklidu .. dekuji

Napsal felix.noblexity;525783

Ja myslim, ze jste asi uplne nepochopili oc se tu jedna .. Nechtel jsem tady zacit flame ci kod je lepsi a ci dokumentace je lepsi.. Chtel jsem to zalozit jen pro fandy kohany jako MVC frameworku a chtel jsem nekoho kdo resil stejny problem.. Jestli 3.x nebo 2.x .. A uprime receno je mi uplne jedno co tady melete o nejake dokumentaci ci stylu psani protoze to neni vubec k veci .. Mnohem vic bych ocenil klady a zapory ci problemy se kterymi jste se setkali u pozivani tohoto fw. Zkuste se prosim drzet tematu a nechat sve programatorske-ego v poklidu .. dekuji

vse uz bylo receno v kohannim foru: "Kohana v3 is stable and ready for production. There is an unofficial wiki and lot's of topics in the forum. If you're not afraid of reading code, I would suggest going for version 3." az na adresarovou strukturu (obe reseni jsou spatna) je kohana 3 ve vsem lepsi nez kohana 2, tecka. a ja jsem v klidu - a moje ego taky...

:) clovek nemuze ani normalne diskutovat, no dobre, uznavam ze to bylo mirne OT, ale za tou diskusi nebylo nic spatne mineno ani nic na masirovani ega :) jinak s vedoucim souhlas, kohana 3 ma spousty veci navic spousty veci resenych lepe... co se adresarove struktury tyka tak mi to neprijde zas tak moc spatne resene :) idealni to neni to uznavam... ale neni to tak hrozne

Já jsem minulý víkend začal používat 3.x jako svůj první MVC a zatím jsem úplně spokojený. Mám aplikaci na editaci obecnéh očíselníku a ještě jsem nepotřeboval koukat do zdrojáků :). Koncept HMVC nepoužívám a asi ani nepoužiji. Leos

:) ja delam v Kohane 2, ale ted jeden projekt tvorim v trojce a HMVC se mi skutecne libi :) vyuzivam ho