5
I have the habit of creating my Solution like this:
Entity - Class Library
(Classes, entities)
Utils - Class Library
(Classes of support, security, generate xml, in short, all kinds of functions)
Repository - Class de Repository ( Repository Patterns)
Map - Class Libary
- ORM Mapping Classes, be it Nhibernate
or Entity
using Fluent API
Test - Test
Web Project
- Here my web project, if I want to separate in "module" use the areas. (Modules = Financial, Stock, Billing, etc)
I use this structure regardless of the size of the project, whether small or giant
My question is: In an architecture, does the number of dll’s influence performance? scalability? Leaving like this would be bad if my project grew?
Or it would be better to create a library class for each module (one library class for financial module, one for billing, and so on. As well as web project, a web project for finance, billing, etc.
Links about architecture are welcome.