Что означает поддерживаемый, масштабируемый и модульный?

Question

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

У меня есть свое смутное понимание о них, но я понимаю, что на самом деле они имеют в виду. Например: - Я слышал/читал много раз, что архитектура mvc делает приложение более удобным для обслуживания, масштабируемым и модульным. Вот мое понимание: -

Подлежит ремонту: - Если нам нужно внести незначительные изменения/или какой-либо дефект, то его легко можно использовать. Также код должен быть единым проверяемым. До появления в мире MVC роли, роли контроллера и модели играли сервлет. Поэтому трудно переоценить любые изменения. Также было сложно с модуляльной точки зрения

Масштабируемость: - Как приложение реагирует на увеличение пользовательской нагрузки.

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

Теперь, как MVC делает код модульным. Вероятно, команда becoz может работать независимо от просмотров, контроллера и моделей.

Пожалуйста, Поправьте меня, если я ошибаюсь, где некоторые или я пропустил какой-либо важный аспект здесь

Answer 1

• обслуживаемой: Кроме того, что вы уже упоминалось, ремонтопригодны система также означает, что делать серьезные изменения не должны проблема проблемы (очевидно, это зависит от размера самого изменения). То есть, если клиент хочет провести капитальный ремонт всего слоя пользовательского интерфейса, то это означает, что вам не нужно переписывать половину своей бизнес-логики и слоев данных.

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

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

В соответствии с этим утверждением:

Теперь, как MVC делает код более модульным.Возможно, команда becoz может работать независимо от просмотров, контроллера и моделей.

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