Има ли някаква причина да ostavatsya kohanaframework Kohana форуми

първо съжалявам за моя oshybki, учих само до клас 4ego в Казахстан.

Тук можете chyas мисля ostatsa на Kohana може preydti друг framevork. Мисля, че най-важното нещо, ако рециклирани кода си, а след това може да vyberat framevork желание.

виж, преди няколко години имаше един код подпалвач, а след това беше Tsend един и така нататък. В случило с тях? те или удави (код подпалвач) или напълно промени (Zend). Същото ще се случи с laravel и Йе и Zend 2, те menyautsa. Не казвам, че изобщо shtob Teper fraimvork да не се предприемат, но аз говоря за това можете да създадете orhitekturu, което може да бъде в бистро pereiydti luboy framevork.

Въпросът сега е, как?

Самата идея за UTB в в vashy akchiny perevodyatsa в sobstvynnye класове. и всеки akchin да добавите rekvest и responsum оферта. Ety но класове винаги трябва да направя само едно vesh. ако трябва да се обработват bolshii неща за вършене, а след това можете да създадете клас Нови, където можете polzuetes друг клас.

След това, за да ми интерактор аз inetsyrivayu interfasy. и след това в fraimvorke, правя определен клас.

Е, тестове не са толкова chezhalo запис (основен).

ка мислите? не лидер, би било, ако се научите някои техники в отрязък от polzyvatsa lubym framevorkom?

Opentribes / Ядро изглежда много интересно - може ли да се направи английски пост за него, с информация е да работиш (това специално ядро ​​например, не цялата планова приложение), какви са плановете ви за най-близко бъдеще?

и наистина всеки път, ЗОП, просто съм искал те идея защото те обичат своя Framework.

добре, че проектът не е наистина работи в момента, единствените функции, аз завърших са си създадете профил / вход и да активирате профила. след обновяване композитор можете да пробвате това с бин / behat --tags @CreateAccount или @LoginAccount можете да видите етикетите вътре папка функции / Сметка.

Следващата аз искам да се въвеждане на автоматизирани GUI Тестове, следователно I'am ще използвате норка удължаване на Behat, така че аз искам да тествате коя грешки там ще се появи, ако аз посетите някои от тях и да въведете някои стойности в моите полета за въвеждане.

Ядро модул (и е бил вдъхновен от Kohana) ще бъде нещо като модули и каскадни файлова система на Kohana.

Всеки модул ще предоставя персонализирани услуги и персонализирани маршрути / шаблони и т.н., в / Game да решите кой модул schould бъде включен на първо място, това ще действа по-късно като Kohanas Cascading файлова система, THX за DI контейнери, за да замени съществуващите клас, просто трябва да поставите обичай клас в този контейнер с помощта на един и същ ключ масив.

този са плановете: D

PS: можете да го вилица, да направи някои въпроси, дръпнете искания, код преглед всичко IAM много поскъпване. Защото аз искам да науча това.

защо не, аз наистина didnt интересуваше какво рамка, която да използвате: D просто използва Силекс причина мога да използвам лесно Symfony компоненти или доктрина (които аз в момента са добавени) моята логика е извън рамката или иначе, просто могли да изберете папката SRC в нека Slim, и да се създаде конкретни klasses на базата на моите интерфейси и използвайте интеакторите вътре си маршрути в тънък. и всичко просто ще работи

Да, това е защо е толкова готин - рамка е само доставка :)

Не трябва да шофирате на Yii Преди да срещна с Cohanim, съм работил с Yii. Да, има по-добри докове, повече модули и други неща, които могат да помогнат в по-komyuniti разбира се. намерите отговор няма проблем. Но това е много функционален VWF, той може да бъде приковано нещо важно да nebyli ръце от задната седалка. и факта, че вие ​​казвате, че shkoloty - неубедително. Да, много от модули, които prisobachit проекта и dalesh ponastraivat през задния - няма проблем, но нищо друго няма да го правя ..

Аз съм на работа по него (подкрепа за по-големи проекти), както аз имам Yii от недостатъците: 1. Партидата на шлаката, която вече не е в употреба (за по-старите версии на PHP и различни модули) 2. Голям "първоначално" тегло 3 не е съвсем хубаво име класове, методи, и така нататък.

Kohana в това отношение по-лесно. и efektivnosti премина на Cohanim е така, защото от тези три минуси в Yii, и доволни ..

PS: Чакам reziza освобождаване Yii 2.0. Betku и изглеждаше впечатлен, скорост по-висока от тази на версията 1.x. Много ще трябва да бъдат преквалифицирани толкова много се е променила.

Аз съм в най-доброто от своите скромни сили се опита да допринесе за развитието на общността Kohana. Поради това, че рамката е наистина добро за своята простота. Но преди някъде шест месеца реших да продължава да вървим напред и да търсим да работи една нова платформа. Изборът падна на дълъг период от време, за да свикне Laravel.

На трето място, хладно ORM и един куп малки неща, които правят живота по-лесен. Auto-тип обект (дори комплекс, с вложени обекти) в JSON, когато той не се предава в мнението, но директно в отговор. Или вградена поддръжка за виртуална отстраняване - когато обектът не е в ORM-операции, но физически остава в базата данни. Миграцията от кутията. Работа с репички с изваждането от кутията. Обхват (отговарящи на критериите за подбор) в ORM ($ Модел-> deferredOrders () -> получите ()). Налице е модул, който генерира навивка код, който добавя автоматично довършване на специализираното логическо устройство, като че ли цялата рамка написани на статиката.

Разбира се, има и недостатъци. Рот трябва да предпише изрично, човек не може да се направи универсално (ада след Kohany). Боричкане с доставчици на услуги, както и на МОК-цистерни, използвани за това. загадъчен. Namespaces отново. Желанието да се направи "Фаулър" и най-абстрактно, тяхната проверяемост и разтегливост интерфейси могат да направят в джунглата, хранилищата, наблюдатели, сценарии и фасадите, така че тези дървета ще престанат да се види гората, т.е. всъщност вашата кандидатура.

Но плюсовете надделяват над минусите на това многократно. Кой мисли за това къде да мигрират - Аз бих препоръчал.

пръсти laravel - харесва, но със сигурност това не е напълно затворена линия през най-малко един проект.

всички Cohanim се изпълняват в модула и работи перфектно с изваждането от кутията.

Auto-тип обект (дори сложни, вложени обекти) в JSON няколко реда код, работи за мен.