Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Я только вступил на долгий путь программиста сложных сайтов и хотел бы заранеее правильно выбрать дорогу чтобы потом не возвращаться и не начинать всё заново. Для этого мне нужен совет "бывалых" разработчиков на ASP.NET. Прошу всех кто имеет опыт успешного внедрения проектов на этой технологии не отказать мне в помощи и просто высказать свою точку зрения. Вопрос которым я терзаюсь выглядит так: писать ASP.NET'овский сайт множеством мелких файлов или одним, но большим? Дело в том что у меня есть некоторый опыт программирования под Web на Delphi (демонстрационный проект, который так и не был внедрён) и там это работает так: CGI-консольное приложение, exe-файл получает от броузера пользователя Request, из которого самое важное - куки и параметры переданные методом get или post, делает всё что хочет, формирует итоговую страницу как одну длинную строку и отсылает её броузеру пользователя через объект Response. Всё очень просто, и что самое приятное возможности тут ограничены только фантазией программиста! Особенно радовала возможность создания самописной конфигурационной системы (таблицы+функции для выборки данных из них+интерфейс администратора), которая, например, позволяла добавить в сайт столбец или удалить, изменить количество пунктов меню и подменю, ругулировать частоту показов баннеров и т.п. Единственной и главной проблемой (а может есть ещё какие крупные? - подскажите!) был размер файла. И не столько размер exe'шника, сколько размер исходника - для небольшого сайта он составлял 6000 строк и лазить по нему туда-сюда было затруднительно. С ужасом думаю как он будет выглядеть для большого сайта. Да наверное и перфоманс снижался - ведь при любом запросе подгружался весь exe'шник! А может Виндавоз бы его кешировал и всё - подгрузка бы происходила из оперативки и никаких проблем со скоростью?.. Впрочем до высокопроизводительных сайтов мне далеко. А вопрос с большим размером файла мне кажется можно решить разбиением его на dll-ки и подгрузкой только нужных для той или иной страницы. Как я понял прочитав официальную книжицу от Мелкософта по ASP.NET, там подход несколько иной - предполагается что все страницы сайта будут написаны в разных файлах (можно обойтись 10-20-ю с хорошей конфигурируемостью или их всегда будет под сотню а то и больше?). А что делать если надо будет изменить дизайн сайта (банальный пример: добавить столбец) - переделывать их все? Это ж ё-моё сколько работы! Да и баги ловить во всех этих файлах - тоже мне кажется несравненно более трудоёмкая задача чем возиться с одним файлом. Вобщим идея мне эта не нравиться из-за слабой конфигурируемости. Но если другой вариант слишком раскритикуете - придётся делать так (кстати я нахожу этот вариант разработки единственно возможным для создания корпоративных приложений, когда заранее ясно как что будет выглядеть). Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 11:55 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Вопрос которым я терзаюсь выглядит так: писать ASP.NET'овский сайт множеством мелких файлов или одним, но большим? Множество мелких. (можно обойтись 10-20-ю с хорошей конфигурируемостью или их всегда будет под сотню а то и больше?). Можно обойтись и 10-20 авторА что делать если надо будет изменить дизайн сайта (банальный пример: добавить столбец) - переделывать их все? Это ж ё-моё сколько работы! Уже на этапе разработки надо отделить дизайн от работы с БД. Менять дизайн тогда и не составит труда. Да и баги ловить во всех этих файлах - тоже мне кажется несравненно более трудоёмкая задача чем возиться с одним файлом Спорное утверждение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 12:26 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Да и в принципе в одном файле все-равно не сделать - так что не думайте, а уже делайте -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 12:46 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
А, могу я спросить у модератора сколько aspx-файлов составляет скажем сам сайт sql.ru? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 12:53 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Точно не скажу, но если прикинуть, то с FAQ'ами и т.п. должен влезть в десятка в два. Но это ИМХО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 14:04 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Да при чем тут "сколько файлов" нужно делать ПРАВИЛЬНО. А правильно (де-факто): 1)разделение кода и дизайна (xslt-преобразование, user controls, master pages для ASP.NET 2.0) 2)разбивка на сборки (длл), модули, пространства имен, классы, объекты... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 14:29 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Ну это зависит и от размера проекта, и от количества программеров, которые над ним работают. Не всегда всё выходит идеально. Хотя, конечно, стремиться надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 14:56 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
что-то как-то игнорируются совершенно некоторые вещи: user controls - очень удобная штука в плане выделения функционала в повторяемый модуль, как раз для того и придумано, чтобы "добавить столбец" было проще codebehind как то боком упоминается, в плане уменьшения кода на странице можно, на мой взгляд, включать только обработчики событий элементов управления страницы, все что из него можно вынести по сути, нужно выносить либо в другой файл либо вообще в другую сборку. Это в общем-то дело привычки, но структура от такого подхода, если придерживаться его с первой строчки, только выигрывает. логика в других сборках - это не только функции и процедуры, хотя и это для выделения DAL подход уместный, это например и custom controls - целые блоки интерфейса. По поводу подгрузки нужных сборок: в общем-то это разовая процедура для всего аpplication domain. "большие файлы" тогда нужны для представления целых блоков интерфейса, и их число этим блокам в принципе может количественно соответствовать, они и сами при этом получаются маленькие. присоединяюсь, количество страниц не играет роли, если все спроектировано правильно. Начните делать - станет понятно что куда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 14:59 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
RotanskyКонкретные примеры бы желательно... http://www.gotdotnet.ru/Downloads/AspNetStarterKits/default.aspx ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 22:39 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Вам, уважаемый profil, можно памятник ставить!!! Нерукотворный... Спасибо за ссылку! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 22:06 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
не мне спасибо, а сюда: http://asp.net/Default.aspx?tabindex=8&tabid=47 ;-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 17:53 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Мне словечко у них понравилось: "kickstart". Фактически - "старт с пинка" :) :) :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 20:10 |
|
||
|
Стратегия разработки сайтов на ASP.NET
|
|||
|---|---|---|---|
|
#18+
Не kick а Quick ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2004, 12:58 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=32834532&tid=1394774]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
80ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 232ms |
| total: | 400ms |

| 0 / 0 |
