Платформа Объекта ADO.NET и NHibernate - когда использовать один по другому
Один из наиболее непонятных типов чисел в Python - это math.inf - бесконечность. Это может быть произведено:
from math import inf, а затем с помощью inf или -inf (отрицательная бесконечность),
или
float("inf") для положительной бесконечности и float ("-inf") для отрицательной бесконечности
3 ответа
In a nutshell, EF has no Persistence Ignorance support out of the box. When i first tried building a solution with EF last year, i was a bit annoyed that you can't have POCOs in your application. I wanted a higher degree of decoupling with my model so i ended up switching to NHibernate. Since then, someone's written an EF POCO adapter. http://code.msdn.microsoft.com/EFPocoAdapter - however its really just a codegenerator that generates an adapter layer to map your objects.
For some reason, my app ran a bit faster under NHibernate as well. Take that with a grain of salt because i was new to configuring either solution.
Я бы, вероятно, избегал рамки сущности в целом на данный момент. Есть вотум недоверия о том, что была дана известность, не говоря уже о том, что она не настолько зрелая, как NHibernate.
Сказав это, я продолжу оценивать структуру сущностей, так как я уверен, что она будет улучшаться со временем.
Microsoft недавно начала разработку нового решения под названием .NET Ria Services (на данный момент), это будет «независимым от ORM» для получения данных в Silverlight и обратно из уровня бизнес-логики, живущего на сервере.
Они публично упомянули (даже на слайдах в MIX), что NH БУДЕТ поддерживаться здесь.
Если вы ищете решение, которое пользуется наибольшей поддержкой сообщества, NHibernate, безусловно, ответ. Я признаю, что у него крутая кривая обучения, но по моему опыту это, безусловно, того стоит. Просто сделайте сравнительный поиск для "Entity Framework" и "Nhibernate", и вы ' посмотрим, что я имею в виду. Большая часть материала EF будет «прессовой», в то время как материал NHibernate будет на самом деле просто техническими, кровавыми деталями. И вопросы. Отвечая.
Но, как упоминали другие авторы, я уверен, что Entity Framework со временем улучшится. Однако сейчас я считаю, что они пытаются решить слишком много проблем с помощью одного набора инструментов. NHibernate делает только одну вещь, но делает это исключительно хорошо.
Здесь также есть проблема дизайна приложений. Кажется, что EF (в своем нынешнем воплощении) создан для доставки базы данных в приложение C #. NHibernate идет другим путем и облегчает сохранение объектной модели.
Отвечая.Но, как упоминали другие авторы, я уверен, что Entity Framework со временем улучшится. Однако сейчас я считаю, что они пытаются решить слишком много проблем с помощью одного набора инструментов. NHibernate делает только одну вещь, но делает это исключительно хорошо.
Здесь также есть проблема дизайна приложений. Кажется, что EF (в своем нынешнем воплощении) создан для доставки базы данных в приложение C #. NHibernate идет другим путем и облегчает сохранение объектной модели.
Отвечая.Но, как упоминали другие авторы, я уверен, что Entity Framework со временем улучшится. Однако сейчас я считаю, что они пытаются решить слишком много проблем с помощью одного набора инструментов. NHibernate делает только одну вещь, но делает это исключительно хорошо.
Здесь также есть проблема дизайна приложений. Кажется, что EF (в своем нынешнем воплощении) создан для доставки базы данных в приложение C #. NHibernate идет другим путем и облегчает сохранение объектной модели.
Кажется, что EF (в своем нынешнем воплощении) создан для доставки базы данных в приложение C #. NHibernate идет другим путем и облегчает сохранение объектной модели. Кажется, что EF (в своем нынешнем воплощении) создан для доставки базы данных в приложение C #. NHibernate идет другим путем и облегчает сохранение объектной модели.