În acest articol, voi încerca să ofer recomandări scurte și accesibile pentru a face Bitrix astfel încât "coderul să nu devină inamic al programatorului" și nu face mii de revizuiri "prost". Voi începe cu punctele principale, nu sunt multe. Voi sfârși cu ceea ce am învățat din experiența structurii.
Nu instalați o resetare completă
Resetând toate stilurile implicite, trebuie să le înlocuiți, nu este nimic pe care dezvoltatorii le-au instalat. Și în cazul lui Bitrix, nu puteți face acest lucru deloc, deoarece întregul administrator de front-end va fi spart.
Minimizează utilizarea elementelor absolute, cu excepția nevoilor
Elementul absolut este el însuși și în afara contextului. De obicei, există foarte puține astfel de elemente. Și ele sunt clar vizibile în aspect. Utilizarea corectă și, deseori, nu duce la un comportament imprevizibil al aspectului atunci când un bloc / element trebuie eliminat. Apoi avem găuri. Cu cât este mai mare gaura, cu atât sunt mai aproape de ochii programatorului (îmi voi păstra mintea).
În design, totul este perfect, dar nu în realitate. Acest lucru trebuie luat în considerare.
De asemenea, trebuie să fiți atenți la utilizarea valorilor ridicate ale indexului z. Nu setați valoarea la 1000 dacă nu există un singur bloc în aspectul care are o valoare apropiată. Puteți începe mici, 1-10, în creștere în pași scurți (5-10), după cum este necesar.
Nu utilizați nume de stil "obișnuit"
Îmi amintesc un nume ".title", a cărui utilizare a rupt în siguranță partea frontală frontală. Prin urmare, manifestăm un zbor de fantezie și îl numim original, dar semnificativ.
Conținutul containerului de conținut
Dacă capacul, subsolul, containerul de conținut și alte blocuri sunt aceleași, atunci atât codul, cât și marcajul pentru ele ar trebui să fie aceleași.
Diferențele dintre componentele de conținut trebuie încadrate în ambalaje suplimentare, cu identificarea clasei sau a ID-ului, dacă este necesar.
De exemplu, incorect:
page1
Dacă comportamentul coloanelor este același, în loc să selectați două clase separate .main_wrap1 și .main_wrap2 pentru ele, merită să specificați un .main_wrap și să clasificați conținutul intern.
Aici voi deschide un mic secret: cu ocazia unor mici lucruri cu designerii, este întotdeauna posibil să fie de acord. Ie De exemplu, dacă aceleași margini / margini diferă cu două pixeli pe două planuri, aceasta nu este întotdeauna critică și poate fi adusă la aceeași valoare.
Nu utilizați ">"
Cumva inițial, sufletul nu a mers la un astfel de record de selectori, fie pentru că era leneș să înțeleagă, fie pentru că Luna nu era în faza corectă. Dar sa întâmplat istoric. În practică, se pare că în stadiul de programare există tot felul de schimbări metamorfice în marcaj și aspectul poate descompune. Dacă luați în considerare Bitrix, adminul frontend adaugă pachete suplimentare și alte bunuri, care rupe cu succes toate moștenirile.
Distribuie la fiecare clase de elemente
O afirmație ambiguă, care trăiește fiecare în felul său propriu, iar un mijloc de aur își găsește propriile. Principalul lucru este argumentul că randarea este mai rapidă, deoarece stilurile sunt citite de la dreapta la stânga, iar ierarhia este redusă semnificativ (la 2-3 nivele). Voi spune, de asemenea, că este mai convenabil - realizarea acestui lucru vine cu experiență.
Observ că pe acest principiu am construit BEM de la Yandex.
De la mine voi adăuga că este greu să anulați etichetele stilizate (, ...). dacă aveți posibilitatea să utilizați Nu încadrați elementele din lista de publicații cu un link Opinia mea personală: aspectul arată că este puțin neobișnuit, nu există nimic de spus despre semantică. Dar am fost iluminat de un specialist dintr-o altă industrie - se pare că SEO suferă de primul număr, iar robotul pierde pur și simplu astfel de intrări. Nu scrieți stiluri și scripturi în marcaj O astfel de distribuire a ordinelor va permite centralizarea pentru a face schimbări atât în stiluri, cât și în marcare și în scripturi și să nu caute motivele pentru care aceste modificări, din anumite motive, nu vor să fie aplicate. Amintește-mi despre răsturnări și drop-down-uri Utilizați clase separate pentru scripturi
Odată, a existat o minunată doctype Strict, care reglementa divizarea lui "Muștele separat, cuțite separat". Sunt de acord, este mult mai convenabil să căutați puțurile din banca de pe raftul mijlociu și șuruburile - în vestiar, în colțul din spate al încăperii și să nu se amestece în sertarul de mijloc al mesei.
Toți, fără excepție, doresc ca site-urile să reacționeze la acțiunile noastre, să răspundă, să explice vizual ideea creatorului, să răspundă. Principalul rol în punerea în aplicare a unui astfel de "dulce" este jucat de un rollover. Și dacă dintr-o dată proiectantul a uitat să tragă un răspuns la ceva, trebuie să-i reamintiți. Apoi, toți, fără excepție, vor fi mândri de o astfel de creație.
Atunci când aspectul este maximizat la un "numitor", aceleași stiluri pot fi aplicate diferitelor blocuri de semnificație. Nu toată lumea va avea nevoie de un apel script. Împărțirea vizuală și controlerul cu ajutorul clasei, avem ocazia să facem modificări ale codului fără durere.
Și, în final, nu uitați Confucius. Completarea conținutului, gândiți-vă: ca o persoană care nu are nici cea mai mică noțiune de HTML și are o înțelegere greu de timp WYSIWYG, va crea conținutul site-ului în același mod.Articole similare