Share
Bower is echt geweldig voor teams omdat het in principe zelf je frontend afhankelijkheden documenteert. Daarom is het heel eenvoudig om ze bij te werken wanneer uw project verandert. Het is geweldig voor het bouwproces van uw project, zowel lokaal als op de server. U kunt Bower ook gebruiken om uw eigen privé-repositories in te slepen voor hergebruik in verschillende projecten.
In het vorige bericht heb ik besproken wat Bower is en enkele functies. In deze post ga ik praten over de voordelen van het gebruik van Bower en hoe het je WordPress-ontwikkeling kan verbeteren.
Zoals ik eerder al zei, is bower echt geweldig voor teams omdat het zelf je frontend-afhankelijkheden documenteert. Als je mijn vorige bericht op Grunt hebt gelezen, is dat bijna precies zo. Wanneer u een pakket installeert via Bower, typt u in prieel installeren pakketnaam, alles wat u hoeft te doen is het volgende aan het einde toevoegen --opslaan. Hiermee wordt dat pakket toegevoegd aan de lijst met afhankelijkheden in uw project bower.json het dossier.
Stel dat u Bootstrap wilt opnemen in uw WordPress-thema en wilt gebruiken .SCSS bestanden tijdens uw bouwproces. U wilt het bootstrap-sass-officiële project gebruiken en het via Bower installeren.
Hier is hoe je het zou doen,
Accentsconagua
prieel installeer bootstrap-sass-officieel - opslaan en druk op "Terug" (of "Enter")
Als alles correct is geïnstalleerd, zou u twee dingen moeten zien, een nieuwe bower_components map en bootstrap-sass-official toegevoegd in uw bower.json het dossier.
U wilt dit doen voor elk pakket dat u met uw project wilt gebruiken. Als je dat eenmaal hebt gedaan, kan elke andere medewerker of teamgenoot gemakkelijk alle benodigde pakketten voor het project installeren. Het enige wat ze moeten doen is typen installatie van prieel en alle pakketten worden gedownload en geïnstalleerd voor het project.
Natuurlijk is deze techniek niet alleen beperkt tot frontend frameworks zoals Bootstrap. Er is een volledige doorzoekbare repository van pakketten die beschikbaar zijn om op te nemen. Dit kan het beheer van de afhankelijkheden van uw WordPress-project maken dat veel makkelijker.
Aan de andere kant, het is helemaal niet ongebruikelijk dat pakketten vaak worden bijgewerkt, toch? Dit is een andere plaats waar Bower nuttig wordt.
Nu alle afhankelijkheden van uw project gedocumenteerd en geïnstalleerd zijn, is het heel eenvoudig om die pakketten bij te werken wanneer er updates beschikbaar zijn. Het enige wat u hoeft te doen is typen prieelupdate en Bower leest al uw afhankelijkheden in uw bower.json bestand en ga kijken of er updates zijn om uit te pakken.
De manier waarop Bower weet of er updates beschikbaar zijn, is door te kijken naar de getagde versie in uw bower.json bestand en controle van de nieuwste tag in de GitHub-repository van het project. Je kunt die getagde versies bekijken door naar de releases-pagina te kijken, zoals Boostrap Sass-releases.
Als u meer wilt weten over de betekenis van de getagde versies, moet u de semantische versie controleren. Dit is wat de meeste Bower geregistreerde projecten gebruiken voor hun releases, dus het is handig om te begrijpen wat de cijfers betekenen.
De pakketten die via Bower zijn geïnstalleerd, zijn alleen nodig voor het bouwen of compileren, je hoeft het niet toe te voegen aan je repository. De bower_components map is zo'n beetje een tijdelijke map, dus ik zou ook willen voorstellen het aan je toe te voegen .gitignore bestand ook in de git repository van je project zodat je ze niet toevoegt.
Als u een build-server hebt of een doorlopende integratie hebt ingesteld voor uw project, moet u ervoor zorgen dat u een installatie van prieel aan het begin van je build. Zodra al uw andere taken zijn uitgevoerd, kunt u de bower_components map of zorg ervoor dat u a prieelupdate bij elke volgende build.
Als je Grunt gebruikt voor je build-taken, is er een grunt-plug-in genaamd grunt-bower-taak die een installatie van prieel voor jou.
Je kunt Bower ook gebruiken om je eigen privé-repositories binnen te halen. Dit kan geweldig zijn voor hergebruik van code in projecten. Laten we zeggen dat je een standaardplaatje of aangepast framework hebt dat je voor elk project gebruikt. Je zou het kunnen opslaan als zijn eigen GitHub-repository, en het dan in je andere projecten kunnen trekken met behulp van Bower.
U moet ervoor zorgen dat u het registreert op de openbare Bower Registry om het naar beneden te trekken. Maak je echter geen zorgen, als iemand er geen toegang toe heeft, kunnen ze het niet verwijderen.
In deze post heb ik gesproken over manieren waarop Bower je WordPress-ontwikkeling kan helpen. Ik concentreerde me op het documenteren en bijwerken van de afhankelijkheden van je project. Ik sprak ook over het gebruik van Bower als onderdeel van je bouwproces en het gebruik van je eigen privé-repositories.
In de volgende post zal ik doorlopen hoe je Bower in je volgende of bestaande project kunt instellen. Ik zal ook enkele geavanceerde manieren delen om het in uw project te gebruiken.
