На каком языке приложения (GUI) могут быть архитектурными (построенными), чтобы организация могла быть понятной и достаточно легко применять новые проблемы?

Question

Я задаю этот вопрос: Каким образом приложения (GUI) могут быть архитектурными (построенными), чтобы организация могла быть понятной и достаточно легко применять новые проблемы?

Это не зависит от языка и носит более общий характер.

Answer 1

Рядом с разделением интересов я нахожу «принцип открытого закрытия» очень важным.

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

Фактически, следует придерживаться каждого принципа SOLID .

Answer 2

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

Answer 3

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

Answer 4

Я не совсем понял этот вопрос.Я бы подумал, что, если вы будете следовать рекомендациям по человеческому интерфейсу для данной платформы (например, Windows и Mac OS X ) и использовать общие шаблоны пользовательского интерфейса, все должно быть хорошо.

Опять же, возможно, вы говорите о базовом коде, и в этом случае разделение интересов происходит с помощью MVC (или одного из вариантов, таких как MVVM и т. Д.) Казалось бы идеальным решением.