hurtigt tip: navn, din frækhed variabler modularly,,,,,,, når vi arbejder med forskning preprocessors som næsvished, mindre (eller andre programmeringssprog, for den sags skyld, du bliver gearing strømmen af variabler.men hvis du spontant skabe din variable navne som kode, oddsene er din navngivningskonvention mangler sammenhæng.du burde tænke på at organisere deres variable navne (og projekt for den sags skyld) modularly.det vil bringe struktur og enhed til projektet som helhed, som gør det lettere at forstå og styre det hele.,,,,,,,, at forslag, siger du, du har brug for en variabel for tekst farve i dit projekt.du kan kalde det, $tekst farve, eller vil du kalde det, $farve tekst?hvordan kan du afgøre det?at vælge et tilfældigt kan bidrage til en mangel på struktur som antallet af variabler i deres projekt, stiger.erfaringen viser, at vi ofte glemmer, hvordan vi ved navn variabler til bestemte projekter.dette fører til forvirring og tidskrævende metoder for global søgning og erstatte for variable navne. det, vi har brug for, er en regel for fastlæggelse og udvælgelse af de variable navne.en god måde at holde modularitet i dit projekt er at gruppe variabler, der deler forbindelser og fælles træk.så kan du nævne dem ved at sige, at beskrive deres funktion fra generiske til specifikke (omtrent den samme måde css arbejder med specificitet), fra venstre til højre. for eksempel, hvis jeg har fire variabler i fire forskellige grænse farver, jeg kan nævne dem alle begynder med "grænse" (som er den generiske betegnelse de alle dele) og få mere specifikke med en venstre læsning.gruppering og navngivning variabler på denne måde gør din kode lettere at læse, forstå og huske,.,,,, generiske specifikke: et eksempel, hvis vi arbejder på nu, og vi ønsker at skabe en række variabler, som definerer vores projekt er farve palette.hvis vi arbejder med en blå farve, kan vi skabe nogle variabler, så som: - blå, blå, blå $; $medium; $mørke blå. $lyseblå. $letteste blå; en bedre måde at sætte navn på disse variabler, ville være at begynde med den generelle ord, de har alle til fælles: blå.så kan vi få mere specifikke fra venstre mod højre: $blå. $blå mørke. $blå mørkeste. $blå lys. $blå letteste; det bidrager ikke kun i erindring, men også tillade en tekst, redaktør (såsom sublim tekst, gang osv.), let at foreslå farver.det behøver du ikke at huske, hvordan du kaldte din variabler.noget, du kan starte betegnelse og få mere specifikt som teksten redaktør auto foreslår variable navne.du skal huske, er, at du vil have en farve blå.så begynder du at skrive, $blå, - - og du kan få en liste over alle de forskellige blues, du har skabt.,, der peger f.eks. forestille mig, jeg arbejder på et stort projekt, og jeg har samlet alle variabler, der indeholder farve værdier ved at tilføje dem med generiske ord, de alle har til fælles: farve. //ok $grænse farve; $mørke grænse farve; $lys farve grænse; $fremhæve; $link; $link, mørke, $tekst. $farve tekst. $forbindelse farve lyset. $letteste tekst farve; //bedre $farve grænse; $farve grænse mørke. $farve grænse lys. $farve fremhæve; $farve - forbindelsen. $farve forbindelse mørke. $farve led lys, $farve tekst. $farve tekst lys og $farve tekst letteste, så lad os sige, at jeg havde brug for en farve til en grænse.jeg begynder at skrive, grænse: 1px fast $colo, og min tekst redaktør kan foreslå alle farven variabler, jeg har defineret for mit projekt.,,,,, jeg måske har mange farver i mit projekt, men jeg vil kun grænse farver.jeg kunne på forhånd definere et par variabler med min ønskede grænse farver.da kodning, kan jeg ganske enkelt fortsætte forsnævring specificiteten af min variabel, grænse: 1px fast $farve grænse, og min tekst redaktør vil auto foreslå variabler, jeg har af præfikset.alt jeg skal gøre, er at vælge den, jeg vil have!,,,, selv om du ikke har kode antyder, vil det stadig være en effektiv måde at navngive din variabler.det hjælper, du kan huske, hvad du har, der hedder variabler for variabler, der deler forbindelser deler præfikser.,, konklusion, at din variabler i denne modulære måde vil hjælpe dig med at forstå dit projekt begrebsmæssigt, før du kode, mens du kode, og efter dig koden.det er en win - win - win - situation.,