2009-02-06 2 views
4

Как вы, ребята, организуете свои веб-приложения asp.net? У вас есть занятия в аппликации или в отдельной библиотеке классов? Как вы разбиваете свои классы на пространства имен, по типу, функции, уровню? У меня отличное рабочее приложение, но коды немного беспорядочны, я хочу посмотреть на лучший способ его организовать.Организация веб-приложения

+0

Я организую его с помощью ASP.NET MVC. Извините, это не помогло; мои извинения. – Will

+0

:) Мне бы хотелось организовать его так же, к сожалению, я не могу –

+0

Какова масштаб этого проекта? –

ответ

4

Я организую свои классы по слоям.

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

Namespaces, как это:

  • MyProjectName.DAL
  • MyProjectName.BLL
  • MyProjectName.Utility
  • MyProjectName.Web

Я никогда не добавлять классы в проект веб-приложения ,

+0

Почему бы вам никогда не добавлять классы в веб-проект? –

+0

Если я решаю, что это класс, он должен иметь место в моей библиотеке, должен быть в библиотеке классов. Мое веб-приложение предназначено только для веб-файлов. Быстро найти его можно :) – Canavar

+0

Когда вы говорите библиотеку классов, вы говорите об отдельной сборке, содержащей ваши классы? –

1

Я поддерживаю его просто.

App_Code - содержит классы, которые сгруппированы в папки

Controls - содержит пользовательские элементы управления сгруппированы в папки

изображений - содержит изображения

стили - содержит CSS

js- содержит JavaScript

Папки для любой дополнительной группировки страниц, где это имеет смысл. Пример: страницы администратора входят в папку администратора. Главная страница администратора также будет включена в эту папку.

0

Я с ScarletGarden на этом. Мое предпочтение состоит в том, чтобы создавать отдельные библиотеки классов для логических компонентов и сохранять классы из веб-приложения, где это возможно. Если вам нужно повторно использовать библиотеки, портируйте функциональные возможности на другую технологию (рабочий стол, мобильный и т. Д.) Или напишите единичные тесты против вашей логики, это действительно пригодится, чтобы иметь их как автономные единицы.

0

основные компоненты, компоненты библиотеки, компоненты модуля, шаблоны и конфигурации/среда/самозагрузки

/включает

/core 
/lib 
/modules 
/templates 
config 
enviornment 

является основой моей структуры приложения, фактическое приложение имеет единственную точку так что почти все контролируется из этого или подкаталогов.

0

Обычно я использую комбинацию того, что сказал Брайан и Скарлет Гарден. Мне нравится иметь мою бизнес-логику и доступ к данным в отдельной библиотеке классов, но веб-классы служебных программ, базовые классы страниц и т. Д. Входят в папки в веб-проекте. Если я думаю, что мои пользовательские элементы управления будут повторно использованы, я также дам им отдельный проект.

Смежные вопросы