Результаты поиска по запросу "ef-fluent-api"
Я испытал это, как только начал думать о готовых коллекциях, которые мне нужны, а не о соединениях, которые мне нужны, чтобы получить эти коллекции, и я обнаружил, что вряд ли использую эти объединения. Это касается как отношений «один ко многим», так и отношений «многие ко многим». Entity Framework будет внутренне использовать правильные соединения.
ал stackoverflow для правильного решения по созданиюмногие-ко-многимотношения, используя EF Core 2.0, Code First и Fluent API. Простой сценарий будет: public class Person { public Person() { Clubs = new HashSet<Club>(); } public int PersonId { ...
@Shimmy В случае, если вы не используете стратегию наследования EF / базы данных, да, потому что это будут отдельные отношения.
я есть базовая модель: public abstract class Status { public string updateUserName { get; set; } }Затем модель, которая расширяет базовую модель, определенную выше: public class Item : Status { public int Id { get; set; } public ...
По сути, в контексте EF классы POCO - это классы сущностей, которые не наследуются от класса Entity Framework EntityObject (который вы получаете по умолчанию в Database First или Model First). Как упоминается в одном из ответов, это упрощает сериализацию объектов, но некоторые методологии разработки и автоматического тестирования предпочитают работать с объектами, не имеющими ссылки на Entity Framework.
должаю слышать о Fluent-API API Entity Framework, но я изо всех сил пытаюсь найти хорошую ссылку на это. Что это такое? Мы используем структуру сущностей и предоставленный инструмент моделирования. Это все что есть? Или это что-то другое? Точно ...
Отношения один к одному с Entity Framework Fluent API
У меня проблемы с обратной навигацией на одном из моих объектов. У меня есть следующие два объекта: public class Candidate { [Key, DatabaseGenerated(DatabaseGeneratedOption.Identity)] public long CandidateId { get; set; } .... // Reverse ...