I have a small issue with namespace and class naming. Here is a practical example:
ResourceLayer.cs - Public component that holds the manager and the map provider, implements an interface
ResourceMapProvider.cs - Provides a bitmap representation of the resources
ResourceManager.cs - Is a repository of resources with some utility methods
Resource.cs - A resource entity
But I'm going to have a larger number of layers, each specialized so this is going to be replicated a lot.
I have no idea how to namespace it in a conceptually correct fashion. Here are my ideas and why I believe they don't work:
App.ResourceLayer - Same name as class, bad practice and had some scope issues
App.ResourceUtils - Good name, but ResourceLayer.cs doesn't really fit into the namespaces and I wouldn't know where to put it
App.Resource - Same name as a class that would be in it, scoping issues (App.Resource.Resource)
App.Resources - Confusing (App.Resources.Resource) , doesn't really fit the layer part (App.Resources.ResourceLayer)
So, does anyone have any naming ideas?
ResourceManager.cs
do? And why do you have a class namedResourceLayer.cs
? Wouldn't a layer constitute multiple classes? Maybe you can give us more info on the responsibilities of these classes because it's hard to help with namespacing without understanding what the classes do.