у меня ваши урлы вообще не работают
проверьте пжлст поиск C# .NET — возможно там будет не 16000 а гораздо меньше. именно это я и хотел сказать про поиск VB .NET — это просто некорректный запрос по сравнению только с C#
:) Россию не надо сравнивать с положением дел в США и европе.
Впрочем, большинство наших контор, которые девелопят код совместно за зарубежными заказчиками делают это на VB.
Популярность именно С# в России по сравнению с VB сравнима разве что с популярностью Дельфей
venkman — изначальный отладчик, поставлявшийся вместе с мозиллой, когда от нее еще не отпочковался файрфокс.
некоторое время спустя, он был доступен только для мозиллы/симанки, но затем его выпустили в виде фарфокс аддона.
именно как дебаггер, он лучше файрбаговского. там больше возможностей, нагляднее.
но, файрбаг замечателен интеграцией с дом-инспектором, навигатором по коду, стилями и т.д.
в общем, для глубоко яваскриптовых задач venkman рулит. для смешанных — файрбаг.
тепеть будут.
ибо многие школы последние годы проявляли удивительную вольность в трактовке этого предмета.
изучать Word и Windows следует, скорее, на уроках труда
неудачный пример привели с юзерагентом. это не часть обычного MVC потока.
вообще, подобные параметры или кладут в сессию, или включают тем или иным образом в состав основной страницы (tiles framework, sitemesh, jsp include)
более-менее крупные приложение сейчас никто не пишет на голых сервлетах, обычно используют MVC-фреймфорк на основе шаблона FrontController (готовый или самописный), соответственно, общую функциональность можно добавлять в него (в FC)
фильтры используют обычно для аутентификации, логгирования/отладки, работы с кодировками, работы с DB-сессией и т.д. фактически, это всё аспекты несколько иного уровня.
ну, я вашего примера не видел, потому не берусь сказать чем это чревато.
более того, я 1й раз в жизни слышу про такое использование фильтров.
во-первых, для простой задачи по передаче модели между контроллером и View это лишняя сущность в приложении, во-вторых, это использование сущности не по назначению.
проверьте пжлст поиск C# .NET — возможно там будет не 16000 а гораздо меньше. именно это я и хотел сказать про поиск VB .NET — это просто некорректный запрос по сравнению только с C#
Впрочем, большинство наших контор, которые девелопят код совместно за зарубежными заказчиками делают это на VB.
Популярность именно С# в России по сравнению с VB сравнима разве что с популярностью Дельфей
преступники не являются психически больными, иначе они бы осуждались по совсем другим статьям, и вместо заключения их бы лечили.
в общем, бред
некоторое время спустя, он был доступен только для мозиллы/симанки, но затем его выпустили в виде фарфокс аддона.
именно как дебаггер, он лучше файрбаговского. там больше возможностей, нагляднее.
но, файрбаг замечателен интеграцией с дом-инспектором, навигатором по коду, стилями и т.д.
в общем, для глубоко яваскриптовых задач venkman рулит. для смешанных — файрбаг.
ибо многие школы последние годы проявляли удивительную вольность в трактовке этого предмета.
изучать Word и Windows следует, скорее, на уроках труда
не только в силу ограниченности объема преподавания, но и возраста
раньше было больше.
вообще, подобные параметры или кладут в сессию, или включают тем или иным образом в состав основной страницы (tiles framework, sitemesh, jsp include)
более-менее крупные приложение сейчас никто не пишет на голых сервлетах, обычно используют MVC-фреймфорк на основе шаблона FrontController (готовый или самописный), соответственно, общую функциональность можно добавлять в него (в FC)
фильтры используют обычно для аутентификации, логгирования/отладки, работы с кодировками, работы с DB-сессией и т.д. фактически, это всё аспекты несколько иного уровня.
более того, я 1й раз в жизни слышу про такое использование фильтров.
во-первых, для простой задачи по передаче модели между контроллером и View это лишняя сущность в приложении, во-вторых, это использование сущности не по назначению.
стандартная логика
doPost(reqest,response) {
myLogic(myModel);
request.setAttribute(«model»,myModel);
RequestDispatcher dispatcher =
getServletContext().getRequestDispatcher("/myapp/my.jsp");
dispatcher.forward(request, response);
}