Don’t repeat yourself или DRY: что такое, для чего нужно, примеры применения
Самый популярный принцип разработки программного обеспечения в мире.
Что такое DRY
DRY – это аббревиатура английской фразы don’t repeat yourself, которая переводится как “не повторяйся”. Аббревиатура DRY (или “не повторяйся”) в мире программистов означает целый принцип (подход) к написанию программного кода, который считается базовым для всех начинающих программистов.
Почему так важно не повторяться
Когда программист создает настоящую программу, очень часто возникает необходимость использовать один и тот же код, но в разных местах. Иногда доходит до такого, что необходимо переиспользовать огромные участки программы, которые могут занимать больше двухсот или даже трехсот строчек кода.
Просто представьте, у Вас есть две функции, которые используют один и тот же огромный кусок кода. А теперь представьте, что таких функций не две, а двадцать. Согласитесь, такое будет очень трудно обслуживать и читать, тем более, если не Вы автор программы. Любое изменение в логике работы повторяющегося кода придется дублировать в остальных местах.
Пример использования подхода DRY
Чтобы облегчить себе и другим разработчикам жизнь, а также сделать файлы более опрятными (что тоже приятно), программисты придумали принцип DRY. Простыми словами, если Вы видите, что похожий или вообще одинаковый код повторяется в разных местах, то вынесите его в отдельную функцию и потом используйте ее в любом удобном месте.
Для примера, обратите внимание на картинку ниже:
У нас есть код, который генерирует случайное число и он повторяется несколько раз в одном файле. В целом, это один и тот же код, просто разные входные данные (и то не всегда). А что будет, если мы сделаем так:
Смотрите, как сразу все стало аккуратно, файл выглядит более простым и занимает визуально меньше места. Теперь можно вызывать нашу новую функцию generateInt() везде, где захочется (в пределах файла), и для этого не требуется повторять одни и те же три строчки кода.
Итог
Следование принципу DRY приводит к модульной архитектуре проекта, что положительно сказывается на возможности его обслуживать долгие годы. Вообще, когда речь идет об одном файле, то не повторяться намного проще. Но, если мы говорим про десятки, а то и сотни файлов, то тут следовать принципу DRY намного сложнее, для этого нужно изначально создать гибкую архитектуру проекта, а также согласовывать свои решения с коллегами-разработчиками.
Оставьте комментарий