Share
Voor het bouwen van hulpmiddelen, thema's, plug-ins en applicaties in WordPress zijn verschillende dingen nodig als we zeker willen weten dat we gewapend zijn met de best mogelijke tools die nodig zijn.
Als je 10 verschillende mensen zou vragen welke tools ze het liefst hebben, zou je niet alleen een breed scala aan antwoorden krijgen - dingen van IDE's tot applicaties voor afhankelijkheidsbeheer om tools te bouwen - maar je zou ook een verscheidenheid aan verschillende antwoorden geven , die allemaal dezelfde functionaliteit bieden als wat u nodig heeft.
Sommige van de dingen waarover u kunt lezen, zijn bijvoorbeeld:
Dit raakt niet eens de oppervlakte van onderwerpen zoals webservers, databasesystemen en versies van PHP. Dit zijn allemaal belangrijke onderwerpen die besproken moeten worden, maar in hun eigen functie.
Bij het werken met WordPress zijn enkele van de niet-onderhandelbare zaken die betrekking hebben op het efficiënt uitvoeren van werk het volgende:
Zoals met de meeste dingen, hebben ontwikkelaars hun eigen keuzes met betrekking tot de hulpmiddelen die ze graag gebruiken en waarom ze deze graag gebruiken.
In dit artikel ga ik een paar van de tools delen die ik het liefste gebruik en die ik nuttig heb gevonden in mijn professionele WordPress-ontwikkelingsinspanningen; Ik wil echter graag verduidelijken dat dit geen definitieve lijst is met welke hulpmiddelen u heeft moeten gebruiken.
Beschouw dit in plaats daarvan als een leidraad voor voorbeelden van kwaliteitsinstrumenten voor kwaliteitsontwikkeling. Als je tevreden bent met de toolset die je gebruikt, dan is dat geweldig! Maar als u op zoek bent naar iets dat u kan helpen om uw werk op een efficiëntere manier te doen, dan zullen deze misschien u helpen om op het juiste pad te komen.
Voordat we beginnen, wil ik wel delen dat ik OS X gebruik, dus veel van mijn aanbevelingen zullen op dat platform gebaseerd zijn. Veel van de applicaties die ik gebruik hebben echter zowel Windows- als Linux-tegenhangers, evenals hulpprogramma's die open source zijn en die op meerdere platforms beschikbaar zijn..
Een IDE hebben voor het schrijven van code is essentieel. Natuurlijk, sommige ontwikkelaars geven de voorkeur aan iets simpels als TextEdit of Notepad ++. Meer kracht voor hen! Maar als u op zoek bent naar iets met syntax highlighting, codeaanvulling, ondersteuning voor plug-ins, S / FTP-integratie en zelfs versiebeheerintegratie, dan zijn er verschillende tools beschikbaar.
Persoonlijk is mijn keuze voor keuze Coda 2.
Deze specifieke IDE resulteert in gemengde meningen over de hele linie in de ontwikkeling van WordPress. Sommigen geven de voorkeur aan Atoom, sommigen geven de voorkeur aan Sublieme Tekst, sommigen geven de voorkeur aan VIM, sommigen geven de voorkeur aan PHPStorm en ze hebben allemaal hun sterke punten.
Persoonlijk vind ik Coda 2 leuk vanwege de voortdurende ondersteuning, updates, mobiele variaties van de applicatie en het algemene uiterlijk. Ik vind de vooruitgang die ze hebben geboekt met betrekking tot het ondersteunen van platforms zoals WordPress, en de mogelijkheid om ingebouwde code te voltooien leuk.
Toegegeven, andere IDE's bieden exact dezelfde functionaliteit; Als je echter kiest voor Coda, zijn hier een paar plug-ins die ik verkies voor WordPress-ontwikkeling. In willekeurige volgorde:
Natuurlijk zijn er ook nog genoeg andere die je kunt installeren.
Bekijk in andere door jullie aanbevolen ID's de conclusie om te zien hoe we ze willen opnemen in de commentaarfeed van dit specifieke bericht.
Een van de krachtigste tools in de toolbox van elke ontwikkelaar is de debugger. Voor degenen die niet vertrouwd zijn, kunt u met dit softwareprogramma controleren wat uw broncode precies doet wanneer deze doorloopt wat het programma tijdens de uitvoering doet.
Dit geeft je de mogelijkheid om:
Veel IDE's, zoals PHPStorm, hebben een ingebouwde foutopsporing. Maar als u ervoor kiest om een andere IDE te gebruiken die niet standaard een debugger bevat, raad ik Codebug ten zeerste aan.
Het is een elegante, eenvoudig te gebruiken debugger die u alle kracht van een native debugger geeft, maar in een stand-alone toepassing. Het is het prijskaartje zeker waard om aan je arsenaal toe te voegen.
Een woord van waarschuwing: Als u nog niet vertrouwd bent met het debuggen en / of niet zeker weet hoe het systeem werkt, lees dan alstublieft de documentatie. Het is eigenlijk relatief eenvoudig om te leren, maar het kent wel zijn leercurve.
Als je eenmaal gewend bent geraakt aan het gebruik van een debugger, vraag je je af hoe je ooit zonder hebt geleefd.
Code Linting en Minification Tools kunnen twee afzonderlijke onderwerpen zijn, maar tegenwoordig gaan ze zo hand in hand dat ik dacht dat ze het waard waren om samen te nemen.
Ten eerste, voor degenen die onbekend zijn, is pluisvorming in feite het proces om ervoor te zorgen dat je code - in dit geval je JavaScript-code - voldoet aan een bepaalde norm. Dat wil zeggen dat het geen slechte praktijken gebruikt.
Volgens Wikipedia:
lint was de naam die oorspronkelijk werd gegeven aan een bepaald programma dat een aantal verdachte en niet-draagbare constructies (waarschijnlijk bugs) markeerde in de broncode van de C-taal. De term wordt nu algemeen toegepast op hulpprogramma's die verdacht gebruik in software markeren die in een computertaal is geschreven.
In ons geval hebben we tools zoals JSLint en JSHint die ons in staat stellen om precies dat te doen met onze JavaScript-code.
U kunt zeker ook linters voor andere talen vinden, maar het meest voorkomende geval waarin u plukken in WordPress gaat vinden, is met betrekking tot JavaScript. Je kunt dit ook vinden in elk van de build-tools die aan het begin van dit artikel worden genoemd.
Minification verwijst naar het proces van het nemen van een taal -zij CSS, Sass, LESS, JavaScript, enzovoort en vervolgens alle witruimte, lange variabelenamen, enzovoort, in een compacter bestand.
Het idee is niet om versluierde code te maken, maar om lichtgewicht bestanden te maken die u de browser in een productieomgeving kunt aanbieden, zodat uw site sneller wordt geladen omdat er minder te downloaden is.
Er is ook een notie van aaneenschakeling die de reikwijdte van dit artikel overschrijdt, maar het idee achter aaneenschakeling is dat alle verkleinde scripts en stylesheets worden gecombineerd in een enkel bestand zodat de browser maar twee verzoeken hoeft te doen - één voor elk bestand.
In elk geval zullen alle hierboven genoemde tools ook zorgen voor het minificeren (en aaneenschakelen) van uw scripts en stijlen en deze uitvoeren in de directory van uw keuze.
Wanneer u op een codebasis werkt, ongeacht of deze bij uzelf of een team is, is het altijd handig om ervoor te zorgen dat u consistente versies van uw software onderhoudt.
Kort gezegd, versiebeheer is een manier waarop u uw code kunt toewijzen aan een repository zodat, terwijl u of uw teamgenoten wijzigingen aanbrengen, de nieuwste versies van de code zo worden bijgehouden dat u een geschiedenis kunt zien van wat is geweest gedaan en dat je naar een bepaald punt in de tijdlijn terug kunt rollen als er iets fout gaat.
Aangaande met wat software is het beste voor versiebeheer, er zijn tools zoals Subversion, Git en Mercurial.
Als u gewend bent om te werken binnen de WordPress-economie, dan bent u meer dan waarschijnlijk bekend met Subversion, want dit is wat de kern gebruikt om de wijzigingen die het systeem ingaat te behouden.
Evenzo, als je ooit een plug-in hebt gebouwd en uitgebracht, dan moest je met Subversion werken om je code te committen, je release te labelen enzovoort.
Maar Git wordt steeds populairder. Misschien zijn de twee meest populaire sites voor Git-hosting GitHub en Bitbucket. Hoe dan ook, als je op zoek bent naar een solide Git-client, dan raad ik Tower 2 ten sterkste aan.
Hoewel het mijn voorkeursklant is, zijn er wel overvloed van andere alternatieven. Uiteindelijk is het zaak om ervoor te zorgen dat u uw code toevoegt aan bronbeheer, dat u werkt met een klant waarvan u houdt en dat u, indien mogelijk, deze hebt aangesloten op een implementatiesysteem zodat u elke keer dat u druk op een bepaalde functie of vereiste, de omgeving die de klant gebruikt om het product te beoordelen, wordt bijgewerkt met de nieuwe code.
Wanneer u werkt aan het bouwen van een WordPress-project - of een ander softwareproject - is de standaardworkflow op hoog niveau die we allemaal volgen:
Op dit moment is het niet ongebruikelijk om een implementatiesysteem op uw broncodebeheersoftware aan te sluiten, zodat elke keer dat een nieuwe update wordt toegewezen aan de broncode-repository, de nieuwste versie van het project wordt vrijgegeven.
Gelukkig zijn er een aantal geweldige tools beschikbaar voor het instellen van geautomatiseerde implementaties.
Codeship positioneert zichzelf als een service voor continue integratie die de benodigde scripts kan uitvoeren om uw project te bouwen, testen en implementeren, alles vanuit een Git commit.
Dit betekent dat u een aantal scripts kunt uitvoeren om tijdens de implementatie te activeren en meldingen te ontvangen voordat u iets naar de productie stuurt.
Afhankelijk van de grootte van uw team en / of uw project, is Codeship een goede oplossing, vooral voor grotere organisaties die zijn samengesteld uit eigenaren, managers, projectmanagers, enzovoort.
Dat gezegd hebbende, heb ik deze tool persoonlijk gebruikt in een tweepersoonsteam en ben ik blij geweest met de resultaten.
DeployBot heette voorheen Dploy.io. Net als bij Codeship, streeft DeployBot ernaar om de broncode te gebruiken die is toegewezen aan een Git-repository en deze te implementeren in een omgeving naar keuze.
Het heeft ook de mogelijkheid om scripts uit te voeren, code te bouwen en te compileren en het in verschillende omgevingen te implementeren op basis van de configuratie die u heeft verstrekt.
Uiteraard zijn dit niet alle implementatietools die beschikbaar zijn, maar dit zijn er twee die u waarschijnlijk zult tegenkomen bij het werken in professionele softwarecapaciteit. Elk van hen biedt zijn eigen sets van voor- en nadelen voor wat u misschien probeert te doen; Omdat dit echter geen recensie- of vergelijkingsartikel is, laat ik deze oefening aan u over om te bepalen wat het beste bij uw workflow past.
Zoals vermeld in de inleiding, zijn deze hulpmiddelen niets meer dan aanbevelingen voor waar je aan de slag kunt gaan met enkele hulpmiddelen voor de ontwikkeling van WordPress. Ik weet dat velen van u uw eigen voorkeuren hebben voor wat u wilt gebruiken voor elk van de bovenstaande criteria.
Met dat gezegd, zou ik graag willen dat jullie allemaal delen wat jullie favoriete tools zijn en waarom jullie het leuk vinden om ze in de comments te gebruiken. Op deze manier hebben huidige en toekomstige lezers niet alleen een functie met aanbevelingen, maar ook opmerkingen die alternatieven bieden.
Tenslotte gaat ontwikkeling niet alleen over het oplossen van problemen. Het gaat om het vinden van hulpmiddelen die ook een plezier zijn om mee te werken voor de acht-of-zoveel uur per dag die we aan een computer uitgeven.
Accentsconagua