.net - Arranging/Organizing my classes/interfaces into folders? Not changing namespace with folder (Resharper: Namespace Provider = false) -
I currently have a project and its increasing size is in everyday it is a container for an API that I provide I am doing
I currently have all of my classes and all interface routes
I have separated my Erum, Contents etc. into my folders, but I have a folder named as part of the name space Because they are containers to keep them organized.
I was wondering if anyone has any experience here?
Should I separate my interfaces in my own folder (should not inherit the folder as part of the namespace)
Do I even separate my classes? should do?
I also have classes which are children of other classes .. That is, a class applies it as property so it will never be instantiated outside, so will I separate them further (for example ) "My Products" will be a folder called "Products" and inside this folder, and then my item class and other classes that are specific to the product?
I would love to hear some feedback.
Thanks
/ div>
Same happens ever. In fact, in most cases you leave different projects instead of the same project, which has many and many folders. Personally, I consider a complex project on a clear code odor if nothing is done, then your project will not be compiled quickly because it is compiled as a part, while different projects compiled in parallel (More or less - all are affected by dependencies).
He said, if you really want to keep everything in one project, then here's what to take:
- If anything for all the elements of the project is normal (For example, useful expansion methods), I am creating a folder
Infrastructure , make sure that this is not a namespace provider and keeps all the normal stuff there.
- The rest of the project is not different on the basis of behavior, for example, you suggest that these fields are different, but I find it wrong - if I have database organizations that are classrooms or anohum , Then I will have a code known as
Entities . The namespace of
MyProject.Entities ) contains both enums and classes in the same place. (Note that if you were to suddenly move it to a project called
MyProject.Entities then you will not need to change your namespaces.)
- Try grouping files according to functionality, not according to type.
- The rest of the project is not different on the basis of behavior, for example, you suggest that these fields are different, but I find it wrong - if I have database organizations that are classrooms or anohum , Then I will have a code known as
Comments
Post a Comment