ПредишенСледващото

  • Преминаване от CodeIgniter или не
  • PHP
  • CodeIgniter

Здравейте скъпи!
Кой ще mnogabukaf, моля, прочетете внимателно въпроса ми и да ми помогне да се идентифицират с избора да отида с CI, или не.

Същността на въпроса: Никога не съм бил фен на ORM и други конзоли разработчик, винаги съм харесвал и би искал минимализъм на ПО, защото най-необходимо е то. Но отново имаше въпрос на преход. Аз честно казано не искам да се движат, защото
1) CodeIgniter бързо един и всички. По-бързо, само чист PHP. Е, може би малко повече microframework.
2) Безплатен архитектура: можете да безнаказано изпълни SQL-заявки в контролерите, функциите за повикване са в модел за генериране на блок в картографирането, използвайте помощника, да не се използва помощник, връзката на библиотеки на трети страни обикновено не причиняват никакви проблеми, маршрутизация URL адреси прости, ясни и тя работи добре, вие искате на българския НК - знаем проблемите и т.н. и т.н.
3) Използване на базата данни. Повече или по-малко сложни заявки са написани на ръка. Всяко малко нещо като "SELECT * FROM маса WHERE` ololo` =" 1 "И` lalala` = '123' "CI позволява в продължение на 1-2 реда код.

Да, аз съм наясно, че е необходимо да се напише CRUD`y ръце и честно казано наистина не разбирам как те не могат да пишат на ръка. Ами това е по-скоро въпрос за феновете Drupal / Yii и най-важното е да не се възползват от факта, че те не могат да пишат ръцете си, и да пренапише за себе си.

Искам да чуя добри причини да се движат настрани. Защото имам чувството, че ако проектът официално хвърлен създатели, а след това:
а) той или спре напълно в проектирането и направи така.
б) новите собственици нанизани юздите и вместо nyashnye Аки Debian Linux в света на консервативната старец ще бъде пълен с иновации и нова версия на хладно проблеми
в) че realties повече

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

Ако искате да опитате нещо ново, а след това се опита да Джанго. Да, това е питон. За смелите може да бъде пирамида. Самата Python е много гъвкаво с мета-програмиране. Вече не е необходимо generit файлове с код или държи пари в брой в рамките на автоматично генерирания код. Не глобалното пространство от имена, където има класове в неизвестен начин, поради което не е танц с клас товарачи и винаги ясно къде и какво е то - това е много подобрява яснотата на кода. Никакви предмети самоописващи, така че можете да получите на уеб-форма на ORM модели, автоматично валидиране, генерични изгледи (вижте Джанго == контролер за останалата част от света) и много други. Автоматично администраторския панел. Добър асинхронен рамка в лицето на целина. Един добър контрол върху командите за управление, които са лесно да се напише. Заедно с главоболието отива Fabric преразхода на събития с нови версии на сървъра на тест и бой. Като цяло, включени батерии.

Благодаря ви за подробния отговор, нещо за себе си от него, аз направих =)

Ако сте доволни, ако не е отвратен от кода му, тогава защо се премести?

Казах, че се интересува от стратегически проблеми на прехода. Той има смисъл и би било в черно, включително за в бъдеще. Трябва внимателно ме?

Когато търсите работа, 80% попита за опит от работа с ferymverkom, а именно Yii.

Друга причина да отида - за изпомпване на техните умения, да научат нови техники.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!