13 лет помогаем находить
интересные книги
  • 20 700 000оценок книг
  • 1 100 000рецензий на книги
  • 44 500 000книг в коллекциях
Зарегистрируйтесь или войдите
Пароль будет создан автоматически и отправлен вам на почту, или ввести пароль самостоятельно

«Чистая архитектура. Искусство разработки программного обеспечения» — цитаты из книги

ISBN: 978-5-4461-0772-8
Год издания: 2018
Издательство: Питер
Серия: Библиотека программиста

"Идеальный программист" и "Чистый код" - легендарные бестселлеры Роберта Мартина - рассказывают, как достичь высот профессионализма. "Чистая архитектура" продолжает эту тему, но не предлагает несколько вариантов в стиле "решай сам", а объясняет, что именно следует делать, по какой причине и почему именно такое решение станет принципиально важным для вашего успеха.

Роберт Мартин дает прямые и лаконичные ответы на ключевые вопросы архитектуры и дизайна. "Чистую архитектуру" обязаны прочитать разработчики всех уровней, системные аналитики, архитекторы и каждый программист, который желает подняться по карьерной лестнице или хотя бы повлиять на людей, которые занимаются данной работой.
Все архитектуры подчиняются одним и тем же правилам!
Роберт Мартин (дядюшка Боб)

Развернуть

Лучшая рецензия на книгу

Оценка iwanttobealight:   5  /  4.4
Заставляет задуматься

Это хорошая и мудрая книга. Про принципы SOLID, про уровни абстракции, про направление зависимостей. Слишком много ооп, впрочем чего еще ждать от книги, в которой столько java (на самом деле куда меньше java-кода, чем в "чистом коде"). Я ещё не строила большие приложения, но когда начну, перечитаю.

Цитаты из книги

Разработчики и клиенты часто неправильно понимают, что такое система. Они видят графический интерфейс и думают, что он и есть система. Они определяют систему в терминах графического интерфейса и считают, что должны сразу начать работу с графическим интерфейсом. Они не понимают важнейшего принципа:… Развернуть 

Функциональность или архитектура? Что более ценно? Что важнее — правильная работа системы или простота ее изменения?
Если задать этот вопрос руководителю предприятия, он наверняка ответит, что важнее правильная работа. Разработчики часто соглашаются с этим мнением. Но оно ошибочно. Я могу доказать… Развернуть 

Все службы должны соответствовать общему интерфейсу REST. Они должны единообразно интерпретировать поля pickupAddress, pickupTime и destination. Теперь предположим, что компания такси Acme наняла нескольких программистов, которые ознакомились со спецификацией недостаточно внимательно. Они… Развернуть 

Есть один верный способ сделать программный компонент сложным для изменения - создать много других компонентов, зависящих от него. Компонент с множеством входящих зависимостей очень устойчив, потому что согласование изменений со всеми зависящими компонентами требует значительных усилий.

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

Другая возможность разделить зависимости на уровне исходного кода — создать несколько разных деревьев с исходным кодом. Для портов и адаптеров, например, можно было бы создать три таких дерева:
• Исходный код с предметной и бизнес-логикой (то есть все, что не зависит от выбора технологии и… Развернуть 

Правило зависимостей
Концентрические круги  представляют разные уровни программного обеспечения. Чем ближе к центру, тем выше уровень. Внешние круги — это механизмы. Внутренние — политики.
Главным правилом, приводящим эту архитектуру в действие, является правило зависимостей (Dependency Rule):Развернуть 

Ваша архитектура должна рассказывать о системе, а не о фреймворках, использованных в системе. Если вы работаете над системой для медицинского учреждения, тогда первый же взгляд на репозиторий с исходным кодом должен вызывать у новых программистов, подключающихся к проекту, мысль: «Да, это… Развернуть 

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

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

1 2 3 4 5
Регистрация по электронной почте
Пароль будет создан автоматически и отправлен вам на почту, или ввести пароль самостоятельно
Регистрация через соц. сеть
После регистрации Вам будут доступны:
Персональные рекомендации
Скидки на книги в магазинах
Что читают ваши друзья
История чтения и личные коллекции