I have the habit of creating my solution like this:
Entity - Class Library
(Classes, entities)
Utils - Class Library
(Classes of help, security, generate xml, anyway, functions of all kinds)
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 "modulo" I use the areas. (Modules = Financial, Inventory, 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 class library for each module (one class library for financial module, another for billing, and so on. Just like web project, a web project for financial, billing, etc.
Architecture links are welcome.