Этот канал не только про иос разработку, а в том числе и про образ жизни. Поэтому буду делиться вещами, которые помогают мне лучше кодить. А вы делитесь тоже.

Одна из супер главный вещей для прогера — музыка. Она создает ритм и фон работе. Теперь будем собирать плейлисты для эффективной работы в такой сложной науке как кнопкостроение.

Начну с себя. Хоть я нихера не музыкант и не смогу описать собранный жанр, но попробую описать сердцем.

Собранные мной звуки электронной музыки бьют нотами индустриализации и модерна.

Здесь смешалось всё. Симфонии фиксов багов. Танец битов и байтов. Скачки напряжение и толчки бассов фокусят на тональность дедлайна. Где-то музыка давит тяжестью толстых реквестов. Где-то окрыляет быстрой сборкой.

🎹 плейлист: https://music.yandex.ru/users/levbond93/playlists/1013

Single Responsibility Principle

В "Чистой архитектуре" Мартин говорит:

Принцип единственной ответственности касается функций и классов, но он проявляется в разных формах на еще двух более высоких уровнях:

На уровне компонентов он превращается в принцип согласованного изменения

💎

Принцип согласованного изменения — в один компонент должны включаться классы, изменяющиеся по одним причинам и в одно время. В разные компоненты должны включаться классы, изменяющиеся в разное время и по разным причинам. По сути это перефразированный SRP, только для компонентов. Иначе говоря, компонент не должен иметь несколько причин для изменений.

Если два класса тесно связаны, физически или концептуально, настолько, что всегда будут изменяться вместе, они должны принадлежать одному компоненту. Это поможет уменьшить трудозатраты, имеющие отношение к повторному выпуску, тестированию и развертыванию программного обеспечения.

Сходство с принципом единственной ответственности:

Принцип SRP требует выделять методы в разные классы, если они изменяются по разным причинам.
Принцип CCP аналогично требует выделять классы в разные компоненты, если они изменяются по разным причинам. Оба принципа можно привести к общей формуле:

Собирайте вместе все, что изменяется по одной причине и в одно время. Разделяйте все, что изменяется в разное время и по разным причинам.

- Common Closure Principle

Component cohesion (Связанность компонентов)

Выше познакомились с принципами связанности, но иногда они вступают в противоречие с друг другом

Архитектор, уделяющий внимание только принципам REP и CRP, обнаружит, что простое изменение вовлекает слишком большое количество компонентов . С другой стороны, архитектор, уделяющий особое внимание принципам CCP и REP, вынужден будет выпускать слишком много ненужных версий.

⚖️ Хороший архитектор найдет в этом треугольнике противоречий золотую середину, отвечающую текущим нуждам разработчиков, а также подумает об изменениях, которые могут произойти в будущем . Например, на ранних этапах разработки проекта принцип CCP намного важнее, чем REP, удобство разработки важнее удобства повторного использования.

- Component cohesion: principles and benefits
- 3 правила связанности для джуна