Готово!
Скоро материал придет на указанную электронную почту. Также подписывайте на нас в Facebook
Ok
Пишем maintainable код
По счастливому стечению обстоятельств легкий в поддержке maintainable код также является и легким для (unit-)тестирования, легким для освоения новыми членами команды и т.д. Скорее всего, это связано с тем, что для создания maintainable кода приходится озаботиться хорошей архитектурой проекта и завести несколько хороших привычек.
Главный принцип деления программы на части высокого уровня не меняется уже несколько десятилетий: Data access layer, Business (logic) layer и Presentation layer. Причем, очевидно, что слой отражающий суть и всю ценность нашего приложения это Business layer, а DAL и PL являются некого рода обслуживающими слоями. А все эти аббревиатуры на букву M представляют собой архитектурные паттерны, описывающие как организовать Presentation layer в программах, не более того.
Ну и раз уж обещал говорить о привычках, выделим первую: в гонке за модными технологиями для хранения данных или для представления их же пользователю, не забывать, что ваше приложение — это ваш Business layer, остальное — шелуха, легко меняющаяся со временем.
И сразу же, без предисловий, вторая хорошая привычка: SOLID. Не знаю как остальное в SOLID, но важность Single responsibility принципа трудно переоценить. Я бы назвал его необходимым и достаточным условием хорошего кода. В любом плохом коде всегда найдется класс, который делает больше одного дела (Form1.cs или index.php, размером в тысячи строк наверно каждый видел, а то и делал). Остальные принципы из SOLID не так важны для меня и, кстати, недавно на хабре была хорошая статья на эту тему, куда вас и отсылаю. Я во многом солидарен с написанным там и благодарен автору этой статьи, что мне не придется объяснять это самому.
Принцип Single responsibility (дальше просто принцип S) буквально заставляет писать качественный код и многие, очень многие методики, являются просто инструментами для написания кода, удовлетворяющего данному принципу.И примером является то, что я выделю в третью хорошую привычку: Dependency Injection. Я слабо представляю себе более-менее большой проект, исповедующий принцип S, без DI. Я обещал приводить примеры и здесь хорошее место, чтобы начать это делать. Обычный класс, представляющий собой логику работы с заказами какого-нибудь интернет-магазина.
Продолжение самой рейтинговой статьи от инженера-программиста Аделя Файзрахманова в нашем блоге на портале Хабрахабр.
Новости по теме
- 21 апреля
Что такое ИТ-аутсорсинг и с чем его едят?
Что такое ИТ-аутсорсинг, каковы его преимущества и как не ошибиться с выбором поставщика? Обо всем об этом в нашем материале.
- 27 апреля
Услуги в области ИТ: вступление и основы. Часть первая.
Руководитель направления бизнес-услуг и услуг по приложениям Дмитрий Каштанов пишет в целом об услугах в области ИТ. Публикуем первую часть. Продолжение следует...
- 5 мая
Услуги в области ИТ: формула услуги. Часть вторая.
Вторая часть из цикла статей об услугах от эксперта Дмитрия Каштанова. В ней подробно объясняется понятие «формула услуги».
- 7 мая
Услуги в области ИТ. Кто или что создаёт полезность услуги? Часть третья.
В третьей части статьи рассказываем почему ИТ-услуги ≠ Услуги в области ИТ.
- 21 мая
Услуги в области ИТ. Профессиональные услуги в области ИТ. ИТ-аутсорсинг. Часть четвертая
Четвертая часть статьи продолжает знакомить читателей с ИТ-услугами и аутсорсингом, как уровнем развития деловых отношений между поставщиком и заказчиком.
- 3 сентября
Услуги в области ИТ. Матчасть – Часть 5. Не все проекты одинаково проекты
Наш эксперт Дмитрий Каштанов продолжает рассказывать об услугах в области ИТ. В этом материале речь пойдет о настоящих проектах.
- 21 марта
Как решать проблемы с безопасностью IT, когда нужного человека нет на месте?
- 18 апреля
Зачем нужны виртуальные дата-центры?
Лучшие способы оптимизации расходов на «железо».
- 27 апреля
Кто быстрее: «облака» vs «ИТ-рынок»?
Востребованность облачных технологий в России – это не будущее, а уже реальность. Сегодня российский рынок облаков, набирающий темп в своем развитии, растет в разы быстрее ИТ- рынка в целом.
- 3 мая
Как выбрать лучшего поставщика услуг ИТ-аутсорсинга?
Для некоторых проектов аутсорсинг подходит как нельзя лучше. Независимо от причин для аутсорсинга все равно важно корректно управлять проектом, выбрать правильного поставщика услуг и обсудить все ключевые моменты.
- 11 мая
6 главных книг по разработке ПО
Главные книги, которые нельзя упустить среди «непроверенных временем новичков» и то, без чего точно не обойтись, в списке от Андрея Крехова, заместителя директора по специальным программам ICL Services
- 8 июня
Внедрение инструментов Lean в командe Сервис Деск
Опыт внедрения новых методов по повышению эффективности работы в команде Сервис Деск на примере компании ICL Services.
Будьте в курсе новостей
Подпишитесь на рассылку и будьте в курсе наших последних новостей