Веб-приложение ASP.NET - 5000 строк кода на 1 странице - приемлемо? - PullRequest
Новая
       34

Веб-приложение ASP.NET - 5000 строк кода на 1 странице - приемлемо?

4 голосов
/ 17 мая 2009

Я создаю веб-приложение на основе ASP .NET 2.0 (C #), которое в первую очередь предназначено для внутрисетевого использования, то есть для использования внутри локальной сети организации.

Что касается интерфейса пользователя, мне нужно выбрать 2 подхода.

  1. Создайте 1-страничное веб-приложение с большим количеством элементов управления ASP .NET AJAX 1.0 (модальные всплывающие окна) для отображения категорированного контента, который в противном случае был бы помещен на отдельную страницу .aspx.

  2. Используйте традиционный подход и создайте несколько страниц.

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

Согласился, что приложение предназначено для использования по локальной сети, но, поскольку это веб-приложение, оно может потенциально использоваться из Интернета, если клиент захочет.

Благодаря пользовательскому интерфейсу на 1 страницу уже имеется около 2600 строк кода на одной странице .aspx и еще 1600 строк кода в коде позади (.aspx.cs)

Это будет увеличиваться - до максимум - 10 000 строк кода (10 000 в .aspx и 10 000 в .aspx.cs). Поэтому мне нужно знать - сколько это слишком много для страницы на базе ASP .NET - хорошо ли 2600 + 1600 строк кода для интранета и доступа в Интернет? Как насчет 10000 строк кода? Что такое горлышко бутылки? Этот одностраничный подход приемлем или мне нужно вернуться к традиционному многостраничному подходу?

Ответы [ 11 ]

0 голосов
/ 17 мая 2009

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

Даже если бы вы реализовали приложение как одну страницу, я настоятельно рекомендовал бы вам инкапсулировать отдельные варианты поведения кода в отдельные классы, которые создаются и используются по мере необходимости на странице. Но я бы лично разработал приложение так, чтобы отдельные варианты поведения также входили в отдельные страницы.

Страница:
...