Home/ Questions/Q 228663
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T19:42:03+00:00

I have an ASP.NET application that uses a layered architecture e.g. presentation layer, business

  • 0

I have an ASP.NET application that uses a layered architecture e.g. presentation layer, business logic layer, data access layer.

I don’t want to the business layer to have to know anything about how the data access layer is implemented and I’m not looking to bind the Entity’s directly to a data control using the EntityDataSource or anything like that. (so a repository pattern scenario)

I’M JUST LOOKING TO USE THE ENTITY FRAMEWORK AS AN ORM TOOL TO GENERATE CLASSES. I know how to do this. What I’m not clear on is

  1. Is it advisable to propagate these classes up through the application so the business logic layer would be dealing with the partial classes created directly by the entity framework? (for instance if I have a customer table in sql, the entity fw would created a customer class which could potentially be used directly in all layers of my app)
  2. How to manage transaction support if my BLL is calling several different entity classes but wants to treat it as one transaction
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team
    1. If you are practical: Yes! It will avoid you double mapping work and the potential errors generated by the double mapping. (By double mapping I mean DB -> ORM and ORM -> Business logic).
    2. Use TransactionScope. It’s the best way to do transaction without worrying about nested transactions.
    • 0