Что такое Объект? Почему это называют Объектом?

Это происходит из области системной инженерии, где для проектирования систем используется инструмент Entity Relationship Diagram.

Что они делают, так это начинают с расположения сущностей (таких как клиенты, заказы на поставку, позиции заказа на поставку и т.д.). Каждая сущность - это концептуальная вещь. Затем вы обычно создаете класс сущности для каждой сущности и таблицу базы данных в качестве базового хранилища. Фреймворк сущностей позволяет вам взять схему базы данных, предполагая, что она уже является хорошим представлением вашей диаграммы сущностей, и автоматически генерировать классы сущностей для их инкапсуляции.

Поскольку сущность - это абстракция реальных вещей в вашей системе, создание класса для каждой сущности - это хороший способ архитектоники вашей системы, чтобы поместить соответствующий код для каждой сущности в нужное место. Принцип работы фреймворка заключается в том, что он создает два файла: автоматически генерируемый файл, который соответствует полям базы данных, и "пользовательский" файл, в который вы можете поместить пользовательскую логику. Эти файлы определяются как частичные файлы классов, поэтому они объединяются во время компиляции в один класс, но при этом доступ к данным и бизнес-логика остаются разделенными. Вы можете перегенерировать автоматически созданную часть класса в любой момент, когда изменится схема базы данных (диаграмма отношений между сущностями).

Другие интересные возможности:

• Фреймворк понимает отношения между сущностями, поэтому, если у вас есть сущность "заказ на покупку", вы можете автоматически получить все позиции заказа на покупку (это просто свойство сущности, которое возвращает коллекцию)
• Вы можете реализовать наследование сущностей (например, сотрудник может наследоваться от контакта)
• Linq to Entities!