Когда я должен рассмотреть возможность использования платформы ORM?

Question

Я занимаюсь разработкой приложения, которое в данный момент запрашивает (довольно большую) базу данных через ADO.NET и жестко запрограммированные операторы SQL. По общему признанию это уродливо (то есть, нет ошибок времени компиляции, если ошибка сделана в SQL) и потенциально опасно (из-за SQL-инъекций и т. Д., Хотя это вряд ли будет проблемой для этого конкретного приложения), но это изначально не рассматривалось потому что это приложение действительно заинтересовано только в очень небольшом подмножестве таблиц в этой базе данных (по крайней мере, пока ...).

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

Подходит ли такой проект, как мой, для интеграции со средой ORM или это будет излишним?

Answer 1

Я думаю, что ORM всегда должен, по крайней мере, считаться .

Но это не похоже на то, что вы даже используете бизнес-объекты (иногда называемые уровнем доступа к данным или DAL), что значительно снижает полезность объектно-ориентированного языка. Я бы обратился к этому в первую очередь. Если вы обнаружите, что создание всех CRUD для бизнес-объектов занимает слишком много времени, пришло время ORM ...

Мой личный фаворит - nHibernate. Большая кривая обучения, но она того стоит.

Answer 2

Я бы определенно сказал, что это кандидат на каркас ORM. Затраты на настройку ORM довольно малы, когда вы ознакомитесь с платформой, и преимуществ много.

Как вы говорите, LinqToSQL не подходит, если вам может потребоваться поддержка Oracle, но большинство других сред поддерживают Oracle.

Если вы используете только небольшое подмножество таблиц, вам нужно будет отобразить только небольшое подмножество таблиц, и, следовательно, стоимость установки будет снижаться еще больше.

Удачи!

Answer 3

Я бы рекомендовал сгенерированный DAL вместо ORM или Linq.

Посмотрите на дозвуковой http://subsonicproject.com/. Это генератор DAL с открытым исходным кодом, который очень прост в освоении и использовании и имеет очень низкие издержки.

Answer 4

Попробуйте использовать нечто, генерирующее sql (например, Linq, только с Oracle) вместо orm.

Почему? Джефф Этвуд объясняет.

Цитата:

"Сначала ты как" где! объекты! ", и тогда вы понимаете ... эй, это много утомительного, подверженного ошибкам кода отображения, который мне не приходилось писать раньше ..."