Как вы, ребята, организуете свои веб-приложения asp.net? У вас есть занятия в аппликации или в отдельной библиотеке классов? Как вы разбиваете свои классы на пространства имен, по типу, функции, уровню? У меня отличное рабочее приложение, но коды немного беспорядочны, я хочу посмотреть на лучший способ его организовать.Организация веб-приложения
ответ
Я организую свои классы по слоям.
В небольших проектах у меня есть библиотека классов для доступа к данным, библиотека классов для бизнес-объектов, библиотека классов для классов полезности, включая мой многоразовый код и проект веб-приложений.
Namespaces, как это:
- MyProjectName.DAL
- MyProjectName.BLL
- MyProjectName.Utility
- MyProjectName.Web
Я никогда не добавлять классы в проект веб-приложения ,
Почему бы вам никогда не добавлять классы в веб-проект? –
Если я решаю, что это класс, он должен иметь место в моей библиотеке, должен быть в библиотеке классов. Мое веб-приложение предназначено только для веб-файлов. Быстро найти его можно :) – Canavar
Когда вы говорите библиотеку классов, вы говорите об отдельной сборке, содержащей ваши классы? –
Я поддерживаю его просто.
App_Code - содержит классы, которые сгруппированы в папки
Controls - содержит пользовательские элементы управления сгруппированы в папки
изображений - содержит изображения
стили - содержит CSS
js- содержит JavaScript
Папки для любой дополнительной группировки страниц, где это имеет смысл. Пример: страницы администратора входят в папку администратора. Главная страница администратора также будет включена в эту папку.
Я с ScarletGarden на этом. Мое предпочтение состоит в том, чтобы создавать отдельные библиотеки классов для логических компонентов и сохранять классы из веб-приложения, где это возможно. Если вам нужно повторно использовать библиотеки, портируйте функциональные возможности на другую технологию (рабочий стол, мобильный и т. Д.) Или напишите единичные тесты против вашей логики, это действительно пригодится, чтобы иметь их как автономные единицы.
основные компоненты, компоненты библиотеки, компоненты модуля, шаблоны и конфигурации/среда/самозагрузки
/включает
/core
/lib
/modules
/templates
config
enviornment
является основой моей структуры приложения, фактическое приложение имеет единственную точку так что почти все контролируется из этого или подкаталогов.
Обычно я использую комбинацию того, что сказал Брайан и Скарлет Гарден. Мне нравится иметь мою бизнес-логику и доступ к данным в отдельной библиотеке классов, но веб-классы служебных программ, базовые классы страниц и т. Д. Входят в папки в веб-проекте. Если я думаю, что мои пользовательские элементы управления будут повторно использованы, я также дам им отдельный проект.
- 1. Организация репозитория
- 2. Организация папок
- 3. Организация микросервисов
- 4. javascript организация
- 5. Организация объектов
- 6. Организация массива
- 7. Организация данных
- 8. Организация DataModule
- 9. Организация hashmap
- 10. Организация интерфейсов
- 11. Организация сортировки
- 12. Организация ярлыков
- 13. Два или несколько тегов Организация - та же организация
- 14. Организация структур данных MySQL
- 15. Организация нескольких действий
- 16. Организация службы BusinessLayer
- 17. Организация объекта jQuery
- 18. Организация этого HTML
- 19. Организация кода Drupal
- 20. Организация прототипа Javascript
- 21. Организация MainActivity в классы
- 22. Организация Многие Просмотров
- 23. Validate циклическая организация блок
- 24. Организация записей по классам
- 25. Организация элементов div
- 26. Организация магистрального проекта
- 27. Организация настроек в Django
- 28. Организация приложения Python
- 29. Организация класса Java
- 30. Организация кода Matlab
Я организую его с помощью ASP.NET MVC. Извините, это не помогло; мои извинения. – Will
:) Мне бы хотелось организовать его так же, к сожалению, я не могу –
Какова масштаб этого проекта? –