Принцип SOLID является обязательным

Манифест SOLID Foundation, каждый класс должен иметь только одну ответственность.

S Ingle-responsibilty Принцип
вывод ручка-замкнутого Принцип
L Исек Substiotion Принципа
Я nterface Сегрегация Принцип
D ependency инверсия Принцип

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

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

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

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

• Каждый класс и модуль сосредоточены только на одной цели.
• Все в классе должно быть связано с одной целью.
• Разбейте все одноцелевое на небольшой хруст, он станет лаконичным.

1. Функциональность класса можно легко расширить
2. Другие функции не затронуты
3. Класс будет меньше, поэтому его будет легче понять.
4. Легко выявить проблему и вовремя исправить
5. Если над кодом работает новая команда, это проще, поскольку она хорошо организована.

1. Каждый из классов может иметь ссылки на другие классы в качестве полей-членов или параметров метода.
2. Разделение классов усложняет отношения классов. Это, в свою очередь, может привести к созданию классов, которые имеют слишком много ссылок на другие классы в качестве членов.