- PHP
- CodeIgniter
Bună ziua!
Acum va fi mnogabukaf, vă rugăm să citiți cu atenție îndoielile mele și să mă ajute să decid cu privire la alegerea de a pleca cu CI sau nu.
Linia de jos: nu am fost niciodată un fan al ORM și a altor console de dezvoltatori, mi-a plăcut întotdeauna și îmi va place minimalismul CI, pentru că este cel mai necesar lucru în el. Dar din nou întrebarea a apărut. Sincer, nu vreau să merg pentru că
1) CodeIgniter este mai rapid decât toate și toate. Mai rapid doar php pur. Păi, poate niște micro-cadre.
2) Arhitectura gratuit: puteți nepedepsiți executa SQL-interogări în controlerele, funcțiile de apel sunt în model pentru generarea unui bloc în cartografiere, utilizați Helper, să nu folosească helper, conectarea bibliotecilor terță parte, de obicei, nu cauzează probleme, URL-uri de rutare simple, clare și funcționează în mod clar, doriți ca CNC rusesc - să știți cum, etc. și altele asemenea.
3) Lucrul cu DB. Toate interogările mai mult sau mai puțin complexe sunt scrise manual. Totul ca "SELECT * FROM table WHERE" ololo` = '1' ȘI `lalala` = '123'" CI vă permite să executați 1-2 linii de cod.
Da, știu că CRUD trebuie să scrie cu mâinile mele și sincer nu înțeleg cu adevărat cum nu pot scrie cu mâinile. Ei bine, acest lucru este mai mult o întrebare pentru fanii drupal / Yii și cel mai important, nu primesc beneficia de faptul că nu pot scrie mâinile lui, și rescrie pentru ei înșiși.
Vreau să aud argumente puternice în direcția mișcării. Pentru că am sentimentul că dacă proiectul a fost abandonat oficial de creatori, atunci:
a) fie se oprește în cele din urmă în curs de dezvoltare și deci da.
b) noii proprietari înșirate frâiele și în loc să nyashnye Debian Linux în aki lumea omului vechi conservator va fi plin de inovații și noi versiuni de erori se răcească
c) ce naiba altceva
Nu înțeleg câștigul din faptul că nu pot fi scrise cu mâna
Există multe alte aspecte ale colaborării cu baza de date, cu excepția unui eșantion de date. ORM este, de obicei, asociat cu o grămadă de capabilități conexe. De exemplu, migrațiile schemei - schimbarea automată a tabelelor pentru cea mai recentă versiune. Cu privire la similitudinea cu modul în care git / mercurial / etc dețină versiuni ale codului, trebuie să existe și versiuni ale bazei dvs. de date cu care să poți lansa actualizări sau să te întorci. Pe lângă migrații, există arhive, utilități pentru completarea datelor de testare și așa mai departe.
Dacă doriți să încercați ceva nou, încercați Django. Da, e python. Pentru îndrăzneală, poți să faci Pyramid. Python în sine este foarte flexibil cu meta-programarea. Nu mai trebuie să generați fișiere cu cod sau să păstrați memoria cache sub codul generat automat. Nici la nivel mondial spațiul de nume, în cazul în care există clase într-un mod necunoscut, prin urmare, nu există nici un dans cu incarcator de clasă și întotdeauna clar unde și ce este - este foarte îmbunătățește claritatea codului. Orice obiecte auto care descrie, astfel încât să puteți obține un web-forma de modele ORM, validarea automată, vizualizări generice (vezi Django == controler pentru restul lumii) si multe altele. Administrare automată. Un cadru asincron bun în fața Țelinei. Buna gestionare a comenzilor de management, care sunt ușor de scris. Împreună cu Fabric, o durere de cap este lansată cu lansarea de noi versiuni pentru a testa și a combate serverele. În general, bateriile sunt incluse.
Vă mulțumesc pentru răspuns detaliat, ceva pentru mine de la el am îndurat =)
Dacă totul se potrivește, dacă nu este bolnav de codul său, atunci de ce să mergem?
Am spus că mă interesează problema strategică a tranziției. Există un sentiment și acesta va fi pe un teritoriu pozitiv, inclusiv. pentru viitor. Ai citit-o cu atenție?
Când am căutat un loc de muncă, 80% au întrebat despre experiența de a lucra cu luptătorul, și anume yii.
Un alt motiv pentru tranziție este să vă pompiți abilitățile și să învățați noi tehnici.
Articole similare
Trimiteți-le prietenilor: