Честотен код на език за програмиране. Програмен код

За да може програмата да изпълни предписаните за нея действия, например да изчисли, да покаже резултата, да реагира на действията на потребителя, например да натисне бутони, да избере редове от списък, е необходимо програмен код.

Програмен код е набор от думи и символи на език за програмиране.

Азбука е пълен набор от букви, цифри и символи, използвани в езика за обозначаване на данни и действия върху тях.

Езикова азбука Визуално основновключва следния набор от знаци:

Главни (A - Z) и малки (a - z) букви на латинската азбука;

Числа от 0 до 9;

Аритметични знаци (в ред на нарастващ приоритет): +, -, *, /, |, ^;

Знаци за операция на връзката: =,<, >.

Препинателни знаци и разделители:,  . : ; ();

Азбуката на езика също включва запазендуми, които не могат да се използват като именапроменливи или процедури. Примери за запазени думи: Dim, Sub, Integer и др. По подразбиране се използва син шрифт за подчертаване на ключови думи в прозореца за редактиране на код на Visual Basic.

Думите и символите трябва да се изписват стриктно според правилата на езика, без правописни и пунктуационни грешки. Точният правопис ще позволи на компютъра недвусмислено да разбере и изпълни програмата.

Прозорец с кодове

Програмният код се записва в кодовия прозорец. Всяка форма има такъв прозорец.

Отворете прозореца с код:

1 начин - в прозореца Project Explorerщракнете Кликнете с десния бутонв желаната форма и в менюто, което се отваря, изберете Покажи код.

Забележка: прозорецът с кода може или не може да бъде свързан с формуляра. Извиква се отделен прозорец с код модул... Модулите в прозореца на Project Explorer са групирани в група модули... За да отворите прозорец с кода на модула, трябва в прозореца Изследовател на проектищракнете двукратно върху името на модула.

2 начин - щракнете двукратно върху контрола във формуляра или върху самия формуляр в прозореца на формуляра.

Забележка: това не само отваря прозореца на кода, но също така създава процедура за обработка на събития (вижте по -долу).

Структура на прозореца на кода:

Ориз. 7. Прозорец на програмния код.

Списък с контроли

Списък с контролни събития

Процедура (код)

Процедури

Тъй като при отваряне на хладилника лампата светва и когато кранът се отвори, водата изтича, можем да кажем, че когато настъпи събитието за отваряне на хладилника, се извършва една процедура, а събитието за отваряне на клапана задейства друга процедура. По същия начин, програмният код се състои от отделни процедури, всяка от които изпълнява свои специфични действия за него, например, едната процедура запалва лампа, другата включва (изпомпва) вода.

Visual Basic - процедурен език за програмиране.Това означава, че можете да създавате блокове от код в него, които след това могат да бъдат посочени по име. След като кодовият блок е кръстен, може да бъде призовани изпълнено. Това е като програма в програма. Малките програми, които "живеят" в големи програми се наричат функции, акоте връщат някаква стойност и подпрограми,ако не връщат стойности.

Подпрограмите и функциите правят програмирането по-лесно и по-бързо, а генерираният код по-надежден. Създаването на собствени рутини и функции е първата стъпка към развитието капсулирани код за многократна употреба. Инкапсулирането означава скриване на изпълнението на свойства и методи на обект зад неговия външен интерфейс.

Процедура (подпрограма) е отделна част от програмния код, с помощта на която обикновено се решава малък проблем, представлява логически изграден, малък програмен блок, на който е разделена цялата програма.

Ако процедура може да бъде изпълнена само в рамките на даден програмен блок (например само в тази форма) и не може да бъде извикана от друг програмен блок, тогава такава процедура е локална. Локалната процедура се посочва с помощта на ключовата дума Private Sub.

Ако процедурата може да бъде извикана от други програмни блокове (например от друга форма), тогава такава процедура е глобална. Глобалната процедура се посочва с помощта на ключовата дума Public Sub.

По подразбиране, ако преди ключовата дума Sub, не ключова думатогава това е глобална процедура.

Процедурите са:

Процедури на събития... Изпълнява се, когато възникне събитие във всяка контрола (или форма). Процедура за събитие винаги е свързана с обект. За да извикате процедурата за събитие на обект, достатъчно е да направите двойно ляво щракване върху този обект.

Произволни процедури... Те не са свързани със събитие и могат да бъдат извикани от всяка друга процедура и изпълнени по всяко време. Ако един и същ програмен блок се среща в програма във всички форми, тогава той може да бъде написан само веднъж и на едно място, под формата на глобална обща програма. Стартирането на обща програма не е свързано с обект или събитие, но се случва, когато се осъществява достъп до нея от други програмни блокове. Извикване на обща процедура от същия формуляр: ProcedureName (ParameterList)... Извикване на обща процедура от друга форма: ПРЕДМЕТ. ProcedureName (ParameterList)... Общата процедура е както местна частна, така и глобална публична.

Структура на процедурата

Процедурата се състои от следните елементи:

Заглавка на процедурата - отбелязва началото на процедурата, нейния вид, цел (събитие).

Пример за заглавката на процедура, която се изпълнява при щракване върху бутона с име Command1.

Word Частенозначава - затворен, тоест процедурата принадлежи само на тази форма или модул и не може да се използва от други контейнери (формуляри, модули). Ако тази дума е пропусната, тогава процедурата ще бъде отворена за други контейнери.

Под- процедура.

Забележка: освен процедури има функции - функция. Функциите не са свързани със събития и могат допълнително да върнат резултата от тяхната работа (изчисления).

Контролен елемент(или име на формуляр): това е точното име на елемента, съхраняван в свойството име.

Събитие- името на събитието. Ето някои от събитията:

Щракване - щракване с мишката;

DblClick - кликнете два пътимишка;

KeyPress - натискане на клавиш;

UnLoad - разтоварване на формуляра (когато формулярът е затворен, програмата приключва);

Активиране - активиране на формуляра (при щракване върху формуляра, когато неговото заглавие е маркирано);

Деактивиране - деактивирайте формуляра (при щракване върху друг формуляр).

Инициализиране - при създаване на обект от тип form.

Преоразмеряване - при преоразмеряване на формата

Прекратяване - в момента на изтриване на формуляра

Аргументие изходните данни, предадени на процедурата за обработка.

Произволните процедури имат следното заглавие:

Име на процедуратаби трябвало уникално, трябва да започва с буква и не трябва да съдържа интервали или други знаци, различни от долната черта. Процедурата се извиква по име, когато трябва да се изпълни.

Край на процедурата - завършва програмния код на процедурата: End Sub

Забележка: за функции: Крайна функция

Процедура за тяло са линиите между заглавието и края. Броят им е неограничен. Редовете съдържат инструкции, които трябва да се изпълнят при извикване на процедурата (възникне събитие).

подпрограма (Под) - е процедура, която изпълнява програмен код в рамките на своя блок и не връща стойност. Синтаксисът за проста подпрограма е:

( Частен | Обществени ) Под SubMain ()

.. редове код Край Под

Обхват на подпрограмата;

Подвид процедура (а именно подпрограма);

подглавенимето, присвоено на подпрограмата;

End Sub - краят на кодовия блок на подпрограмата.

Създайте процедура

За да създадете процедура, направете следното:

1 начин - щракнете двукратно върху необходимия контрол или формуляр. Ще се отвори прозорецът с кода и в него ще се появят заглавието и краят на процедурата. Ако е необходимо друго събитие, то се избира с помощта на списъка в горния десен ъгъл на прозореца с кода.

2 начин - отворете прозореца с кода, изпълнете Инструменти → Добавяне на процедура → посочете името и параметрите на процедурата → Добре.

3 начин - отворете прозореца с кода и въведете необходимите редове от клавиатурата.

Резултатът трябва да бъде:

Частна подкоманда1_Щракнете ()

Извикване на процедури за изпълнение

Това събитие трябва да е възникнало, за да се изпълни процедурата на събитието.

За да се изпълни произволна процедура, името на тази процедура се посочва в тялото на друга процедура.

Частна подкоманда1_Щракнете ()

Тук натискането на бутона Command1 повдига събитието Click и извиква и изпълнява процедурата Kvadrat.

Кодът на процедурата се изпълнява ред по ред и отгоре надолу.

Функцията (Функция) - това е процедура, която изпълнява редове от своя код и връща някаква стойност. Синтаксисът за проста функция е както следва:

Функция FunctionName () Като тип данни

... струникод

Име на функция = Връщана стойностКрайна функция

Обхват на функцията;

Функцията е ключова дума на Visual Basic, която показва, че това е функция;

Име на функция () - името, присвоено на функцията;

AS е ключова дума на Visual Basic, която предхожда присвояването на тип данни;

Тип даннитипа данни на връщаната стойност;

ReturnValueстойността, която трябва да се присвои на името на функцията (това е много важен момент!);

End Function - краят на този блок код.

Необходимостта да имат собствен уебсайт днес изпитват много компании, както и физически лица, следователно информацията за разработването и популяризирането на интернет проекти е толкова търсена. Много хора се интересуват от въпроса - как да създавате самостоятелно уебсайт, програмен кодза което е подобие на основа за къща? Нека се опитаме да разберем този проблем, задълбочавайки се в темата за уеб разработката.

Уебсайтът не е просто колекция от текст, връзки, снимки и цветни банери, той е и програмен код, който се изпълнява на компютъра на потребителя или от страната на сървъра. И ако създавате изображения с необходимия формат в необходимата разделителна способност и качество, днес почти всеки може да използва готови изображения от интернет или от някоя популярна графичен редакторслед това създайте програмен код на сайтаза лаик е изпълнен със значителни трудности.

Качеството на приложенията и интернет проекта като цяло силно зависи от уменията на програмиста, който разработва сайта, чийто програмен код може да съдържа грешки, които значително влияят върху скоростта на зареждане на уеб страници и много други аспекти на целия сайт, включително тези, свързани със сигурността. Следователно откриването и елиминирането на грешки в кода е задължително при създаването на всеки уебсайт. Най -добре е да поверите разработването на сложен корпоративен уебсайт на специалисти (ако не сте), тъй като някои грешки са трудни за откриване и много от тях могат допълнително да доведат до забавяне при зареждането и неправилно показване на уеб страници в браузърите на компютри на интернет потребители. Твърде много дълго зарежданеможе да причини отлив на посетители от сайта и намаляване на качеството на трафика, което намалява печалбата и ефективността от използването на комерсиални интернет проекти.

Първо HTML и CSS

Основата на уеб документ е код, написан на HTML език за маркиране. Езикът за маркиране не трябва да се бърка с езика за програмиране, но каква точно е разликата е написано подробно. По принцип, използвайки набора от команди, които HTML предлага за разработчика на сайта, можете да зададете всички необходими параметри за статичен уеб документ - подреждането на елементи (блоково оформление), заглавия, абзаци, таблици, изображения и т.н. И със използвайки CSS, специална добавка за HTML, можете да позиционирате всички изброени обекти за маркиране, да промените стила им - цвят, размер, формат и т.н.

След това JavaScript

Интерактивни и анимирани елементи, например - банери, пълзяща линия, форма обратна връзка, работят върху уеб страници поради наличието на скриптове и код, написани на езици за програмиране от страна на сървъра или от страна на клиента. Езиковият скрипт е много популярен. JavaScript програмиране... Такива клиентски скриптове в своята работа не използват възможностите на сървъра и се изпълняват отстрани на компютъра на потребителя, тоест в браузъра. Това прави приложенията на JavaScript лесни и лесни за използване. висока скоростработа.

Най-накрая PHP

В случай, че е необходимо да се напишат сложни и обемни кодове, например за форуми или книги за гости, програмистите се обръщат за помощ към езиците за програмиране от страна на сървъра, и по-специално към. PHP кодовете се изпълняват от страна на сървъра, така че работата им може да се забави донякъде, тъй като зависи от скоростта на връзката с отдалечен компютъри степента на неговата натовареност. С използвайки PHPи SQL команди (специален език за запитване на релационна база данни), можете да организирате взаимодействието на сайт с бази данни и да създавате интерактивни интернет проекти - форуми, онлайн магазини, табла за съобщения, различни каталози и др.

Не се притеснявайте твърде много за това кой език да изберете да учите.Много начинаещи програмисти се затрудняват да изберат език, когато тепърва започват да се научават как да пишат програмни кодове. Реалният език, който избирате, няма значение, когато става въпрос за изучаване на структурите и логиката на изграждане на информация. Тези умения са много по-важни и могат да се научат с всеки език за програмиране.

Когато избирате език, се концентрирайте върху целта, за която искате да създадете програмни кодове, и едва след това изберете началния език. Например, ако искате да разработвате уебсайтове, трябва да започнете с изучаване на HTML и след това да го допълните с CSS, JavaScript и PHP. Ако искате да създавате програми за компютри, тогава започнете да изучавате C ++ или всеки друг масов език за програмиране.
Ако станете професионален програмист, бързо ще разберете, че никога няма да използвате езика, който първоначално сте научили за работата си. Вместо това ще продължите да учите нови езици през цялото време чрез документация и експериментиране.

Намерете безплатни онлайн ресурси, посветени на избрания от вас език.Интернет е съкровищница с безплатни уроци, курсове и видеоклипове за езика, който избирате да научите. Можете да научите основите на почти всеки въвеждащ език за един ден.

Ето само няколко популярни сайта: Bento, CodeAcademy, Code.org, html.net, Khan Academy, Udacity, W3Schools и много други.
В wikiHow има и голямо разнообразие от начални ръководства за различни езици.
Можете да намерите видеоклипове с уроци за почти всеки език в YouTube.
Stack Exchange е един от най-популярните форуми, където професионални програмисти отговарят на всякакви въпроси на потребителите.

Изтеглете добър текстов редактор.Много езици за програмиране позволяват използването на външни текстови редакториза писане на програми. Намерете текстов редактор, който ще показва отстъп и маркиране на кода.

Популярните програми включват Notepad ++ (Windows), TextWrangler (OS X) и JEdit (всяка система).

Изтеглете всички компилатори, от които се нуждаете.Някои езици за програмиране изискват компилатор за показване на изходния код, който сте написали. Компилаторите превеждат изходния код в еквивалентна езикова програма на ниско ниво, която след това се обработва от компютъра. Много компилатори са с отворен код и безплатен софтуер... Езиците, които изискват използването на компилатори, включват:

ОСНОВЕН
Fortran
Паскал

Започнете първия си проект.Изберете добър въвеждащ проект, който ви позволява да изпробвате новите си умения. В интернет има много предложения и уроци по тази тема; например, можете да започнете със създаване на прости уебсайтове с HTML, прости бази данни и функции с PHP, или прости програмина всеки от езиците, изискващи използването на компилатори.

Назначаване

Източниксе използва или за получаване на обектен код, или се изпълнява от интерпретатора. Никога не се правят промени в обектния код, а само в оригиналния, последвано от повторно преобразуване в обектния код.

Друга важна цел на изходния код е като описание на програма. Използвайки текста на програмата, можете да възстановите логиката на нейното поведение. Коментарите се използват за по -лесно разбиране на изходния код. Има и инструменти, които ви позволяват автоматично да извличате документация от изходния код – т.нар. генератори на документация.

В допълнение, изходният код има много други приложения. Може да се използва като учебно средство; За начинаещите програмисти може да е полезно да проучат съществуващия изходен код, за да научат техники и методологии за програмиране. Използва се и като средство за комуникация между опитни програмисти поради краткия и недвусмислен характер. Споделянекодът от разработчиците често се посочва като фактор, допринасящ за подобряване на изживяването при програмиране.

Програмистите често прехвърлят изходния код (като модули, такъв, какъвто е, или с адаптация) от един проект в друг, което се нарича повторно използване на код.

Изходният код е основен компонент за пренасяне на софтуер към други платформи. Без изходен код за който и да е софтуер, пренасянето е или твърде трудно, или невъзможно.

организация

Изходният код на част от софтуера (модул, компонент) може да се състои от един или няколко файла. Програмният код не е непременно написан само на един език за програмиране. Например, често програмите, написани на C, за целите на оптимизация, съдържат вложки от код на асемблер. Възможно е също някои компоненти или части от програма да са написани на различни езици и след това да бъдат събрани в един изпълним модул, използвайки технология, известна като свързване на библиотеки ( свързване на библиотеката).

Трудно софтуеризисква десетки или дори стотици файлове с изходен код при изграждане. В такива случаи, за да се опрости изграждането, обикновено се използват проектни файлове, които описват зависимостите между файловете с изходния код и описват процеса на изграждане. Тези файлове могат също да съдържат опции за компилатор и среда за проектиране. За различни дизайнерски среди могат да се използват различни файлове на проекти, като в някои среди тези файлове могат да бъдат в текстов формат, подходящ за директно редактиране от програмист, използващ универсални текстови редактори, в други среди се поддържат специални формати и файловете се създават и модифицират с помощта на специални инструментални програми. Проектните файлове обикновено се наричат изходен код. В по -голямата част от съвременните езикови среди файловете на проекта се използват задължително, независимо от сложността на другия изходен код, включен в проекта. Често изходният код означава също файлове с ресурси, съдържащи различни данни, например графики, необходими за изграждане на програма.

За улесняване на работата с изходния код, за съвместна работа по кода от екип от програмисти се използват системи за контрол на версиите.

Качество

За разлика от хората, няма "добре написан" или "лошо написан" код за компютър. Но начинът, по който е написан кодът, може да има дълбок ефект върху процеса на поддръжка. Качеството на изходния код може да се прецени по следните параметри:

четливост на кода (включително наличието на коментари върху кода);
лекота на поддръжка, тестване, отстраняване на грешки и коригиране на грешки, модификация и пренасяне;
икономично използване на ресурси - памет, процесор, дисково пространство;
няма коментари, показани от компилатора;
без "боклук" - неизползвани променливи, недостижими блокове код, ненужни остарели коментари и т.н.;
адекватна обработка на грешки;
преносимост - възможността за използване на манипулатор (компилатор, интерпретатор, преводач) различни версии, или дори различна ОС;
възможност за интернационализиране на интерфейса.

Неизпълним изходен код

Лицензите за безплатен софтуер copyleft изискват разпространение на изходния код. Тези лицензи също често се използват за работа без софтуер, като документация, изображения, файлове с данни за компютърни игри.

В такива случаи изходният код се счита за предпочитана форма на произведението за редактиране. Може също да се нарича "прозрачна" версия в лицензи за различен от софтуера. Това може да бъде например:

за файл, компресиран със загуба на данни - версия без загуби;
за изобразяване на векторно изображение или триизмерен модел - съответно векторната версия и модела;
за текстови изображения - същия текст в текстов формат;
за музика - файл във вътрешния формат на музикалния редактор;
и накрая, самият файл, ако отговаря на посочените условия или ако по-удобна версия просто не съществува.

Вижте също

Фондация Уикимедия. 2010 г.

Вижте какво е "Изходен код" в други речници:

Оригиналните материали на филма са негатив, контратип, контролно копие на филма, оригинал на магнитни саундтраци, презапис на музика, шумове, главен видео саундтрак, CD и др. Синоними: текстът се изпълнява или директно от интерпретатора, или ... ... Финансов речник

Човешки писмен текст компютърна програмана всеки език за програмиране Речник на бизнес термини. Academic.ru. 2001 г. ... Бизнес речник

източник- - Теми телекомуникации, основни понятия EN изходен код ... Ръководство за технически преводач

източник- 3.1.13 изходен код: Компютърна програма, изразена в разбираема от човека форма (език за програмиране), която се превежда в машинно четима форма (обектен код), преди да може да бъде тествана с ... ... Речник-справочник на нормативната и техническата документация

източник- езикът на изходния текст... Обяснителен преводен речник

Изходен код: Изходният код на написан от човека текст на компютърна програма. Изходният код на технотрилъра, режисиран от Дънкан Джоунс ... Wikipedia

Този термин има други значения, вижте изходния код. Изходен код ... Уикипедия

В тази статия липсват връзки към източници на информация. Информацията трябва да бъде проверяема, в противен случай може да бъде поставена под въпрос и изтрита. Можете да ... Wikipedia

Лого на Open Source Initiative (OSI) Софтуерът с отворен код е софтуер с отворен код. Източник създадени програмиотворен, тоест достъпен за разглеждане и редактиране. Това е ... ... Уикипедия

Изходна програма (изходен код)- 48) изходна програма (изходен код) съответно представяне на един или повече процеси, които могат да бъдат преобразувани от програмна система във форма, която може да се изпълнява от оборудване (обектен код или обектен език) (категории 6, 7 и 9) ; ... Официална терминология

15 правила за писане на качествен код

Има безброй начини за писане на лош код. За щастие 15 правила са достатъчни, за да се издигнете до нивото на качествен код. Спазването им няма да ви направи майстор, но ще ви позволи убедително да му подражавате.

Правило 1. Следвайте стандартите за кодиране.

Всеки език за програмиране има свой собствен стандарт за кодиране, който казва как да се прави отстъп, къде да се поставят интервали и скоби, как да се именуват обекти, как да се коментира кодът и т.н.

Например, в тази част от кода, според стандарта, има 12 грешки:

За (i = 0; i

Проучете внимателно стандарта, научете основите наизуст, следвайте правилата като заповеди и вашите програми ще бъдат по -добри от повечето висши учебни програми.

Много организации коригират стандартите, за да отговарят на техните специфични нужди. Например Google е разработил стандарти за повече от 12 езика за програмиране. Те са добре обмислени, така че ги разгледайте, ако имате нужда от помощ при програмирането за Google. Стандартите дори включват настройки на редактора, които да ви помогнат да се придържате към стил, и специални инструменти за проверка на кода ви съответства на този стил. Използвай ги.

Правило 2. Дайте описателни имена.

Ограничени от бавни, тромави телепринтери, програмистите в древни времена са използвали договори за имена на променливи и процедури, за да спестят време, натискане на клавиши, мастило и хартия. Тази култура присъства в някои общности с цел поддържане на обратна съвместимост. Вземете, например, функцията за нарушаване на езика C wcscspn (широк обхват за допълване на низ от символи). Но този подход не е приложим в съвременния код.

Използвайте дълги описателни имена като complementSpanLength, за да помогнете на вас и вашите колеги да разберете вашия код в бъдеще. Изключенията са няколко важни променливи, използвани в тялото на метод, като итератори на цикъл, параметри, временни стойности или резултати от изпълнение.

Много по-важно е да мислите дълго и добре, преди да назовете нещо. Точно ли е името? Имахте предвид най-висока цена или най-добра цена? Достатъчно конкретно ли е името, за да се избегне използването му в други контексти за подобни обекти? Не би ли било по-добре да назовете метода getBestPrice вместо getBest? Подхожда ли по-добре от други подобни имена? Ако имате метод ReadEventLog, не трябва да извиквате друг NetErrorLogRead. Ако именувате функция, името описва ли връщаната стойност?

В заключение, няколко прости правилаименуване. Имената на класовете и типовете трябва да са съществителни. Името на метода трябва да съдържа глагол. Ако методът определя дали някаква информация за обект е вярна или невярна, името му трябва да започва с "е". Методите, които връщат свойства на обекти, трябва да започват с „get“, а тези, които задават стойности на свойствата, трябва да започват с „set“.

Правило 3. Коментирайте и документирайте.

Започнете всеки метод и процедура, като опишете в коментар, че този методили процедурата прави, параметри, върната стойност и възможни грешкии изключения. Опишете в коментарите ролята на всеки файл и клас, съдържанието на всяко поле на класа и основните стъпки в сложния код. Пишете коментари, докато разработвате кода си. Ако мислите, че ще ги напишете по-късно, вие се заблуждавате.

Освен това се уверете, че има ръководство за вашето приложение или библиотека, което обяснява какво прави вашият код, дефинира неговите зависимости и предоставя инструкции за изграждане, тестване, инсталиране и използване. Документът трябва да е кратък и удобен; обикновен README файл често е достатъчен.

Правило 4. Не се повтаряйте.

Никога не копирайте или поставяйте кода. Вместо това извлечете общата част в метод или клас (или макрос, ако е необходимо) и я използвайте с подходящите параметри. Избягвайте използването на подобни данни и части от код. Също така използвайте следните техники:

Създавайте препратки към API от коментари, като използвате Javadoc и Doxygen.
Автоматично генериране на Unit тестове въз основа на анотации или конвенции за именуване.
Генерирайте PDF и HTML от един маркиран източник.
Получаване на структурата на класа от базата данни (или обратно).

Правило 5. Проверете за грешки и реагирайте на тях.

Методите могат да връщат знаци за грешка или да хвърлят изключения. Обработете ги. Не разчитайте на факта, че дискът никога няма да се запълни, вашият конфигурационен файл винаги ще бъде на мястото си, приложението ви ще работи с всички необходими разрешения, заявките за разпределяне на памет винаги ще бъдат успешни или че връзката никога няма да прекъсне. Да, добрата обработка на грешки е трудна за писане и прави кода по-дълъг и по-труден за четене. Но игнорирането на грешките просто замита проблема под килима, където един нищо неподозиращ потребител ще го открие.

Правило 6. Разделете кода си на кратки отделни части.

Всеки метод, функция или блок от код трябва да се побере в нормален прозорец на екрана (25-50 реда). Ако е по -дълго, разделете на по -къси парчета. Дори вътре в метода, разделете дългия код на блокове, чиято същност можете да опишете в коментарите в началото на всеки блок.

Освен това всеки клас, модул, файл или процес трябва да изпълнява определен вид задача. Ако част от кода изпълнява напълно различни задачи, тогава го разделете съответно.

Правило 7. Използвайте API рамки и библиотеки на трети страни.

Разгледайте какви функции са достъпни чрез API на вашата рамка. както и какво могат да направят разширените библиотеки на трети страни. Ако библиотеките се поддържат от вашия мениджър на системни пакети, те най -вероятно ще свършат добър избор... Използвайте код, за да ви предпази от преоткриване на колелото (и безполезната квадратна форма).

Правило 8. Не прекалявайте с дизайна.

Проектирайте само това, което е актуално сега. Можете да направите кода си доста общ, за да поддържате по -нататъшното развитие, но само ако не го прави твърде сложен. Не създавайте параметризирани класове, фабрики, дълбоки йерархии и скрити интерфейсида решаваш проблеми, които дори не съществуват - не можеш да познаеш какво ще се случи утре. От друга страна, когато структурата на кода не отговаря на задачата, не се колебайте да го преработите.

Правило 9. Бъдете последователни.

Правете едни и същи неща по същия начин. Ако разработвате метод, чиято функционалност е подобна на функционалността на съществуващ, тогава използвайте подобно име, подобен ред на параметри и подобна структура на тялото. Същото важи и за класовете. Създайте подобни полета и методи, направете им подобни интерфейси и съпоставете нови имена със съществуващи имена в подобни класове.

Вашият код трябва да следва конвенциите на вашата рамка. Например, добра практика е диапазоните да бъдат полуотворени: затворени (включително) отляво (в началото на диапазона) и отворени (изключителни) отдясно (в края). Ако няма съгласие за конкретен случай, тогава направете избор и се придържайте към него фанатично.

Правило 10. Избягвайте проблеми със сигурността.

Съвременният код рядко работи изолирано. Той излага неизбежния риск да бъде насочен от атаки. Те не трябва да идват от интернет; атаката може да се осъществи чрез въвеждане на вашето приложение. В зависимост от вашия език за програмиране и домейн, може да се наложи да се притеснявате за препълване на буфер, скриптове между сайтове, SQL инжектиране и подобни проблеми. Проучете тези проблеми и ги избягвайте във вашия код. Това не е трудно.

Правило 11. Използвайте ефективни структури от данни и алгоритми.

Простият код често е по-лесен за поддържане от този, който се променя за ефективност. За щастие можете да балансирате поддръжката и ефективността, като използвате структурите от данни и алгоритмите, които вашата рамка предоставя. Използвайте карта, набор, вектор и алгоритми, които работят с тях. Това ще направи кода ви по-чист, по-бърз, по-мащабируем и по-ефективен от паметта. Например, ако съхранявате хиляда стойности в сортиран набор, тогава операцията на пресичане ще намери общи елементи с друг набор в същия брой операции, а не милион сравнения.

Правило 12. Използвайте единични тестове.

Сложността на съвременния софтуер го прави по-скъп за инсталиране и по-труден за тестване. Продуктивен подход би бил да се поддържа всяка част от кода с тестове, които проверяват правилността на неговата работа. Този подход улеснява отстраняването на грешки, т.к ви позволява да откривате грешки по-рано. Тестването на модули е от съществено значение, когато програмирате на езици с динамично писанекато Python и JavaScript, защото те улавят грешки само по време на изпълнение, докато статично въведените езици като Java, C # и C ++ могат да уловят някои от тях по време на компилиране. Unit тестването също ви позволява да преработвате кода си с увереност. Можете да използвате XUnit, за да улесните писането на тестове и да автоматизирате тяхното изпълнение.

Правило 13. Дръжте кода си преносим.

Освен ако нямате конкретна причина, не използвайте функционалност, която е достъпна само на определена платформа. Не разчитайте на определени типове данни (като цяло число, указатели и времеви марки) да имат конкретна дължина (например 32 бита), тъй като този параметър се различава при различните платформи. Дръжте програмните съобщения отделно от кода и не включвайте параметри, специфични за културата (например разделители на дробни и цели числа или формат на дата). Конвенциите са необходими, за да може кодът да се изпълнява различни странитака че направете локализацията възможно най-безболезнена.

Правило 14. Направете своя код събираем.

Една проста команда трябва да сглоби кода ви във форма, готова за разпространение. Командата трябва да ви позволи бързо да изградите и стартирате тестовете, от които се нуждаете. За да постигнете това, използвайте автоматизирани инструменти за изграждане като Make, Apache Maven или Ant. В идеалния случай трябва да настроите интеграционна система, която да проверява, изгражда и тества кода ви, когато го промените.

Правило 15. Поставете всичко в система за контрол на версиите.

Всички ваши елементи - код, документация, източници на инструменти, скриптове за изграждане, тестови данни - трябва да бъдат под контрол на версиите. Git и GitHub правят тази задача евтина и безпроблемна. Но много други също са достъпни за вас. мощни инструментии услуги. Трябва да можете да изградите и тествате вашата програма на конфигурирана система, като просто я изтеглите от хранилището.

Заключение.

Като направите тези 15 правила част от ежедневната си практика, в крайна сметка ще създадете код, който е по-лесен за четене, е добре тестван, е по-вероятно да работи правилно и е много по-лесно за промяна, когато му дойде времето. Освен това ще спасите себе си и потребителите си от много главоболия.