Сейчас я программист или хочу быть. Я читал хорошую книгу и другие справочники по написанию кода, на мой взгляд, программист не только пишет код. Но они должны знать «Как вы пишете код?» В этой главе я хочу рассказать вам о чистом коде. Что это? для чего? Хорошо, давайте проверим это!

Будет код

Люди, которые думают, что код однажды исчезнет, ​​подобны математикам, которые надеются однажды открыть математику, которая не обязательно должна быть формальной. На самом деле нет, код не может этого обнаружить. Эти машины (такие как компьютер/ПК) должны быть способны понимать нас так хорошо, чтобы они могли переводить неопределенно определенные потребности в идеально выполняющиеся программы, которые точно удовлетворяют эти потребности.
Помните, что код — это на самом деле язык, на котором мы высказать требования. Мы можем создавать языки, которые ближе к требованиям.

Неверный код

Вам когда-нибудь сильно мешал плохой код? Действительно, у нас есть для него название. Мы называем это болотом. Мы пробираемся (пересекаем) плохой код. Мы изо всех сил пытаемся найти свой путь, надеясь на какую-нибудь подсказку, подсказку, но все, что мы видим, это все более и более бессмысленный код.
Мы все почувствовали облегчение, увидев, что наша беспорядочная программа работает, и решили, что работающий беспорядок лучше, чем ничего такого.

Что такое чистый код?

Буквально никаких определений о чистом коде. Но мы можем услышать это от многих опытных программистов, как и многие определения от них.

  • Бьерн Страуструп (изобретатель C++)
    Он сказал: «Мне нравится, когда мой код элегантен и эффективен». Во-первых, по его словам, элегантный можно интерпретировать как приятный для чтения. Во-вторых, эффективность можно описать больше, чем простое стремление к скорости. Он также добавил, что чистый код — это логика, которая должна быть простой, чтобы было трудно скрывать ошибки, минимальные зависимости для облегчения обслуживания, полная обработка ошибок в соответствии с сформулированной стратегией и производительность, близкая к оптимальной, чтобы не искушать (тестировать) людей.
  • Грэди Буч (ООП-анализ)
    Чистый код — это просто и понятно. Грейди придерживается той же точки зрения, что и Бьярн, но он исходит из точки зрения удобочитаемости. Наш код должен быть фактическим, а не спекулятивным. В нем должно быть только самое необходимое. Наши читатели должны воспринимать (чувствовать), что мы были решительны (уверены).
  • Дэйв Томас (стратегия Eclipse)
    Чистый код может быть прочитан и улучшен разработчиком, не являющимся его первоначальным автором. Он имеет единичные приемочные испытания. Дэйв думал, что код без тестов не чист. Каким бы изящным он ни был, каким бы читабельным и доступным он ни был, без тестов он будет нечист.
  • Майкл Фезерс (Эффективная работа с устаревшим кодом)
    Чистый код всегда выглядит так, как будто он был написан небезразличным человеком. Одно слово: забота. Кто-то нашел время, чтобы сохранить его простым и упорядоченным. Они уделили полное внимание деталям. Они позаботились.
  • Рон Джеффрис (Экстремальное программирование)
    Он следует правилам простого кода Бека. В порядке приоритета, простой код:
     – Выполняет все тесты
     – Не содержит дубликатов
     – Выражает все дизайнерские идеи, присутствующие в системе
     – Минимизирует количество таких сущностей. как классы, методы, функции и т.п.
    Рон резюмировал содержание этой книги. Никакого дублирования, одно, выразительность, крошечные абстракции.
  • Уорд Каннингем (изобретатель Wiki & Fit)
    Он сказал, что вы можете назвать это красивым кодом, когда код также выглядит так, как будто язык был создан для решения проблемы. Итак, наша обязанность — сделать так, чтобы язык выглядел простым, а не язык делает программы простыми. Именно программист делает язык простым.

Заключение
Эта статья не может обещать сделать из вас хорошего программиста, даже в буквальном смысле определения чистого кода. Но вы увидите хороший код, и вы увидите плохой код и преобразуете его в хороший код.

Просто, если мы хотим что-то чистое, мы должны больше стараться, независимо от того, было ли что-то чистым или грязным раньше. если мы не знаем определения чистого кода. на самом деле код не проблема, он работает плавно, но несколько сложно понять другим (другим разработчикам) это не о вас, а о них. Мы можем поразмышлять над нашим кодом, например, если мы получим бывшего разработчика кода, нам нужно больше усилий, чтобы мы могли его понять, и если мы хотим этого с самого начала, мы должны соблюдать все правила и полностью закончить его.

Чтобы лучше понять это, нужно умножать практики, практики и практики. Итак, вы знаете разницу.

Источник:
Clean Code — A Handbook of Agile Software Craftsmanship
by Robert C. Martin