Home/ Questions/Q 9014565
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-16T03:32:24+00:00

I am using Entity Framework Model-First with Repository and Unit of Work patterns, the

  • 0

I am using Entity Framework Model-First with Repository and Unit of Work patterns, the repositories return EF POCOs.

I assumed that I couldn’t add behaviour to my POCOs that are generated by Entity Framework, so my code is now full of things like XyzService which is a separate class implementing the business logic for the Entity Framework generated Xyz POCO.

I have the following questions:

  1. This has a bad code smell as not only do I have the EF POCOs, I have a service for each POCO. In addition to lots of classes, business logic is split outside of the business entity. Is this an example of the anaemic anti-pattern?

  2. If I stick with EF, is there any way I can add behaviour (i.e. through partial classes) or other means?

  3. Seeing the persistent ignorant patterns which use return business entities from data layer (in our case a repository), if I wanted to go from EF-MODEL -> REPOSITORY-DAL -> BIZ-ENTITY I see there would be a lot of two way mapping between the business entity and the EF model POCO. Can utilities such as Automapper gracefully handle complex relationships of nested objects that I am likely to face?

  4. To reduce duplicated business entities with their counterpart EF model entities, would I not be better of removing EF and just writing my own repository implementations using LINQ to SQL for each repository?

  5. Any recommended way that allows me to concentrate on the code (rather than target fixating on the EF model first as I have been), then still use Entity Framework at the end when I am ready to write the persistence layer, but avoiding a lot of extra work and mapping in doing so? Would EF Code-First be better in this regard?

If I have missed anything else of other technologies that can aid development (NHibernate for example) then please feel free to mention.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team
    1. Yeah, according to Fowler, this is an anti-pattern. I personally don’t find this anti-pattern too offensive, but some people do. Use best judgement here. If it feels wrong and is a pain to deal with, then change it.
    2. Yes. Partial Classes can help with this. You can put behaviors in the partials you write.
    3. Yes, Automapper will automatically deal with nested objects if they have a mapping setup
    4. Again, thats up to you. If EF is driving you nuts, don’t use it. Use what works and what makes you feel good while you use it.
    5. Code first was built for exactly this.
    • 0