Если ObjectDataSource не подходит для большого приложения, что это такое?

Цитата из ответа Эндрю Хейра на This Вопрос .

Источники данных об объектах хороши для небольших Что такое ответ для большого приложения? Цитата из ответа Эндрю Хейра на этот вопрос. Источники объектных данных удобны для небольших проектов, но они плохо масштабируются, так как вы встраиваете информацию уровня данных в слой пользовательского интерфейса ...

Цитируя ответ Эндрю Хейра на Это Вопрос .

Источники данных об объектах хороши для небольших Что такое ответ для большого приложения? Цитата из ответа Эндрю Хейра на этот вопрос. Источники объектных данных удобны для небольших проектов, но они плохо масштабируются, так как вы встраиваете информацию уровня данных в слой пользовательского интерфейса ...

Цитируя ответ Эндрю Хейра на Это Вопрос .

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

Архитектура приложения = Ремонтопригодность + Масштабируемость + ......

И я думаю, в каждой статье, которую я читал, чтобы начать изучать архитектуру приложений, использовались некоторые классы для создания уровня бизнес-данных и ObjectDataSource для соединения уровня представления с уровнем бизнеса.

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