Van valami oka, hogy ostavatsya kohanaframework Kohana fórumok

első bocs az én oshybki, tanultam csak legfeljebb osztály 4ego Kazahsztánban.

Itt chyas gondolja ostatsa a Kohana lehet preydti másik framevork. Azt hiszem, a legfontosabb dolog, ha újrahasznosított a kódot, és ezután lehet vyberat framevork szeretnék.

lásd, néhány évvel ezelőtt volt egy kódot gyújtó, akkor volt Tsend és így tovább. INTO történt velük? ők sem kiszorítják (kód gyújtó), vagy teljesen megváltozott (Zend). Ugyanez fog történni a laravel és Yee és a Zend 2, akkor menyautsa. Nem azt mondom, egyáltalán shtob Teper fraimvork ne vegye, de beszélek, akkor létrehozhat orhitekturu, ami lehet a bisztróban pereiydti luboy framevork.

A kérdés most az, hogyan?

Maga az ötlet UTB az INTO vashy akchiny perevodyatsa a sobstvynnye osztályok. és mindegyik akchin hozzá rekvest és responsum ajánlat. Ety de osztályok mindig csak egy vesh. ha kell feldolgozni bolshii dolgom, akkor hozzon létre egy osztályt Novi ahol polzuetes más osztályban.

Aztán, kölcsönható I inetsyrivayu interfasy. majd fraimvorke, csinálok egy adott osztályban.

Nos, a vizsgálatok nem annyira chezhalo write (alap).

ka mit gondol? Nem s top lenne, ha megtanul néhány technikákat ETU és polzyvatsa lubym framevorkom?

Opentribes / Core néz ki, nagyon érdekes - lehet, hogy egy angol poszt róla, az info van ez működik (ez különösen mag, például nem teljes tervezett app), mik a terveid a közeljövőben?

jól igazán, ha minden ppl csak dont, mint ők ötlet mert ők szeretik a keret.

valamint a projekt nem igazán működik most, az csak a jellemzők befejeztem a fiók létrehozása / bejelentkezés, és aktiválja fiókját. frissítése után zeneszerző tesztelheti ezt bin / Be-hat --tags @CreateAccount vagy @LoginAccount láthatjuk a címkék belül funkciók / fiók mappát.

következő Azt akarom, hogy végre automatizált GUI Tesztek, ezért I'am fogja használni Mink meghosszabbítását-hat-, ezért szeretnék kipróbálni, ami a hibák nem jelenik meg, ha meglátogatom néhány URL és írja egyes értékek az én beviteli mezőt.

A Core Module (i ihlette Kohana) valami olyasmi lesz, modulok és a lépcsőzetes fájlrendszert Kohana.

Minden modul biztosítja az egyéni szolgáltatásokat és egyedi útvonalak / sablonok stb, / Játék eldönteni, hogy melyik modul schould engedélyezni kell először, ez fog működni később, mint Kohanas Cascading fájlrendszer, thx a DI Container, cserélni a meglévő osztály, akkor csak meg kell, hogy tegye a egyéni osztályt az edényzetet segítségével ugyanazt a tömb gombot.

amit a tervek: D

PS: lehet villa azt, hogy bizonyos kérdésekben, húzza kérések kód értékelések mindent iam nagyon felértékelődő. Mert azt akarom tanulni ezt.

miért nem, én igazán didnt érdekelte milyen keretek használni: D csak használt silex mert én egyszerűen használható symfonys alkatrészek vagy tan (amit jelenleg hozzáadott) én logika kívül keretet egyébként, akkor is csak felvenni a src mappát mondjuk vékony, és hozzon létre konkrét Osztályon alapján én interfészek és használja a kölcsönható belsejében útjai, vékony. és minden rendesen működik

Ja, ez miért olyan jó - keret mindössze szállítás :)

Nem kellene vezetni a Yii Mielőtt találkoztam a Cohanim, dolgoztam Yii. Igen, vannak jobb dokkok, több modulok és más dolog, amely segíthet több komyuniti során. megtalálni a választ, nincs semmi probléma. De ez a sok funkcionális vWF, akkor szegecselt valami fontos nebyli kezét a hátsó ülésen. és az a tény, hogy azt mondják, hogy shkoloty - meggyőző. Igen, sok modulok prisobachit a projekt és a dalesh ponastraivat keresztül backend - nem probléma, de semmi más nem fog csinálni ..

Dolgozom rajta (támogatja a régebbi projektek), mint én Yii a hátrányai: 1. A sok minden salakot, hogy nincs már használatban (a régebbi PHP és a különböző modulok) 2. Nagy „kezdeti” súlya 3 nem elég szép név osztályok, módszerek, és így tovább.

Kohana e tekintetben könnyebb. és efektívnosti Átkapcsolva Cohanim azért van, mert ez a három minuses Yii, és elégedett ..

PS: Várom kiadás reziza Yii 2.0. Betku nézett lenyűgözött, a sebesség nagyobb, mint az 1.x verziót Sokkal kell képezni, így sok minden változott.

Én vagyok a legjobb a szerény erők megpróbálták hozzájárulnak a közösség Kohana. Mivel a keret nagyon jó az egyszerűség. De valahol hat hónappal ezelőtt úgy döntöttem, hogy még mindig megy előre, és keresni egy új platform működik. Esett a választás egy hosszú idő, hogy hozzászokjanak Laravel.

Harmadszor, hűvös ORM és egy csomó apró dolog, hogy az élet könnyebb. Auto-típusú objektum (akár összetett, beágyazott objektumok) JSON, ha nem kerül átvitelre a nézet, hanem közvetlenül a válasz. Vagy beépített támogatást a virtuális eltávolítása - ha a téma nem a ORM-műveleteket, de fizikailag az adatbázisban marad. Migrációs ki a dobozból. Munka retek ki a dobozból. SCOPE (a kiválasztási kritériumoknak megfelelő) az ORM ($ modell-> deferredOrders () -> get ()). Van egy modul, amely létrehozza lábszárvédő kód, amely hozzáteszi, az automatikus kiegészítést az IDE, mintha az egész keretet írt statika.

Természetesen vannak hátrányai. Roth kell felírni kifejezetten, nem lehet, hogy egy univerzális (pokol után Kohany). Viaskodott szolgáltatók és egy NOB-használt konténerek is. érthetetlen. Névterek újra. A vágy, hogy „Fowler”, és a legelvontabb, tesztelhetőségi és bővíthetőség interfészek teheti a dzsungelben, adattárak, megfigyelők, forgatókönyvek és homlokzatok, hogy ezek a fák megszűnik látni az erdőt, azaz valójában az alkalmazás.

De a profik meghaladják a hátránya ezeknek többször. Aki azt hiszi, hogy hol migrálás - Azt javaslom.

ujjas laravel - tetszett, de természetesen ez nem teljesen végigjárjuk a legalább egy projektben.

A Cohanim mind végre a modult, és tökéletesen működik a dobozból.

Auto-típusú objektum (akár egy komplex, beágyazott objektumok) JSON néhány sornyi kódot, nekem dolgozik.