Улучшение MonoRail

Question

Мы знаем, что вам не хватает документации, но какие другие части вы хотели бы улучшить?

Answer 1

Проблема с ответом на это, как узнать, не хватает ли монорельса какой-либо функции или если из-за плохой документации я просто не знаю об этом.

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

Answer 2

Позвольте мне сказать, что мы не используем самую последнюю версию Monorail, поэтому это предложение может быть спорным.

Представьте себе два контроллера: BaseController и DerivedController (который получен из BaseController).

Если оба контроллера имеют для них определенные значения, я бы хотел, чтобы они работали интуитивно.

Если BaseController имеет выручает для:

• AException
• BException

и DerivedController имеет выручает для:

• AException
• CException

затем:

• AException выброшен из BaseController следует использовать спасательные , определенные для AExceptions в BaseController.
• AException, выведенное из DerivedController, должно использовать спасение определенных AExceptions в DerivedController (поскольку DerivedController имеет , он может перезагрузить BaseController).

Answer 3

Возможно, он уже существует, и я просто не заметил, но интерфейс администратора Django очень полезен во время разработки. Было бы неплохо иметь что-то подобное для MonoRail.

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

Answer 4

Я мог бы действительно внести ясность в будущую дорожную карту для проекта. Мы используем для кучи сайтов, но трудно сказать, когда проект переместится с Rc3 (хотя бы примерно когда).

Также неясно о зависимостях для багажника - действительно NHibernate 2.0. И когда этот релиз (или есть).

Answer 5

Я думаю, что если вы смотрите на MonoRail по сравнению с ASP.NET MVC, то первое, что вы сказали бы, отсутствует, это хорошая документация, поэтому я думаю, что это нужно подчеркнуть. Однако, поскольку вы говорили конкретно о том, что еще, я бы сказал, что следующая вещь - это инструменты для создания контроллеров со списком действий и т. Д., Как это делает Ruby on Rails. Я не знаю, есть ли что-то подобное, но я также предлагаю взглянуть на миграцию Железной дороги и увидеть, есть ли там что-то, что вы хотели бы принять. Для меня, хотя я, вероятно, предпочитаю использовать один согласованный язык, а не несколько доменных языков для определенных частей, например, переход от нескольких старых версий к текущим может быть больно, и я редко работал где-то, что людям удалось адекватно сами сохранять сценарии миграции. В то время как ActiveRecord может самостоятельно настроить схему базы данных, потенциально все еще не хватает одной из миграций, способных выполнять ряд изменений, где переход от неизвестной более старой версии к текущей может не всегда давать тот же результат. Я бы также предположил, что если вы ищете сравнения, возможно, и еще более актуальным является вопрос о генераторах. Все это прекрасно знает, что вы можете создать текстовый файл с расширением .VM и т. Д., Но если вы сравните с такими, как Ruby on Rails, то генераторы там значительно упростит и несколько ускорит получение требуемого набора контроллеров и представления настроены. Даже просто пара простых генераторов - например, для создания скелета проекта, а другая для создания контроллера с одним или несколькими действиями, в комплекте с представлениями. Также наличие генератора эшафотов, вероятно, завершит мой «верх 3».