Comments 18
В поддержку проекта хочется заметить, что спустя год после «покупки» главного разработчика проекта Microsoft-ом последний выпустил ASP.NET MVC. Т.е. технология оказалась стОящей.
На самом деле у Castle много вкусняшек в активе:
— один из первых IoC-контейнеров (MicroKernel) и config к нему (Windsor + текстовый DSL к нему — Binsor)
— система построения достаточно мощного DAL в стиле Ruby/ActiveRecord (Castle.ActiveRecord/ActiWriter)
— библиотека создания проси-объектов на лету, используемая во многих других проектах (Castle.ProxyFactory1 и 2)
Жаль, что в последнее время проекты практически не развиваются.
На самом деле у Castle много вкусняшек в активе:
— один из первых IoC-контейнеров (MicroKernel) и config к нему (Windsor + текстовый DSL к нему — Binsor)
— система построения достаточно мощного DAL в стиле Ruby/ActiveRecord (Castle.ActiveRecord/ActiWriter)
— библиотека создания проси-объектов на лету, используемая во многих других проектах (Castle.ProxyFactory1 и 2)
Жаль, что в последнее время проекты практически не развиваются.
Ну monorail как раз-таки еще более-менее развивается. А вот остальные их проекты — это да.
А насчет ASP.NET MVC — как-то я его пробовал использовать, но он меня совсем не зацепил. Хотя это были старые версии. Microsoft как всегда долго думала, чтобы взяться за MVC. В итоге они оказались в роли догоняющих. И на то время еще первая версия их фреймворка была какой-то недоделанной что ли. Может что сейчас уже и поменялось.
А в Monorail меня как раз и превлекает то, что он этакий Ruby-style. В нем нет ничего лишнего, он выглядит очень легковесно.
А насчет ASP.NET MVC — как-то я его пробовал использовать, но он меня совсем не зацепил. Хотя это были старые версии. Microsoft как всегда долго думала, чтобы взяться за MVC. В итоге они оказались в роли догоняющих. И на то время еще первая версия их фреймворка была какой-то недоделанной что ли. Может что сейчас уже и поменялось.
А в Monorail меня как раз и превлекает то, что он этакий Ruby-style. В нем нет ничего лишнего, он выглядит очень легковесно.
Пара дополнений:
— NVelocity сразу меняем на SparkViewEngine — и механизм master pages там лучше, и эксепшны не прячет;
— aspx убиваем, добавляем default document в конфигурации IIS'а и пользуем роутинг.
— NVelocity сразу меняем на SparkViewEngine — и механизм master pages там лучше, и эксепшны не прячет;
— aspx убиваем, добавляем default document в конфигурации IIS'а и пользуем роутинг.
Ага, а вместо .aspx страницы дефолтного документа, можно использовать .html файл с перенаправлением через javascript.
Насчет первого спорить не буду, а вот насчет aspx — я просто не хотел в роуты влезать. Поэтому собственно и оставил страничку по умолчанию.
Да и движок сторонний для таких простых примеров я не вижу особого смысла подключать. Если дальше буду писать, то там уже это, вероятно будет более приемлимо.
Извините, я не очень разбираюсь в этом, но можно как-нибудь сделать так, чтобы в URL не было rails, а запрос обрабатывался monorail?
как я писал, разрешение может быть любым, rails — это для примера. Или я не понял вопроса?
а без расширения?
В IIS < 7 с этим, насколько я помню, есть проблемы. Но в 7-м можно просто повесить в обработчик запросов web.config'а path="*" с типом Castle.MonoRail.Framework.MonoRailHttpHandlerFactory, который вообще все обрабатывать будет. Единственное, что на статические файлы придется для каждого расширения писать в явном виде, чтобы их модуль StaticFileModule обрабатывал (например path="*.js" и т.д.).
Sign up to leave a comment.
Castleproject MonoRail: Основы