Я только начал работать с инфраструктурой Entity, и я смущен тем, как классы, обычно входящие в бизнес-уровень, вписываются в объекты, созданные Entity Framework.
При работе с классическим ADO.NET у меня был бы класс под названием Customer, а затем еще один класс под названием DALCustomer для обработки взаимодействия с базами данных. В этой структуре я бы поставил код на выполнение вычислений, фильтрацию и обработку экземпляра DAL с клиентом для сохранения, обновления и удаления в классе Customer.
С помощью платформы Entity Framework, если у вас есть таблица Customer, инфраструктура Entity создает объект под названием Customer, и вот где начинается моя путаница, удаляет ли этот объект потребность в клиенте на бизнес-уровне? Итак, по существу все поля и методы, которые обычно входят в бизнес-уровень, входят в сущность, сгенерированную Entity Framework? Или, если класс еще существует в бизнес-слое CustomerBL, например, который по-прежнему содержит поля и методы, необходимые для выполнения бизнес-логики, необходимой для вычислений, фильтрации и все еще нуждается в экземпляре EF DAL, объявленном для обработки доступа к данным?
Если должен быть бизнес-класс, в данном случае CustomerBL, возникает еще один вопрос, если поля, созданные в объекте клиента, будут воссозданы в CustomerBL или должен быть объявлен экземпляр объекта Customer в CustomerBL, так что не было бы необходимости объявлять поля в двух местах?