10 причини, поради които се нуждаете от оптимизация на код
Докато пишем код, ние постоянно вземаме решения и избираме между решения, които на пръв поглед изглеждат равностойни. По-късно обикновено се оказва Някои избори водят до по-ефективна програма от други, така че естествено възниква търсене на най-добри практики за кодиране и техники за оптимизиране и ние започваме вижте целия процес на разработване като проблем за оптимизация, който трябва да решите.
Въпреки че проблемите за оптимизация не са единствените, с които разработчиците редовно се справят, например има проблеми с решението и търсенето на проблеми, оптимизацията е задача, която обхваща различните етапи на уеб разработката, вероятно най-вероятно.
Оптимизацията на кода може да се случи на различни нива, в зависимост от това колко близо е оптимизацията, която извършваме, до машинния код. В уеб разработката можем да извършваме само оптимизация на по-високо ниво, тъй като оптимизацията на ниво монтаж или изпълнение не е опция за нас, но все още имаме много възможности.
Можем да оптимизираме кода си на архитектурно ниво с умен дизайн, на ниво изходен код чрез използване на най-добрите практики за кодиране и използване на подходящи инструменти, а също така можем да подобрим работата на нашия екип въвеждане на ръководства за стил на кодиране в нашия работен процес.
Каквато и техника да изберем, трябва да спазвате правилото, което трябва да следва всеки оптимизационен код: винаги трябва да да извършите оптимизацията по начин, който не променя смисъла на кода.
Ползите от оптимизацията на кода нарастват в съответствие с нарастването на нашия проект, както и дори първоначално малките проекти могат да станат големи с времето, Придобиването на солидни умения за оптимизиране на кода почти винаги има измерими положителни резултати.
1. Основа за по-чист код
Като проект отлежава, и все повече разработчици започват да работят по него, дублирания и припокривания обикновено рано или късно се появяват и изведнъж осъзнаваме, че едва ли разбираме какво става.
Не е съвпадение, че запазването на принципа DRY (Не се повтаря) е един от крайъгълните камъни на ефективното разработване на софтуер. Една добре подготвена, внимателно оптимизирана кодова база, в която ние можем повторно използване на едни и същи елементи няколко пъти винаги е по-лъскав и по-чист и затова е много по-лесен за разбиране и работа.
2. По-висока последователност
Съгласуваността е като домакинска работа, когато никой не го забелязва правилно, но когато се пренебрегва, цялото място изглежда объркано, а ние се намираме в хаос.
Постигането на пълна последователност е трудно, тъй като Осигуряването на обратна съвместимост може в крайна сметка да попречи на подобряването, но обръщайки внимание използване на насоки за съгласувани кодове, съвместими API и последователни стандарти със сигурност може да намали болката.
Поддържането на последователност в кода е особено важно когато трябва да се справим с наследствения код, или в случаи на по-големи проекти включва много разработчици.
3. По-бързи сайтове
Оптимизирането на кода е подобно на закупуването на по-бърза кола. В резултат на това нашият код изпълнява по-бързо, и нашия сайт или приложение консумира по-малко памет отколкото преди. Въпреки че процесът на оптимизация може да изисква допълнително време и пари, резултатът е a по-добър опит, не само за разработчиците, но и за крайните потребители.
Това води до по-бърз код по-кратко време за зареждане на страницата както и, което е голяма сделка и в двата свята на оптимизацията за търсачки и конверсионния маркетинг. Изследванията казват това “почти половината от потребителите на интернет очакват сайтът да се зареди за 2 секунди или по-малко и те са склонни да изоставят сайт, който не е зареден в рамките на 3 секунди”, така че скоростта очевидно не е област, която можем спокойно да игнорираме.
4. По-добра четливост на кода
Четливостта е важен аспект на поддръжката на кода. Необработеният код с ad hoc форматиране е труден за четене, поради което е труден за разбиране, особено за разработчици, които са нови за проект.
Можем да се предпазим болката от справянето с неразгадаемия код ако приложим някои техники за оптимизиране на кода, като:
- използване на съгласувани конвенции за именуване със значими имена, като например BEM
- последователно форматиране с логическо използване на отстъп, пробел и вертикално разстояние
- избягване на ненужен шум, като очевидни и очевидни коментари
Това е причината, поради която големите проекти, като WordPress, jQuery и Mootools, имат ясни насоки за стил на кодиране, които всеки разработчик трябва да следва.
5. По-ефективно рефакториране
Често се случва в уеб разработката да наследим код от някой друг и бързо да разберем, че е такъв далеч не е оптимално, дали по отношение на структура, производителност или поддръжка. Същото може да се случи и с нашите предишни проекти, които написахме, когато имахме много по-малко опит в програмирането.
В други случаи целите на иначе голям проект се променят с времето, и ние трябва даване на приоритет на други неща в заявлението отколкото преди.
Ние говорим за рефакторинг, когато ние промяна (изчистване) на съществуващ код за да се оптимизира, без да се променя функционалността му. Рефакторирането трябва да се извършва много внимателно, тъй като, ако се прави по грешен начин, лесно може да се получи кодна база, която е дори по-малко оптимална от оригиналната..
За щастие имаме много добре изпитани техники, които могат да направят рефакторирането безпроблемен процес.
6. Още по-лесно отстраняване на грешки
Отстраняването на грешки заема значителна част от работния процес за уеб разработки и обикновено е трудна или дори трудна задача. Достатъчно трудно е, ако трябва да отстраним грешките в нашия собствен код, но това е много по-лошо, когато трябва да намерим грешки в някой друг, особено ако това е нещо като безкраен спагети код, който използва нищо, но функции.
Смарт дизайн и архитектурни образци, като използване на обекти и различни модули, и ясни насоки за кодиране може да улесни процеса на отстраняване на грешки, дори ако най-вероятно това все още няма да бъде нашата най-обичана задача.
7. Подобрен работен процес
Много проекти за уеб програми се управляват от разпределени екипи, като общности с отворен код или отдалечени екипи. Едно от най-трудните неща в управлението на такъв работен процес е да се намери начин, който прави комуникацията достатъчно ефективна дават възможност на членовете на екипа лесно да се разбират помежду си, и да не се налага непрекъснато да обсъждаме подразбиране.
Договорените добри практики и ръководства за стил могат да преодолеят различията между хора от различни среди, да не споменаваме обичайните трудности в комуникацията между екипите за дизайн и разработка в повечето уеб проекти..
Оптимизацията на кода е също така оптимизация на работния процес, сякаш членовете на екипа говорят общ език и споделят една и съща декларирана цел, те ще могат да работят заедно без много по-малко проблеми.
8. По-лесно поддържане на кода
Въпреки че изграждането на нещо от основата е по-забавно от поддържането на съществуващ код, понякога все още се налага да извършваме текуща поддръжка на кода. Работата с вече съществуващи системи също може да ни даде нови виждания за оптимизацията на кода, тъй като е различен опит от ранните оптимизации в нов проект.
В поддръжката на софтуера вече сме на етап, в който можем да уловим реални проблеми с производителността и ефективността и да работим с реални потребители вместо с хипотетични случаи на използване.
Поддръжката на кода обикновено не се отнася до уважение в средите на разработчиците, но все пак може да бъде полезна задача, ако следваме най-добрите практики, като например използването на надежден контрол на версиите, управление на зависимостите, платформи за тестване и тестване, и правилно да се грижи за документацията.
9. По-бързо разработване на функции
Постоянни иновации е сърцевината на запазването на актуалността в нашата област, както и ако не сме показали нищо ново за нашите потребители, а след това можем бързо да бъдем изоставени. Разширяването на проект и добавянето на нови функции към него обикновено е много по-бързо, ако работим с добре оптимизирана, чиста кодова база.
Освен вече дискутираните методи за оптимизиране на кода, развитието на характеристиките също може да набере скорост, ако не изоставаме модерни методи за управление на проекти, например, ако използваме итеративни модели на жизнения цикъл, вместо традиционния модел на водопада.
10. По-малък технически дълг
Терминът "технически дълг" е измислен от Уорд Кънингам, програмист, който също е разработил първото уики. Той сравнява последиците от лошите ни програмни решения, които се натрупват с времето с финансовия дълг, в който хората плащат лихви в бъдеще, за да получат бързо пари в момента.
Тези решения, които са по-малко от оптималните, обикновено се проявяват под формата на бързи поправки, програмиране за копиране и поставяне, твърдо кодиране, програмиране на култови товари и други кодиращи антипертони и немарливи работни навици.
Това е основно невъзможно е напълно да се избегне техническият дълг, тъй като дори и добрите решения могат да бъдат по-малко желани последици в бъдеще, но ако усърдно оптимизираме нашия код, ние със сигурност ще бъдем обременен с много по-малък технически дълг.
