Это сильно зависит от того, какой интерфейс вам нужен. Для меня было бы нелегко без jQuery ... но с jQuery это очень удобно.
В качестве примера возможного вложения, в моем приложении есть корзина, содержащая Accordion для клиентов, причем каждая панель содержит настраиваемые вкладки со скользящей анимацией для заказов, причем каждый заказ содержит таблицу элементов, где каждый элемент можно развернуть, чтобы отобразить сведения о включенных продуктах. (не говоря уже о контекстных меню для изменения клиентов, о скидках «на лету», меняющихся с помощью всплывающих подсказок, всплывающих окон для отображения сведений о продукте и т. д.) Все это на одной странице. И мне все еще очень легко управлять, потому что все функции хорошо распределены между контроллерами и представлениями MVC.
Что касается «административной части», я использую двухуровневую вложенность (со вторым уровнем на другой странице, но я просто не хочу углубляться в jqGrid), и это 5 минут, чтобы установить новую страницу администратора с помощью AutoMapper , пользовательские атрибуты и некоторые пользовательский код . Есть новая сущность (например, SomeProduct)? 5 минут и новая страница администратора с сеткой, пользовательскими элементами управления и форматами. С MVC.
Но если вам нужен традиционный подход к сетке данных, скорее всего, ASP.NET будет работать лучше. Или, может быть, вам поможет jqGrid (или сторонние сетки, такие как Telerik), потому что у них есть подсетки и все такое. Я бы сказал, что если вам не нравится доменно-управляемый дизайн, если ваше приложение не управляется объектами или объектами, а основано на таблицах необработанных данных, то MVC может оказаться не тем, что вам нужно. Но я могу ошибаться, потому что я никогда не работал с такими приложениями. Из всех других приложений я бы предпочел MVC.