Проектирование маршрутизации ASP MVC - перечисление дочерних объектов определенных объектов с разбиением на страницы и фильтрацией - PullRequest
1 голос
/ 30 ноября 2010

Я изучал возможность переноса через веб-приложение интрасети с ASP DOTNET на ASP MVC. Я еще не решил, подойдет ли этот тип фреймворка для приложения.

Одним из соображений является то, как будет выглядеть маршрутизация ...

Основным назначением приложения является CRUD 7 основных типов объектов, которые, например, включают представления клиентов, местоположений и персон. У клиента может быть несколько мест (<10), в каждом из которых может быть несколько человек (может быть, 1000). Страницы будут либо сосредоточены на деталях, либо на редактировании (часто с помощью многостраничных мастеров - хотя бы другой пост) конкретных объектов, или на листинге (с фильтрацией) наборов объектов (например, лиц), связанных с конкретным объектом (например, клиентом) . </p>

Что касается клиентов, то, помимо CRUD, я хочу иметь возможность перечислять различные объекты, связанные с конкретным клиентом (например, местоположения и лица), размещать их на страницах, а также фильтровать их по определенным свойствам или ключевым словам из текстового поля. В настоящее время для просмотра пользователей вы можете перейти к / customer? Guid = 1234 # лиц, где есть сетка данных RadControls, содержащая всех людей (большой запрос, но пропускная способность не является узким местом).

Так что бы вы порекомендовали для маршрутов?

Легко:
Клиент / Редактировать / [GUID]

Harder:
Клиент / Список / [GUID] / Персоналии / [Страница]? Фильтр = хуг & paramX = YZ
или
Клиент / Список / Персоналии / клиент = справ & ...
или ...

Ответы [ 2 ]

0 голосов
/ 30 ноября 2010

Если у вас нет проблем с изменением URL-адресов, возможно, вы могли бы посмотреть URL-адрес в стиле REST для предоставляемой вами функциональности (даже если вы не возвращаете Xml или JSON).

Клиент / Персоналии / GUID / хуг / уг /

Тем не менее вариант, который вы указали последним, лучше, поскольку он более интуитивно понятен, чем предыдущий.

Я должен добавить, что вы можете использовать маршрутизацию ASP.NET и в приложении ASP.NET Webforms. Поэтому нет необходимости переписывать ваше приложение в ASP.NET MVC.

Если вы привыкли использовать элементы управления WebForms, то лучше использовать WebForms.

0 голосов
/ 30 ноября 2010

Делайте то, что имеет смысл для вас и вашей команды.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...