I want to architect my asp.net web form application like this :
1-DB
2-Data Access Layer(Using ORM[EF])
3-Repository/Unit Of Work (Pattern)
4-Business Layer
5-Service Layer
6-UI
Right now my primitive solution looks like this :
Just two class libraries :
DAL (Data Access Layer)where myEFresides in.Domain Classes(auto generated) with their equivalent partial classes.
My questions concerning this design :
- Should I put my
business logicin a new layer or just in the domain classes layer where each business belong to the related domain class Or put my business logic in the code behind of my web pages ? - Could some one clarify what's the difference among those terminologies in the design perspective (
POCO,Domain Class,BusinessClass)?
Aucun commentaire:
Enregistrer un commentaire