Не так уж часто дочитываю до конца серьёзные книги, но с этой не так. Книга Роберта Мартина "Чистая архитектура" ввела в совершенно другой аспект разработки програм - выделение деталей, сущностей, их реализаций, вынесение бизнес логики. Всё это с вниманием к границам компонент. Чего стоят только названия глав про границы:
- Гл17: Границы: проведение разделяющих линий
- Гл18: Анатомия границ
- Гл24: Неполные границы
- Гл25: Уровни и границы
- Гл26: Главный компонент
- Гл28: Границы тестов
Когда на протяжении всей книги по программированию ты думаешь про программирование с позиции архитектуры то и внутреннее восприятие программирования претерпевает сушественные изменения . Классная книга, ура-ура, и напоследок немного цитат из книги:
- Закон Конвея. Любая организация, разрабатывающая систему, невольно будет формировать дизайн, структура которого повторяет структуру взаимодействий внутри этой организации.
- Хорошая архитектура оставляет возможности открытыми.
- Хорошая архитектуа позволит создать монолитную систему, развёртываемую как один файл, а затем превратить её в набор независимых единиц развёртывания и далее в независимые службы и/или микрослужбы. Позднее ... она должна позволить обратить всё вспять и вновь вернуться к монолитной структуре.
- Реализация бизнес-правил должна быть самым независимым кодом в системе, готовым к многократному использованию.
- Простота тестирования является характерным признаком хорошей архитектуры.
- Первое правило проектирования программного обеспечения - идёт ли речь о тестируемости или о чём-то ещё - всегда одно: не зависеть ни от чего, что может часто меняться.
Во время чтения сформуривал для себя принцип: independent functions and independent code easy to find согласно которому в языках+ide разработки можно было бы искать необходимые элементы используя а) поиск по названиям, б) по данным вход->выход, в) в областях знаний, г) по логике работы имея ввиду - схожесть со смежными функциями.
Оригинальное название: Clean Architecture: A Craftsman's Guide to Software Structure and Design // Robert C. Martin
#чистая #архитектура #code #arch #робертмартин
- Гл17: Границы: проведение разделяющих линий
- Гл18: Анатомия границ
- Гл24: Неполные границы
- Гл25: Уровни и границы
- Гл26: Главный компонент
- Гл28: Границы тестов
Когда на протяжении всей книги по программированию ты думаешь про программирование с позиции архитектуры то и внутреннее восприятие программирования претерпевает сушественные изменения . Классная книга, ура-ура, и напоследок немного цитат из книги:
- Закон Конвея. Любая организация, разрабатывающая систему, невольно будет формировать дизайн, структура которого повторяет структуру взаимодействий внутри этой организации.
- Хорошая архитектура оставляет возможности открытыми.
- Хорошая архитектуа позволит создать монолитную систему, развёртываемую как один файл, а затем превратить её в набор независимых единиц развёртывания и далее в независимые службы и/или микрослужбы. Позднее ... она должна позволить обратить всё вспять и вновь вернуться к монолитной структуре.
- Реализация бизнес-правил должна быть самым независимым кодом в системе, готовым к многократному использованию.
- Простота тестирования является характерным признаком хорошей архитектуры.
- Первое правило проектирования программного обеспечения - идёт ли речь о тестируемости или о чём-то ещё - всегда одно: не зависеть ни от чего, что может часто меняться.
Во время чтения сформуривал для себя принцип: independent functions and independent code easy to find согласно которому в языках+ide разработки можно было бы искать необходимые элементы используя а) поиск по названиям, б) по данным вход->выход, в) в областях знаний, г) по логике работы имея ввиду - схожесть со смежными функциями.
Оригинальное название: Clean Architecture: A Craftsman's Guide to Software Structure and Design // Robert C. Martin
#чистая #архитектура #code #arch #робертмартин
Not so often I read to the end serious books, but this is not the case. Robert Martin's book "Clean Architecture" introduced a completely different aspect of program development - the allocation of details, entities, their implementations, the adoption of business logic. All this with attention to the boundaries of the components. What are the names of chapters about borders:
- Ch17: Borders: drawing dividing lines
- Ch18: Anatomy of Borders
- Ch24: Incomplete borders
- Ch25: Levels and boundaries
- Ch26: Main component
- Ch28: Test boundaries
When throughout the book on programming you think about programming from an architectural perspective, then the internal perception of programming undergoes real changes. Cool book, hooray, and finally some quotes from the book:
- Conway’s law. Any organization developing a system will involuntarily form a design whose structure repeats the structure of interactions within this organization.
“Good architecture leaves opportunities open.”
- A good architecture will allow you to create a monolithic system deployed as a single file, and then turn it into a set of independent deployment units and then into independent services and / or microservices. Later ... it should allow to reverse everything and again return to a monolithic structure.
- Implementation of business rules should be the most independent code in the system, ready for reuse.
- Ease of testing is a hallmark of good architecture.
- The first rule of software design - whether it is about testability or something else - is always the same: do not depend on anything, which can change often.
While reading, he formulated for himself the principle: independent functions and independent code easy to find according to which in languages + ide development it would be possible to search for the necessary elements using a) a search by name, b) by input-> output, c) in areas of knowledge , d) according to the logic of work, meaning - similarity with related functions.
Original title: Clean Architecture: A Craftsman's Guide to Software Structure and Design // Robert C. Martin
#pure # architecture #code #arch # robertmartin
- Ch17: Borders: drawing dividing lines
- Ch18: Anatomy of Borders
- Ch24: Incomplete borders
- Ch25: Levels and boundaries
- Ch26: Main component
- Ch28: Test boundaries
When throughout the book on programming you think about programming from an architectural perspective, then the internal perception of programming undergoes real changes. Cool book, hooray, and finally some quotes from the book:
- Conway’s law. Any organization developing a system will involuntarily form a design whose structure repeats the structure of interactions within this organization.
“Good architecture leaves opportunities open.”
- A good architecture will allow you to create a monolithic system deployed as a single file, and then turn it into a set of independent deployment units and then into independent services and / or microservices. Later ... it should allow to reverse everything and again return to a monolithic structure.
- Implementation of business rules should be the most independent code in the system, ready for reuse.
- Ease of testing is a hallmark of good architecture.
- The first rule of software design - whether it is about testability or something else - is always the same: do not depend on anything, which can change often.
While reading, he formulated for himself the principle: independent functions and independent code easy to find according to which in languages + ide development it would be possible to search for the necessary elements using a) a search by name, b) by input-> output, c) in areas of knowledge , d) according to the logic of work, meaning - similarity with related functions.
Original title: Clean Architecture: A Craftsman's Guide to Software Structure and Design // Robert C. Martin
#pure # architecture #code #arch # robertmartin
У записи 14 лайков,
2 репостов,
536 просмотров.
2 репостов,
536 просмотров.
Эту запись оставил(а) на своей стене Наима Джошуа
