Сегодня мы собираемся обсудить Принцип одной ответственности (SRP) и как это относится к записи функций JavaScript. При написании кода легко увлечься при попытке решить какую-то проблему и линию записи после линейки захвата, манипулирования и передачей данных. Это, в свою очередь, делает его так же легко в конечном итоге с очень громоздкими, но рабочие функции. Работа сделана правильно? Конечно, но когда дело доходит до него, это не просто выглядит плохо, это работает плохо.
Вот где приходит SRP. Это красивый самооценка, но давайте поговорим о том, что это значит и почему он применяется для написания хорошего кода. SRP означает, что каждая функция или метод в вашем коде имеет один Одиночная ответственность и функции для одной специализированной роли. Это не делает это и то, что это просто делает это, или это просто делает это, но никогда не оба. Теперь, когда это относится к хорошему кодированию, потому что он не только добавляет возможную повторное использование и универсальность на вашу базу кода, но он также облегчает его и облегчает устранение неполадок какие-либо текущие и будущие проблемы, которые могут появиться.
Одна вещь, которую вы повторно услышите в кодирующей культуре, состоит в том, что вы можете определить плохой код, когда вы видите функцию, обрабатывая слишком много вещей. Подумайте об этом на мгновение. У вас есть машина, которая выполняет много вещей, но она останавливается возможность сделать одну из вещей. Единственный способ исправить это – разорвать всю машину друг от друга и исправить ее, но после того, как вы закончите еще одну функцию машины сейчас не работает. Теперь представьте этот сценарий. У вас есть машина со многими прикрепляющимися частями, которые у каждого есть свои собственные функциональные возможности, и один из них разрывается. Затем вы можете просто захватить одно вложение и исправить эту часть конкретно, поскольку это то, что вызывает проблему, не влияя на машину в целом.
Другая причина применения SRP к вашим методам кодирования, движущихся вперед, является из-за другого принципа кодирования основного кодирования, поддерживать ваш код сухим. Не повторяйся. Когда вы выписываете все больше и больше функций и функций на вашем приложении или веб-странице, вы обнаружите, что многие из них делают очень похожие вещи, если не то же самое с различными деталями данных. В этот момент вы пишете один и тот же код внутри нескольких функций, когда вы могли бы просто разбить каждую вещь, к ней базовой функциональностью и сложите их вместе для того, что вам нужно. В отличие от просто создания инструмента, чтобы выполнить работу, создайте строительные блоки, которые позволяют вам построить любые инструменты для работы. Возможно, вы спрашиваете: «Хорошо, как я узнаю, какие строительные блоки мне нужны, пока я не узнаю, что есть инструменты?», И вот где приходит рефакторинг. Это нормально, чтобы создать свою функцию и убедиться, что вы сможете достичь конечного результата, который вам нужен Но лучше всего с этого момента взглянуть на ваш код и сломать его базовые блоки и отделить их в свои отдельные функции. Скорее всего, вы можете использовать одну из этих деталей, которые вы создали в будущей функции, и не придется переписать его снова и снова.
Наконец, представьте себе работу над командой или в пару программированной сессии, и кто-то просит вас проверить свою функцию и, возможно, помочь им устранить неисправность. Вы бы предпочли увидеть стену текста в этой одной функции? Нет, конечно нет. Мы как кодеры снимаем. Мы не читаем каждую одну строку в коде, потому что многие из него не сразу имеют отношение к тому, что мы пытаемся обратиться. Если код разделен в отделении, вы можете посмотреть, где необходимо и решать проблему в его корне. Таким образом, ради вашего кода и ради других кодерах узнают принцип, любите принцип и живут принцип. Это все от меня сегодня.
Оригинал: “https://dev.to/eidorianavi/functions-and-the-single-responsibility-principle-48ae”