Цель использования инфраструктуры состоит в том, что долгосрочное обслуживание вашего приложения легче выполнить, поскольку вы кодировали в соответствии с конкретными стандартами. Вы также можете иметь несколько разработчиков, работающих параллельно, и легко «собрать» части вместе, если они выполнены последовательно.
По крайней мере, это часть теории обещаний, теоретически.
Фреймворк построен для решения конкретной проблемы в разработке. Прежде чем выбрать фреймворк, вы должны проверить свое приложение и решить, поможет ли фреймворк решить эти проблемы. Если это может здорово; если это невозможно, не заставляйте ваше приложение использовать фреймворк.
Если вы дублируете много кода между интерфейсом и бэкендом, это кажется мне проблематичным. Я не удивлен, что объекты-значения будут зеркально отображаться между интерфейсом и бэкэндом, но вся их цель - передача данных между различными системами. Другой код или бизнес-логика в идеале должны существовать только в одной системе.
в сторону; Что за странно сформулированный вопрос. Если вы читаете конкретные блоги экспертов и хотите узнать их мнение, почему вы пишете здесь, а не связываетесь с ними напрямую?