Монорельс: тестирование, расширения маршрута, структуры папок

Question

У меня есть несколько вопросов, связанных с использованием монорельса

Тестирование

Есть ли у всех используют NUNIT для их тестирования? Я не работал достаточно с тестированием, чтобы знать, если это хорошая структура тестирования для использования. Я просто хочу, чтобы получить больше в тестирование моих приложений намного больше, чем раньше и хотела знать, есть ли какие-либо общие руководящие принципы.

Вы должны скопировать контроллер в тестовую зону и просто переименовать его с тестом в названии и повторно запустить? Как вы убедитесь, что ваш тестовый проект и основной проект совпадают друг с другом? Это просто случай копирования всего снова или есть ли инструменты для вас для вас?

Расширения маршрута

Монорельс имеет тенденцию использовать <action>.rails, ты можешь опустить .rails Часть, если вы правильно настроите свой маршрутизацию? Почему это кажется стандартом?

Структуры папок

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

-> Models
   -> DaoClasses
   -> Entities

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

Ваше здоровье

Answer 1

Монорельс не прилагает к какой-либо конкретной структуре тестирования. Вы можете использовать NUNIT, MSTEST, MBUNIT, XUNIT и т. Д. Вы не можете ошибоваться с NUNIT. Похоже, вам нужно ознакомиться с тестированием подразделения, искать некоторое введение в тему в Интернете. В основном вы создаете тестовый проект с помощью ссылка к вашему фактическому проекту (никогда не копируйте код), и вы кодируете свои тесты на ваш фактический код. Для монорельсового тестирования см. Эта вики.

Я не очень знаком с Monorail Routing, но я думаю, что расширение. Rails часто появляется, потому что расширенные маршруты без экстенса были несколько сложны на IIS6. На IIS7 это не должно быть проблемой. Так же Документация по маршрутизации использует .aspx как расширение.

Это стандартная структура папки для монорельсового проекта.

Обычный подход к использованию NHIBERNATE в приложении Monorail является создание отдельного проекта для классов Nhibernate, а затем ссылаться на этот проект из веб-проекта. Или вы можете просто поставить все вместе в тот же проект, но, по крайней мере, поместите сущности Nhibernate в отдельном пространстве имен.

Я настоятельно рекомендую взглянуть на Castlecasts.com., это превосходно Ресурс, чтобы узнать о монорельсе и его связанных проектах.