Начиная с ORMS - Nhibernate - PullRequest
       19

Начиная с ORMS - Nhibernate

1 голос
/ 05 марта 2010

Я начинаю вникать в сферу ORM, особенно NHibernate, в разработку приложений, учитывающих данные .NET.Я должен сказать, что кривая обучения довольно крутая и что многое нужно отметить.По-видимому, это фактически меняет способ работы с приложениями, учитывающими данные, способом кодирования, разработки и всего остального.

В любом случае, я хочу спросить, устанавливаете ли вы какие-либо параметры при принятии решения об ИСПОЛЬЗОВАНИИ или НЕ ИСПОЛЬЗОВАНИИОРМ в ваших приложениях?Как вы тогда решаете подход, который нужен для того, чтобы сделать его ценным для вашей организации?

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

Тем не менее, я знаю, что ORM прокладывает путь для приложенийобщаться с серверами баз данных, если они правильно реализованы.Я должен признать, что я нахожусь на стадии обучения и что мне, возможно, понадобится вся помощь, ресурсы и руководство, чтобы осуществить этот переход.Я также думал о покупке книги у Мэннинга, но чувствую, что с таким большим количеством изменений в NHibernate книга может быть немного устаревшей.Возможно, ожидание книги Packt о NHibernate (выпуск в мае 2010 года ??) поможет мне лучше начать работу.

Пожалуйста, поделитесь своими мыслями.Кстати, если бы вы также могли указать мне на небольшое примерное веб-приложение, которое использует NHibernate + Visual Web Developer 2008 Express и SQL Server, это было бы очень полезно.

Спасибо.

Ответы [ 2 ]

2 голосов
/ 05 марта 2010

Для меня, кратко это следующее:

Если вы не используете установленный ORM и правильно разрабатываете (то есть вы реорганизуете дублирование и стараетесь упростить, где сможете), вы в конечном итоге создадите свой собственный ORM через эволюцию уровня доступа к данным.

Тогда возникает вопрос: «Хочу ли я, чтобы мои разработчики тратили время на изучение особенностей моего собственного ORM или на изучение хорошо документированного и хорошо протестированного ORM?»

Кроме того: «Если я найму нового разработчика, разве не было бы лучше пригласить разработчика, который знает установленный инструмент ORM, который мы используем, вместо того, чтобы обучать кого-то этому, что я создал?»

Я использую NHibernate, особенно Fluent - и это здорово; если бы у меня был выбор, я бы не стал разрабатывать СУБД другим способом.

Чтобы добиться успеха с ORM, вы должны убедиться, что нормализовались правильно, и использовать базу данных для своих предназначенных целей, сохраняя данные.

1 голос
/ 05 марта 2010

Я не использую орм, когда:

  1. Я не использую реляционную базу данных (реляционные базы данных - не лучший выбор базы данных для каждого приложения)
  2. База данных имеет очень небольшое количество таблиц. (Мне может понадобиться меньше кода без orm)
  3. Я использую очень простую базу данных, которая может отображаться в коде с простыми именами. конвенций. (Отображение в тупые классы DTO и все запросы, такие как select * from tablename, где id = @ id)

Изучение хорошей формы стоит времени и усилий, это сэкономит вам написание большого количества кода, когда вы будете часто использовать реляционные базы данных. Вы можете найти примеры приложений / учебных пособий / видео о NHibernate с помощью поиска в стеке. Мэннинг готовит еще одну книгу, возможно, ее можно прочитать с помощью программы раннего доступа.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...