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 myEF
resides in.Domain Classes
(auto generated) with their equivalent partial classes.
My questions concerning this design :
- Should I put my
business logic
in 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