Pieeja

Lai gan darba sākšanas lapās ir sniegta ievada ceļvedis par projektu un tā piedāvājumiem, šajā dokumentā galvenā uzmanība ir pievērsta tam, kāpēc mēs darām to, ko darām programmā Bootstrap. Tajā ir izskaidrota mūsu filozofija, kā veidot tīmeklī, lai citi varētu mācīties no mums, sniegt savu ieguldījumu un palīdzēt mums uzlaboties.

Vai redzat kaut ko, kas neizklausās pareizi, vai varbūt to varētu izdarīt labāk? Atveriet jautājumu — mēs labprāt to apspriestu ar jums.

Kopsavilkums

Mēs iedziļināsimies katrā no tiem plašāk, bet augstā līmenī, lūk, kas nosaka mūsu pieeju.

• Komponentiem jābūt atsaucīgiem un vispirms mobilajiem
• Komponenti jāveido ar bāzes klasi un jāpaplašina, izmantojot modifikatoru klases
• Komponentu stāvokļiem ir jāatbilst kopējai z indeksa skalai
• Kad vien iespējams, dodiet priekšroku HTML un CSS ieviešanai, nevis JavaScript
• Kad vien iespējams, izmantojiet utilītas, nevis pielāgotos stilus
• Kad vien iespējams, izvairieties no stingru HTML prasību izpildes (bērnu atlasītāji)

Atsaucīgs

Bootstrap responsīvie stili ir veidoti tā, lai tie būtu atsaucīgi — pieeja, ko bieži dēvē par mobilajām ierīcēm paredzētu pieeju . Mēs izmantojam šo terminu savos dokumentos un lielā mērā tam piekrītam, taču dažkārt tas var būt pārāk plašs. Lai gan ne katram komponentam ir jābūt pilnībā atsaucīgam programmā Bootstrap, šī adaptīvā pieeja ir vērsta uz CSS ignorēšanas samazināšanu, liekot jums pievienot stilus, kad skatvieta kļūst lielāka.

Visā Bootstrap to visskaidrāk redzēsit mūsu multivides vaicājumos. Vairumā gadījumu mēs izmantojam min-widthvaicājumus, kas tiek piemēroti noteiktā pārtraukuma punktā un tiek turpināti augstākajos pārtraukuma punktā. Piemēram, a .d-noneattiecas no min-width: 0līdz bezgalībai. No otras puses, .d-md-nonetiek lietots no vidējā pārtraukuma punkta un uz augšu.

Reizēm mēs to izmantosim max-width, ja to prasa komponentam raksturīgā sarežģītība. Dažkārt šīs ignorēšanas funkcijas ir funkcionāli un garīgi skaidrāk ieviest un atbalstīt, nekā pārrakstīt pamata funkcionalitāti no mūsu komponentiem. Mēs cenšamies ierobežot šo pieeju, taču laiku pa laikam to izmantosim.

Klases

Papildus mūsu Reboot — starppārlūkprogrammu normalizēšanas stila lapai, visu mūsu stilu mērķis ir izmantot klases kā atlasītājus. Tas nozīmē, ka jāatsakās no veida atlasītājiem (piemēram, input[type="text"]) un svešām vecākklasēm (piemēram, .parent .child), kas padara stilus pārāk specifiskus, lai tos viegli ignorētu.

Tādējādi komponenti ir jābūvē ar bāzes klasi, kurā ir kopīgi, nepārkāpjami īpašuma vērtību pāri. Piemēram, .btnun .btn-primary. Mēs izmantojam .btnvisiem izplatītākajiem stiliem, piemēram display, padding, un border-width. Pēc tam mēs izmantojam modifikatorus, piemēram .btn-primary, lai pievienotu krāsu, fona krāsu, apmales krāsu utt.

Modifikatoru klases ir jāizmanto tikai tad, ja ir vairāki rekvizīti vai vērtības, kas jāmaina vairākos variantos. Modifikatori ne vienmēr ir nepieciešami, tāpēc pārliecinieties, vai tiešām saglabājat koda rindiņas un novēršat nevajadzīgas ignorēšanas. Labi modifikatoru piemēri ir mūsu tēmu krāsu klases un izmēru varianti.

z indeksa skalas

Programmā Bootstrap ir divas z-indexskalas — elementi komponentā un pārklājuma komponenti.

Komponentu elementi

• Daži Bootstrap komponenti ir veidoti ar elementiem, kas pārklājas, lai novērstu dubultās apmales, nemainot borderīpašumu. Piemēram, pogu grupas, ievades grupas un lappušu maiņa.
• Šiem komponentiem ir kopīga standarta z-indexskala 0līdz 3.
• 0ir noklusējuma (sākotnējais), 1ir :hover, 2ir :active/ .activeun 3ir :focus.
• Šī pieeja atbilst mūsu cerībām par augstāko lietotāja prioritāti. Ja elements ir fokusēts, tas ir redzams un lietotāja uzmanības lokā. Aktīvie elementi ir otrie augstākie, jo tie norāda stāvokli. Kursora novietošana ir trešais augstākais rādītājs, jo tas norāda uz lietotāja nodomu, taču kursoru var novietot gandrīz jebko .

Pārklājuma sastāvdaļas

Bootstrap ietver vairākus komponentus, kas darbojas kā sava veida pārklājums. Tas ietver z-indexnolaižamās izvēlnes, fiksētās un lipīgās navigācijas joslas, modāļus, rīka padomus un uznirstošos logus. Šiem komponentiem ir sava z-indexskala, kas sākas ar 1000. Šis sākuma numurs tika izvēlēts patvaļīgi, un tas kalpo kā neliels buferis starp mūsu stiliem un jūsu projekta pielāgotajiem stiliem.

Katrs pārklājuma komponents z-indexnedaudz palielina savu vērtību tādā veidā, ka vispārīgie lietotāja interfeisa principi ļauj vienmēr redzami uz lietotāju vērstiem vai virs kursora novietotiem elementiem. Piemēram, modāls ir dokumentu bloķēšana (piemēram, jūs nevarat veikt nekādas citas darbības, izņemot modāla darbību), tāpēc mēs to novietojam virs navigācijas joslām.

Uzziniet vairāk par to mūsu z-indexizkārtojuma lapā .

HTML un CSS, izmantojot JS

Whenever possible, we prefer to write HTML and CSS over JavaScript. In general, HTML and CSS are more prolific and accessible to more people of all different experience levels. HTML and CSS are also faster in your browser than JavaScript, and your browser generally provides a great deal of functionality for you.

This principle is our first-class JavaScript API using data attributes. You don’t need to write nearly any JavaScript to use our JavaScript plugins; instead, write HTML. Read more about this in our JavaScript overview page.

Lastly, our styles build on the fundamental behaviors of common web elements. Whenever possible, we prefer to use what the browser provides. For example, you can put a .btn class on nearly any element, but most elements don’t provide any semantic value or browser functionality. So instead, we use <button>s and <a>s.

The same goes for more complex components. While we could write our own form validation plugin to add classes to a parent element based on an input’s state, thereby allowing us to style the text say red, we prefer using the :valid/:invalid pseudo-elements every browser provides us.

Utilities

Utility classes—formerly helpers in Bootstrap 3—are a powerful ally in combatting CSS bloat and poor page performance. A utility class is typically a single, immutable property-value pairing expressed as a class (e.g., .d-block represents display: block;). Their primary appeal is speed of use while writing HTML and limiting the amount of custom CSS you have to write.

Specifically regarding custom CSS, utilities can help combat increasing file size by reducing your most commonly repeated property-value pairs into single classes. This can have a dramatic effect at scale in your projects.

Flexible HTML

While not always possible, we strive to avoid being overly dogmatic in our HTML requirements for components. Thus, we focus on single classes in our CSS selectors and try to avoid immediate children selectors (>). This gives you more flexibility in your implementation and helps keep our CSS simpler and less specific.

Code conventions

Code Guide (from Bootstrap co-creator, @mdo) documents how we write our HTML and CSS across Bootstrap. It specifies guidelines for general formatting, common sense defaults, property and attribute orders, and more.

We use Stylelint to enforce these standards and more in our Sass/CSS. Our custom Stylelint config is open source and available for others to use and extend.

Mēs izmantojam vnu-jar , lai ieviestu standarta un semantisko HTML, kā arī noteiktu izplatītas kļūdas.