Serghei Leshchenko. În cazul în care codul este adesea refolosit, atunci este mai bine să-l duceți la modul. Petreceți încă o oră sau două în această privință, dar nu prindeți simultan toate bug-urile fatale la toate proiectele, atunci când cineva, din întâmplare sau fără cunoștințe, a făcut unele modificări specifice acestui cod. Și modulul render pe piață, pentru a roll up actualizări a fost mai convenabil.
Crearea unui modul
Modulele partenere diferă de modulele standard după cum urmează:
- modul de cod - codul complet al modulului partener, care este specificat în formatul: partner_code.code_module.
Partner_part_partner este constant pentru partener (este stabilit în cardul partenerului). Partea codului modulului este introdusă de partener atunci când se adaugă un nou modul. Aceste coduri trebuie să fie alfanumerice, dar primul caracter nu poate fi o cifră, iar codul trebuie să corespundă esenței modulului. De exemplu, pentru modulul forum este de dorit să setați codul forumului. Apoi, codul complet va fi mycompany.forum. Folosind un punct pentru a separa id-ul partenerului și al modulului este necesar, în caz contrar modulul dvs. nu va fi vizibil în lista soluțiilor instalate ale Marketplace, dar va intra în lista modulelor de sistem, ceea ce reprezintă o situație incorectă.
Important! Codul modulului trebuie să fie în litere mici. altfel metoda IncludeModule nu va funcționa.
Codul nu trebuie să înceapă cu o cifră - acest lucru poate împiedica instalarea modulului. Este, de asemenea, interzisă utilizarea sublinierii "_".
La client aceste informații vor fi accesibile în lista de module.
Atenție vă rog! Modulul trebuie creat în codificarea Windows-1251, când este instalat pe un site cu codificarea UTF-8, se efectuează o conversie automată.
Rețineți că Bitrix Framework presupune că versiunea nu poate fi 0, adică 0.0.1 este numărul minim al versiunii.
Amintiți-vă că doar fișierele lingvistice din directorul / ru / sunt convertite în codificarea site-ului.
Infoblocks sau tabele de baze de date?
Maxim Mesilov. Infoblock-urile sunt excelente pentru prototipuri și funcționalități de prototipuri. La nivelul aplicației (modulului), realizați un strat intermediar care este responsabil pentru stocarea datelor și pentru a începe să utilizați blocurile de informații.
Dacă întâlniți performanța sau caracteristicile IB, atunci trebuie doar să schimbați nivelul cel mai de jos. În practica mea, acest lucru nu sa întâmplat încă.
Când creați propriile module, dezvoltatorii au adesea o întrebare: atunci când scrieți propriul modul, care este mai adecvat: utilizarea blocurilor de informații sau propriile tabele? Răspunsul la această întrebare depinde de rezolvarea problemei. Disponibilitatea blocurilor de informații în Bitrix Framework nu înseamnă că sunt obligatorii pentru implementarea modulelor lor.
Infoblock-urile sunt universalitate. Din acest motiv:
- Infoblocurile sunt adesea redundante în capacitățile lor;
- Când se utilizează blocuri de informații, dezvoltatorul poate lucra cu modulul ca și cu componenta obișnuită, nu este nevoie să modificați API (și să îl descrieți).
Tabelele proprii sunt în primul rând productivitatea. Folosind tabelele lor, dezvoltatorul: