Menj a codeigniternél, vagy sem
- PHP
- CodeIgniter
Kedves drágám!
Most lesz sokabukaf, kérjük, olvassa el figyelmesen a kételyemet, és segítsen nekem dönteni arról, hogy el kell hagyni a CI-t vagy sem.
Az alsó sor: soha nem voltam rajongója az ORM és más fejlesztői konzolok, mindig is szerettem, és szeretni fogják a CI minimalizmusát, mert a legfontosabb dolog az. De ismét felmerült a kérdés. Őszintén szólva nem akarok menni, mert
1) A CodeIgniter gyorsabb, mint minden. Gyorsabb csak a tiszta php. Nos, talán még néhány mikro-keret.
2) Szabad architektúra: lehet büntetlenül végre SQL-lekérdezéseket a vezérlők, hívás funkciók a modellben a generáció egy blokk a feltérképezése, használja a segítő, hogy nem használja a segítő, a kapcsolat a harmadik fél könyvtárak általában nem okoz semmilyen problémát, routing URL egyszerű, világos és világosan működik, szeretné, ha az orosz CNC - know how, stb. és hasonlók.
3) Munka a DB-vel. Minden többé-kevésbé összetett lekérdezés kézzel írt. Bármi, mint a "SELECT * FROM table WHERE": ololo` = '1' ÉS `lalala` = '123'" A CI lehetővé teszi, hogy 1-2 sornyi kódot hajtson végre.
Igen, tudom, hogy CRUD `y kell írni a kezem és őszintén nem igazán értem, hogy nem tud írni a kezüket. Nos, ez inkább a drupal / yii rajongóinak kérdése, és ami a legfontosabb, nem értem a nyereséget abból a tényből, hogy nem írhatók kézzel, és átírják önmagukat.
Hatalmas érveket szeretnék hallani a lépés irányában. Mert úgy érzem, hogy ha a projektet hivatalosan elhagyják az alkotók, akkor:
a) végül a fejlesztés során megáll, és így igen.
b) az új tulajdonosok vzzhdun redők és helyett nyashnogo aki debian a világon a konzervatív öregember, lesz tele újításokkal és új cool glitches verzió
c) mi a pokol mást
Nem értem a nyereséget, hogy kéznél nem írhatók
Az adatbázissal való együttműködés sok más szempontja is van, kivéve az adatok mintáját. Az ORM általában egy csomó kapcsolódó képességgel van összekapcsolva. Például a séma migrációja - az asztalok automatikus módosítása a legújabb verzióhoz. A kódex változatainak hasonlósága miatt az adatbázisnak olyan változatai is vannak, amelyekkel frissítheti vagy visszaléphet. A migrációk mellett vannak archívumok, segédprogramok a tesztadatok kitöltéséhez, stb.
Ha valami újat akarsz kipróbálni, próbáld ki Django-t. Igen, ez python. A merész, akkor piramis. A Python maga nagyon rugalmas a meta programozásával. Már nem kell kódokkal ellátott fájlokat létrehoznia, vagy a gyorsítótárat az automatikusan generált kód alatt meg kell tartania. Nincs globális névtér, ahol vannak osztályok egy ismeretlen módon, tehát nincs tánc osztály rakodógépek és mindig világos, hogy hol és milyen ez - ez nagyon Fokozza a kódot. Bármilyen tárgy önleíró úgy, hogy akkor kap egy web-forma ORM modellek, automatikus ellenőrzését, generikus nézetek (Django nézet == vezérlő a világ többi része), és még sokan mások. Automatikus admin. Jó aszinkron keret a Zellerben. Jól kezelhető a kezelési parancsok, amelyek könnyen írhatók. Együtt a fejfájás megy Fabric túllépés eseményeket az új verziók a teszt szerver és harcban. Általában az elemeket tartalmazza.
Köszönöm a részletes választ, valamit magamnak tőlem, amit elviseltem =)
Ha minden megfelel, ha nem beteg a kódja, akkor miért megy?
Azt mondtam, hogy érdekel az átmenet stratégiai kérdése. Van egy értelme, és ez pozitív területen lesz. a jövőre nézve. Figyelmesen olvasott?
Amikor munkát kerestem, 80% -uk megkérdezte a birkózóval való munka tapasztalatait, nevezetesen a yii-t.
Az átmenet másik oka az, hogy szivattyúzza a készségeket és új technikákat tanuljon.