Результаты поиска по запросу "poco"
Я согласен с @AbdouMoumen, что гораздо проще использовать модельные объекты на уровне представления. Уровень обслуживания должен предоставлять API для сохранения этих объектов в хранилище данных (дБ). Уровень обслуживания не должен тупо дублировать юриста хранилища (т. Е. Сохранить (сущность) для каждой сущности), а должен обеспечивать сохранение высокого уровня для совокупности сущностей. Например, у вас может быть Save (заказ) в слое сервиса, который приводит к обновлению более базовых объектов, таких как инвентарь, клиент, учетная запись.
ользуюService Layer --> Repository --> Entity Framework (Code-First) w/POCO objects подход, и я испытываю трудности с обновлением сущностей. Я использую AutoMapper для сопоставления моих доменных объектов с моими моделями представления, и это ...
это. Но проблема в ленивой загрузке данных. Если POCO / Entity отсоединен, у вас нет возможности лениво загрузить данные. Единственная альтернатива - загружать все данные, что тоже плохо.
верное, слишком много читаю и страдаю от информационной перегрузки. Поэтому я был бы признателен за некоторые четкие указания. Из того, что я собрал, я могу использовать шаблон T4 VS2010 для генерации классов POCO, которые не привязаны напрямую ...
Ты прав. MS дал программистам разные подходы, потому что это разные сценарии. Вы должны знать все и решать, исходя из своего сценария, что лучше всего подходит для проекта, а затем, что вам больше всего нравится.
ы плюсы и минусы использования Entity Framework 4.1 сначала кода, а не модели / базы данных сначала с диаграммой EDMX? Я пытаюсь полностью понять все подходы к созданию уровня доступа к данным с использованием EF 4.1. Я использую шаблон ...
Нет, у меня нет никакой информации. Я ожидаю это как часть следующей версии .NET.
я есть модель, созданная с помощью визуального дизайнера. Теперь я хочу, чтобы классы POCO генерировались из него. В другом моем вопросе мне был предложен упрощенный подход API Model First EF4.1. Раньше я тоже думал о шаблонах T4. Каковы ...
social.msdn.microsoft.com/Forums/en-US/adodotnetentityframework/...
могу сопоставить разбиение таблицы с EF Code First? Таблица расщепления для EDMX описана, например,Вот [http://thedatafarm.com/blog/data-access/ef-table-splitting-ndash-the-opposite-of-entity-splitting/] , Это позволяет отображать два объекта с ...
Спасибо за Ваш ответ. Я обновил свой вопрос своим решением проблемы, которое использует ваш совет.
я есть сущность по имениTour которые могут иметь многоAgents, Я могу добавить агентов, но не могу их удалить. // _repo is injected.... var tour = _repo.GetById(tourId); tour.AddAgent(new Agent(tour.TourId));Когда я пытаюсь ...
http://codeblock.engio.net/?p=17
я есть приложение ASP.NET MVC 2 с моделью домена POCO и уровнем хранилища NHibernate. Моя доменная модель не знает о моих моделях представления, поэтому я использую automapper для перехода от модели представления к сущности и наоборот. Когда я ...
Я предпочитаю объектный подход, чтобы избежать ненужных поисков. Объекты свойств могут быть так же легко заполнены, когда вы вызываете ваш фабричный метод для построения всей сущности (используя простой код обратного вызова для вложенных сущностей). Я не вижу никаких недостатков, кроме использования памяти (но вы бы кэшировали свои объекты правильно?). Таким образом, все, что вы делаете, это подставляете стек для кучи и получаете выигрыш в производительности, если не выполнять поиск. Я надеюсь это имеет смысл.
ленно спорю с собой каждый раз, когда начинаю работать над новым проектом и разрабатываю свои POCO. Я видел много учебников / примеров кода, которые, кажется, одобряютассоциации ключевых ключей: Ассоциация внешнего ключаpublic class Order { ...
Далее уточняю ответ. С помощью блока валидации Microsoft Patterns & Practices Enterprise Library 5 вы можете открыть множество возможностей для проверки, помимо тех, которые доступны в обычных аннотациях данных.
то я использовалэто [http://blogs.msdn.com/b/adonet/archive/2010/01/25/walkthrough-poco-template-for-the-entity-framework.aspx] учебник по генерации моих классов poco, которые я буду использовать на протяжении всей моей заявки ... проблема в том, ...
Лучше всего, это с открытым исходным кодом.
я есть файл XML, который примерно описывает схему базы данных, которую я наследую Я хочу сгенерировать POCO-объекты для этого файла, чтобы начать работу с бизнес-объектами в моем приложении C #. Это возможно и как?