Standarde eronate pentru dezvoltarea pe 1c-bitrix

intrare

Bună ziua!
Așa sa întâmplat că, în practica mea, lucrez adesea pentru diferite studiouri / companii în ceea ce privește dezvoltarea site-urilor și a altor servicii digitale. Prin urmare, fiecare companie care se potrivește în mod serios la stadiul de producție, există reguli și cerințe pentru dezvoltarea la toate nivelurile (de design, aspect și integrare + programare), vă propriul sau împrumutat de la cineva de codificare Stil și cadre și biblioteci standard (jQuery, modernizator, etc).

La sfârșitul a ceea ce este timpul am început să observați că experții să acorde mult mai multă atenție la cerințele de dezvoltare decât cele de design si creativitate. Designerii au început să tambur cu actualizări „se poate face asta?“, Designerii Web au uitat despre interfața portabile și utilizarea multiplă a elementelor, ceea ce spunem, au uitat despre clasele banale caracteristică ajută la marcare rapidă, să nu mai vorbim de un cadru CSS că noțiunea de Cele mai multe dintre cerințele (ale mele și ale terților) pur și simplu nu se potriveau. Încet, dar sigur, am început să realizez că acest lucru duce la un cerc vicios, un fel de recursie, precum și introducerea de noi tehnologii în cerințele stabilite percepute ca fiind dureros, că suntem „pentru a pune în afara lor client mare.“

Erori la locul de muncă

Ei bine, atunci. De ce avem nevoie de o zonă de lucru și care este antetul și subsolul paginii. În cele mai multe site-uri șablon totul este ca întotdeauna și așa cum este descris mai sus. Să luăm în considerare site-urile mai creative, în cazul în care proiectantul nu este cusut în cadrul CMS, în cazul în care coder folosește cadru CSS preferat și avem un site web, fiecare pagină care este o operă de artă și aproape similară cu cele anterioare. Ia pagina de start o singură coloană și se împarte în trei coloane, în paginile de conținut și două funcționale (de exemplu director). Ce vom vedea înăuntru? Ce vom vedea în șabloane? Cel mai bun caz, un șablon cu cârje pe directorul sau mai rău utilizarea de tamponare, în cel mai rău este un șablon pentru trei structuri diferite, repetând aceleași elemente într-un capac și o pivniță. Nu mai face asta! Domeniul dvs. de lucru este ceea ce este diferit pe toate paginile site-ului. Dacă aveți o bara laterală pe o singură pagină și nu una pe cealaltă, nu este nevoie să puneți pe cârje! Acest cod este absolut neacceptat. Creați un spațiu de lucru care include atât bara laterală, cât și conținutul principal. Pune div.some_class pentru fiecare pagină! Știți de ce vă este teamă de această abordare? Cum vor trăi administratorii de conținut dacă nu găsim zona de conținut pentru paginile statice. Și mie mi-a fost frică de asta. O asemenea atitudine reverențioasă conduce la metode și metode de dezvoltare, care cu greu pot fi numite altfel mizerabile. Vă îndemn să nu se tem să se uite grațios și soluții, mai degrabă decât cei care predau un curs online pe Bitrix. Mai mult, platforma permite.

Teama de compatibilitate înapoi

Teama cauzată de posibila defecțiune a componentei și ca urmare a pierderii loialității clienților te face să te duci pentru astfel de acte pe care ți-e rușine să le publici și cei care au făcut-o sunt mândri de ei înșiși! Iartă-te, dar chiar și logica scrupulos scrisă în result_modifier.php zboară și, de fapt, se folosește componenta cutie. Sunteți dezvoltatori, creatori, programatori, vrăjitori, în cele din urmă! Dar nu, teama ochilor este mare și, prin urmare, noi toți mergem mai departe în privința cadrului și limitărilor. Dumnezeu, cum rămâne cu dezvoltatorii care folosesc soluțiile de pe piață? Să mergem și mai mult. Cum trăiesc studiouri care vând site-uri web pe cadre și CMS liber, unele dintre care nu sunt astăzi atât de mâine, vor dispărea cu totul de pe piață? Veți spune - "ei vor veni la noi și vom transfera site-ul la Bitrix!" Serios? Site-urile care sunt limitate doar de imaginația creatorului și au cucerit piața de nișă nu vor trece niciodată la un alt produs. Sunt chiar frică să-mi imaginez cum Google sau Yandex sunt în viață fără Bitrix. Ereticii, toți eretici! Ești încă aici? Atunci vom continua.

De ce avem nevoie de Bitrix?

Bitrix este un designer cu o grămadă de module gata în panoul de administrare (care nu mai există). Unele blocuri de informații pe care puteți construi orice logică vorbesc de la sine, spunând că "nu avem un modul de știri, un catalog sau un cursor, dar există un sistem pe care să le construim". De ce avem nevoie de un astfel de constructor de nivel scăzut? Pentru două lucruri este suficient:

Crearea de sucursale pe baza unor soluții gata sau propuse
Creați propria logică internă pentru comportamentul aplicației web

Page Controller + Controler frontal

Acesta este un subiect foarte interesant. Da, Bitrix funcționează prin controlerul de pagină. Ce înseamnă - pentru a ne conecta la sistemul de bază în fiecare fișier publice, fiecare pagină corespunde unui fișier de pe server pe site-ul - și vechiul record rupt, este clar suntem înapoi compatibile, dar numai dacă vom continua să stea în cadrul sistemului. Interesant este faptul că sistemul are aceeași și controlerul frontal, dar este pusă în aplicare în cadrul componentelor complexe, iar apoi au dezvoltarea perversă, care nu ar trebui doar reglat Bitrix, ci pentru piață în ansamblul său (mă refer tot felul de cadre MVC) apar idei - cum se poate uita pentru totdeauna despre majoritatea problemelor arhitecturii vechi în moduri foarte sofisticate. Aici este doar o întrebare de a scrie o componentă complexă, care va fi conectată la pagina principală a site-ului. Bitrix în sine se va ocupa de rutare și aveți dreptul să vă construiți lanțul logic mai potrivit pentru proiectarea unei sarcini specifice. Și stocarea paginilor statice sub formă de elemente ale blocului de informații - beneficiu mai mult decât erezie, care ajută și mai mult să se mute departe de cadrul „zonei de lucru“.

Continuare sub tăiere.

Personalizare excesivă

Atunci era și mai rău. Nu știu ce ghidat Podelkiny, dar ei au dezvoltat propriile importuri de la 1C (Business Edition), și în loc să aducă aceasta în minte 1C forțat programatori pentru a rescrie funcționalitatea de import, cu manualul de încărcare mai multe XML la server și prin cron de import angajat. Acesta este un fel de import XML XML auto-scris, care este și în cutie, dar a fost neglijat.

În concluzie, vreau să mă concentrez din nou pe mai multe lucruri importante:

Sper că am putut să transmit ceva care se desfășura în capul meu de mai mulți ani. Și dacă nu este așa, voi aștepta focuri și torțe. Mulțumesc tuturor, draperii!

Articole similare

Pagina anterioară

Pagina următoare