10 Programmeergewoonten Ontwikkelaars moeten goedkeuren
Leren programmeren is leuk en gemakkelijk, maar het schrijven van een goed programma kan een ontmoedigende taak blijken te zijn . In de meeste gevallen merken we dat we voortdurend aan het krabben zijn en proberen de spaghetti-code te begrijpen die we schreven, of het maken van veel veranderingen alleen vanwege een nieuw toegevoegde kleine functie .
Deze resultaten kunnen ons vertrouwen schaden, maar in feite kunnen ze worden opgelost met de juiste ontwikkelingsmethoden. Hier zijn 10 waardevolle gewoonten om in te investeren om schonere en slimmere code te schrijven met minder moeite . Laten we beginnen met het ontwikkelen van deze gewoonten nu!
1. Schrijf mensvriendelijke code
Onthoud altijd dat je niet alleen code schrijft voor machines, maar ook voor je toekomstige zelf. Het is dus belangrijk om leesbare code te schrijven. In werkelijkheid is programmeren net zoiets als het schrijven van een goed gedicht. De toon moet consistent zijn, de woorden beschrijvend en zinnen goed gestructureerd.
Hier zijn enkele tips om vriendelijke code te schrijven.
1. Volg Consistente naamgevingsconventies
Als u bijvoorbeeld privévariabelen met een onderstrepingsteken de eerste letter noemt, moet u de rest van uw code volgen.
Als u samenwerkt, bespreek dan de naamgevingsconventies voordat iemand de code aanraakt.
2. Descriptieve naam van variabele / methode
De naam van de variabele en de methode moeten beschrijven wat die code perfect doet . Sort_PT()
afkortingen zoals Sort_PT()
kunnen bijvoorbeeld verwarrend zijn: wat betekent de PT? Als je het bij een tweede controle niet kunt beantwoorden, optimaliseer je de naam naar Sort_PostType()
voor een beter begrip.
3. Inspringen en lijnbreken s
Inspringen is magisch! Met enkele eenvoudige tab-toetsen, kunt u de volledige codestructuur onthullen en de code bewerken met een duidelijk begrip van hoe het werkt.
Gebruik voor regelafbrekingen wanneer 2 codes op dezelfde regel verschillende dingen uitvoeren . Het is bijvoorbeeld het beste om CSS-eigenschappen niet op één regel te ketenen - het compliceert dingen.
2. Denk aan de organisatie
Naast schonere code helpt code structuur en organisatie ook bij leesbaarheidsproblemen. Het is belangrijk om uw code te groeperen om eenvoudige aanpassingen mogelijk te maken (als u meerdere keren omhoog en omlaag moet scrollen om het betreffende gedeelte te vinden, moet u aan de structuur werken)
Gooi ook niet alle code in een enkel script . Hoewel het handig lijkt om 8000 regels code in één bestand te hebben, is het opsporen van fouten een nachtmerrie wanneer u probeert methodes terug te roepen. Denk altijd aan het gemak van verandering .
De beste werkwijze is om code te scheiden in verschillende bestanden op basis van hun primaire functies, bijvoorbeeld manager, interface, animatie, extensie, etc.
(Afbeeldingsbron: urbanINFLUENCE)
Zorg er waar mogelijk voor dat de taal alleen een bepaald doel vervult . Als u een animatie-effect met CSS3 schrijft, vermijd dan het schrijven van het jQuery-animatie-effect, tenzij u een voldoende reden hebt. En als u dat doet, geef dan commentaar in het CSS-bestand over de uitzondering.
3. Planning vóór codering
Het is cruciaal om precies te weten wat u moet doen voordat u op de eerste toets drukt. In de programmeerwereld is het belangrijk om vooruit te plannen. Het schrijven van een vast navigatiemenu is eenvoudig, maar wat als het menu responsief moet zijn, terwijl het zichzelf kan minimaliseren wanneer bezoekers naar beneden scrollen?
Het beginnen met coderen zonder een duidelijke procedure in gedachten zal vaak leiden tot nieuwe pogingen, burnouts en een depressie-loop .
Plan uw code
Dus in plaats van probleemoplossen en de parallelle manier programmeren, is het veel gemakkelijker om eerst de procedure te achterhalen en vervolgens een oplossing te schrijven . Zet eerst de algemene stappen uiteen (hier is een voorbeeld):
- Gebruik Bootstrap als responsief framework.
- Maak een navigatiemenu.
- Voeg
.navbar-fixed-top
aan het menu. - Maak een jQuery-script om het formaat van het menu te wijzigen wanneer de gebruiker meer dan 200 px naar beneden scrolt.
- Als de gebruiker naar boven scrolt, wijzigt u het formaat van het menu opnieuw.
Problemen
Op dit punt moet u andere onderliggende problemen ontdekken, zoals hoe we het logo van de site en de menutitel moeten aanpassen aan de grootte van het menu, of dat we het vervolgkeuzemenu moeten verkleinen of dat de detectie dynamisch moet zijn in plaats van vast te staan . Als je er eenmaal achter bent gekomen, is het een fluitje van een cent om het menu klaar te krijgen.
4. Schrijf een beheersbare code
Vertrouw me, je wilt niet honderden variabelen individueel veranderen, regel voor regel. Ik deed het, voor 1 jaar. Dat was een nederige ervaring, en sindsdien heb ik geleerd om code te schrijven die zo min mogelijk handmatige wijzigingen vereist .
(Afbeeldingsbron: Logiq Tower)
Hoe dit te bereiken? Gebruik Array . Het is perfect voor het opslaan van meerdere variabelen en u kunt deze variabelen gebruiken met gemak for
lus of for each
methode.
Er zijn nog meer dynamische manieren om gegevens in bepaalde talen toe te voegen, te rangschikken en op te halen, zoals Lijst en LINQ voor C #, dus zorg ervoor dat u regelmatig betere functies, bibliotheken of plug-ins raadpleegt voor slimmer gegevensbeheer.
Ten slotte, om te voorkomen dat u voortdurend dingen in code moet wijzigen, schrijft u zeer onafhankelijke code die het hele systeem niet zal verbreken wanneer nieuwe functies of wijzigingen worden toegepast. Het heet Loose Coupling . Na de optimalisatie hoeft de ontwikkelaar code slechts in 1 klasse te wijzigen in plaats van in 3 klassen voor nieuwe functies.
5. Stop overdoende functies
Naarmate onze vaardigheden volwassen worden, hebben we de neiging om complexere oplossingen te ontwikkelen die tegemoetkomen aan een breder scala aan behoeften. Het is een goed teken van groei, maar pas op want je stapt misschien in een andere valstrik - een functie overdrijven die helemaal niet nodig is voor het project.
Tijdens de ontwikkeling is het belangrijk om regelmatig aan het hoofddoel van het project te denken en alleen functies toe te voegen die aan het doel beantwoorden . Als u de exacte verzamelgrootte weet, gebruikt u Array. Als de functie van Lijst de gegevens op de gewenste manier kan ophalen, gebruik dan geen geavanceerde LINQ.
Waarom zou u een plug-in ontwikkelen als u die functie nauwelijks gebruikt? Alleen omdat je kunt, betekent niet dat je dat zou moeten doen . Verspil geen tijd. Onthoud het meest tijdrovende onderdeel, of het nu is om het project af te maken, moet nog komen! Nu, op debuggen!
6. Leer slimmer te debuggen
Waar code is, zijn er bugs. Het is onmogelijk om een foutloze code-oplossing te hebben, dus het zoeken naar fouten is zeer gewild . De oude trial-and-error methode werkt misschien, maar het is traag. Te traag. En waarom folter je jezelf wanneer er al debuggers voor je zijn ontwikkeld?
Hulpmiddelen voor foutopsporing
Neem Firebug voor JavaScript als voorbeeld. Het wordt geleverd met foutdetectie, breekpuntinstelling, expressie-tracking, prestatiecontrole, allemaal voor uw gemak bij het opsporen van fouten.
IDE's zoals Aptana Studio 3 en Xamarin Studio worden zelfs uitgebracht met hun eigen krachtige ingebouwde debugger, dus het investeren van de tijd om ze te leren, kan je leven een stuk eenvoudiger maken.
Een foutopsporingsprogramma zal uw code echter niet van binnen en buiten kennen. Bij twijfel zet je de logfunctie in de code, zoals console.log
voor Firebug, en zorg je ervoor dat het goed is met variabele integratie (in plaats van variabelenamen opnieuw te typen als tekenreeks of gewoon 'It works!'
). Het web is gevuld met meer geavanceerde en specifieke methoden voor foutopsporing voor elke taal.
7. Zoek een sterkere editor
De juiste editors kunnen u helpen kennis op te bouwen en het voltooien van projecten te versnellen. Ongeacht hoe ervaren u bent, is het ten zeerste aan te raden om te kiezen voor editors met code-aanvulling, zoals Sublime Text en Aptana Studio 3.
De functie is niet alleen erg handig voor beginners om de syntaxis te herkennen en te leren, maar kan ook door professionals worden gebruikt om te controleren op mogelijk betere codes of oplossingen. Let wel, de meeste IDE's ondersteunen alleen het invullen van code voor bepaalde talen, dus zoek naar de juiste.
Functie filteren
Eén ding dat ik bijvoorbeeld zo leuk vind aan MonoDevelop is de code-sjabloonfunctie . Met een aangepaste sneltoets kunt u een zelfgedefinieerde codesjabloon uitvoeren vanuit een gemeenschappelijk switch
naar een volledig managerscript. Dit is geweldig voor grootschalige projecten, dus probeer deze functie tot een prioriteit te maken tijdens uw redactiejacht.
Andere essentiële kenmerken om op te letten:
- debugger
- regex vervangen
- macro
- ondersteuning voor versiebeheer
- database ondersteuning
- split bewerken
- layout-aanpasser
- WYSIWYG-editor
8. Voer Versiebeheer uit
Er zullen momenten zijn dat je een grote programmeerfout maakt en terug wilt naar een eerdere versie van een code. Wat als uw fout meerdere bestanden in de codebase omvat en sommige ervan gewijzigde dagen of zelfs maanden geleden waren?
Terug naar het origineel en de code beetje bij beetje bijwerken tijdens het oplossen van bugs? Dit is contraproductief en daarom is een versiecontrolesysteem essentieel.
Versiecontrolesystemen
Van de verschillende versiecontrolesoftware is Git het populairst met een groot aantal online beschikbare documenten. Met Git kunt u zoveel revisies behouden als u wilt, het bestand vertakken voor een bepaald codelexperiment, het gedeelte van de code dat u de vorige keer hebt gewijzigd, opsporen en wanneer u maar wilt naar hen terugkeren.
Voelt het als overdreven? Misschien omdat het oorspronkelijk is ontwikkeld voor teamprogrammering, maar het is ook perfect voor persoonlijke projecten op de lange termijn. Misschien ben je huiverig omdat de Git op zichzelf al zoveel is om op te leren, zelfs met de GUI-versie. Maar het is meer een vroeg of laat ding (zo beter dat je het eerder maakt), plus het web is vol met veel tutorials en gidsen om het leerproces te vergemakkelijken.
9. Geen extra prototypen, beëindig huidig project
Vervelend coderen en debuggen kan iemand lichamelijk en emotioneel uitputten. En sommigen van ons zijn geneigd om ons werk te prototypen nog voordat het is voltooid . Hoewel prototyping op de lange duur een gunstig gedrag is, helpt het niet als je het doet om te ontsnappen aan je werk .
Een betere manier om wat stoom kwijt te raken, is genieten van iets dat totaal niets te maken heeft met het werk, sporten, gamen of lezen (misschien?) - Je moet je werkleven in balans houden . Alles behalve prototypes.
10. Leer altijd iets nieuws
In dit veld kunt u tamelijk snel worden uitgefaseerd. Veel ontwikkelingsbenaderingen en programmeertalen worden zelfs al in de afgelopen 10 jaar alleen maar verouderd verklaard . Zelfs als je afstudeert aan een topuniversiteit met een diploma in het vak , zorg je er niet voor dat je nog steeds klaar bent voor werk.
De enige manier om te overleven en te bloeien, is door te blijven leren . De beste manier om te leren? Niet alleen lezen, programmeren . Daag jezelf uit met praktische projecten die een hogere schaalbaarheid vereisen . Dit dwingt je om efficiënter te denken. Verken en geniet van het maakproces. Oefening is niet iets dat je tijdens het programmeren kunt negeren. Hoe meer je programmeert, hoe beter een programmeur wordt.
Als je een iPhone 6 Plus-bezitter bent, ben je misschien het iPhone 6 Plus-aanraakprobleem tegengekomen. Het touchscreenprobleem, ook bekend als de ' touch-ziekte ', treedt op na één te veel druppels van de telefoon, waardoor het niet-reagerende touchscreen met een grijze lijn zichtbaar is aan de bovenkant van het scherm.D
Naarmate moderne technologieën intuïtiever worden, creëren fabrikanten apparaten die kunnen worden geactiveerd en aangestuurd door aanraking, specifieke bewegingen en zelfs uw eigen stem . Vandaag hebben we besloten om een lijst met innovatieve technische gadgets met je te delen die kunnen worden geactiveerd door het geluid van je stem.Deze s