Question

I’ve got a group of inter-related classes that are all overridden together to create a particular implementation. I’m wondering if it is a good idea to enclose the interrelated subclasses in a namespace.

For example purposes, consider the following namespaces and classes:

namespace Protocol {   public abstract class Message { }   public abstract class Driver { } } namespace Protocol.Tcp {   public class TcpMessage : Message { }   public class TcpDriver : Driver { } } namespace Protocol.Ftp {   public class FtpMessage : Message { }   public class FtpDriver : Driver { } } 

What is the best way to structure the namespaces? It seems unavoidable to expose the inheritance in the namespace since the base classes don’t really belong in either the Protocol.Tcp namespace or the Protocol.Ftp namespace.

Answer 1

I think you are perhaps worrying too much!

Does it make sense logically? Do you know where to find your code within the namespaces?

I would much rather see a codebase like the above with a small number of classes, relevant to the name with a hierarchy, than one large namespace where everything is interrelated..

Remember, namespacing is there for precisely this, to organise your codebase logically

What you have seems logical 🙂

EDIT:

As an example:

using System.Data; using System.Data.Sql; 

😉