Мы все живем в мире, где есть неправильный справа, слева от правого и правого левого. Прысница в том, что мы делаем, — очень важная вещь. Шаг в кодировании является отличной ценностью, когда разработчик обладает такими. Один шаг за раз помогает наблюдать больше, чем действовать, поскольку действия не могут быть (легко) отменены.
Практически все разработчики сейчас дни занимаются прогрессивным кодированием, пока Менеджер управления источником (SCM) используется. Тем не менее, большинство разработчиков отклоняются от этого стиля кодирования, вызванного неправильным использованием SCM. Здесь я не буду говорить/много разговоров на SCM, поскольку прогрессивное кодирование может быть достигнуто без SCM. SCM облегчает его, выполняя немного больше работы.
Что такое прогрессивное кодирование
Прогрессивное кодирование — это стиль кодирования, в котором коды написаны битом битом, поскольку они перекрестно уровень функций, ролей и использования. Давайте возьмем дом, например. Дом должен быть построен постепенно не в одно мгновение. В доме существуют разные отсеки, каждый из которых имеет функцию, роль и использование. То, что я просто говорю, может быть выражено в нескольких строках кода.
function buildHouse() {
const room = buildRooms(4)
const kitchen = buildKitchen()
const lib = buildLibrary()
}
function buildRooms(num) {
const i = 0
return new Array(num).join("room\n")
}
function buildKitchen() {
return "chef Chen's kitchen"
}
function buildLibrary() {
return "Einstein's library"
}
Каждый отсек разделен на свою функцию. С таким стилем кодирования, поскольку в доме необходимо больше отсеков, они могут быть тщательно построены в доме, используя сборка главная функция. Можно сказать, что этот стиль кодирования является прогрессивным кодированием. Когда необходимо изменить способ, с помощью которого комнаты строятся, нет необходимости влиять на сборка функция Этот стиль помогает разработчику сохранять здравомыслие внутри себя и санитарии в их коде.
Прогрессивное кодирование больше похоже на кодирование в единицах, а не к функции, выполняющей более одной функции. С приведенной выше иллюстрацией все еще может показаться крутым иметь тело любой другой функции в сборка функция Поверьте мне, это не круто, когда каждая функция отсека начинает выполнять некоторые утомительные задачи. Небольшая ошибка где -то может лишить вас вашего здравомыслия; Это затрудняет чтение и отладку. В прогрессивном стиле кодирования ошибки могут быть легко сузились до того места, где они вызвали разрыв. Прогрессивный код очень хорошо гибкий и может легко адаптироваться к изменениям.
Постепенно добавление единиц функций, которые выполняют одну основную задачу, как и при необходимости программиста, это Прогрессивное кодирование
Способы участия в прогрессивном кодировании
- Модульное развитие.
- Разработка подразделения.
Модульная и единица разработки — это два ясных способа постепенного кодирования.
Модульное развитие
Модульная разработка — это система, в которой разнородные функции работают вместе для достижения общей цели. Эти функции отличаются тем, что они не ведут себя так же, но являются частью чего -то большего и работают вместе, чтобы дать один результат. В модульном уровне кодов разработки встроен в среду, называемую модулями. Модули можно рассматривать как промежуточное состояние применения. Python, Java, C/C ++, Ruby — называют его — почти, если не все языки — предоставляют (ы) среду для модульного развития. Файлы классов Java можно считать, что они действуют как модули. Существует ряд среды/среды выполнения/стандарта, которая поддерживает модульную разработку в JavaScript. Некоторые из которых:
- Common JS (CJS), например, Node.js
- Амд
- Ecmascript 2015 (модули ES6)
Модульная разработка является очень важной частью программирования, поскольку она помогает организовать основную часть кодов на основе макро-задачи, которую выполняют коды. Проще создавать приложение в качестве коллекции модулей, а не как одно вытянутое приложение.
Разработка подразделения
Разработка единицы строит модуль из коллективных функций. Где модуль состоит из единицы функций, которая определяет поведение этого модуля во всем приложении. Строительные модули в единицах помогают хорошему опыту тестирования, так как каждый тест проводится на уровне единицы.
- {‘dt’: ‘Ед. изм’}
- {‘dd’: ‘Устройство — это самый маленький кусочек функционального кода, работающего в микрозабочке.’}
- {‘dt’: ‘Модуль’}
- {‘dd’: ‘Модуль представляет собой набор функциональных единиц кода.’}
- {‘dt’: ‘Упаковка’}
- {‘dd’: ‘Пакет — это набор функциональных модулей’}
Невозможно написать бесплатный компьютерный код. С тех пор, как Адам информатики У машины застряла ошибка. Теперь ошибка проходит по родословной через сеть электрических проводов и расширила свою территорию, где теперь она лежит в основе разработки компьютерного программного обеспечения, используя недостатки человека 😉.
Мы должны вести войну против этих крошечных небольших жуков, когда они заражают сердце наших дизайнов. Они почти непобедимы, но мы, программисты, совершенно неукротимы.
Ошибки наверняка будут существовать в коде, но должны быть предприняты усилия, чтобы контролировать активность ошибок. Это необходимое зло в CS.
Один вещью разработчики должны быть осторожны, это неэффективный способ исправления ошибок. Во время процесса исправления ошибок разработчик должен убедиться, что дисбаланс был поражен между созданием ошибок и исправлением ошибок. Дисбаланс, который наклоняется правильно, соответственно. В процессе исправления ошибки вы можете дать шанс на другую ошибку где -то еще. Убедитесь, что больше ошибок исправляется и создается меньше ошибок. Прогрессивное кодирование помогает понять ошибки еще лучше, и простой рефакторинг исправляет больше ошибок, если этот стиль кодирования будет придерживаться.
# MakeitClean
( Не забудьте следить здесь и в Твиттере, чтобы получить максимальную отдачу от моего поста. Если вам это нравится, пожалуйста, покажите это. Есть какие -либо взносы? Используйте поле для комментариев. Пока пока )
Оригинал: «https://dev.to/calebpitan/progressive-coding-and-bug-repression-1p1o»