views:

896

answers:

7

Can anyone point me to a site, or give me some wisdom on how you go about choosing names for interfaces, classes and perhaps even methods and properties relating to what that object or method does?

This is specifically for Microsoft development, so Java-esque "doGet" and so on isn't really used, however some general rules that cross language barriers must (I would've thought) exist.

An example might help: I have 4 choices of names for an interface:

IGroupedItem
IGroupableItem
IDataEntity
IGroupedEntity

They all contain an adjective and the noun, or just a noun. Looking at the .NET framework it seems like there must be some kind of ruleset for this, for consistency? Aside from the obvious verbs for methods.

Edit: Though the example is an interface, I'm not limiting this to just interfaces. The general guideline is classes are nouns, methods verbs, properties nouns. I suppose what I mean is choice of the synonym. Is throwing "Entity" everywhere wrong

+3  A: 

MSDN has an article just on Interface Naming Guidelines that may help you out. If you want the naming conventions of stuff other than interfaces, along with many other naming and design guidelines, you can find that all on MSDN, too.

Spodi
+1  A: 

Interfaces are things a class is capable of doing. Not what it is, but what it can do.

IGroupableItem

Other names describe what things are or are too vague to be useful.

Specifically, "IDataEntity" is largely meaningless. After all, everything's a data entity.

S.Lott
not always so clean cut though is it? cf. ICollection, IAsyncResult, IHasXmlNode
annakata
@annakata: some infrastructure names must be vague. But application names should be much more specific.
S.Lott
+6  A: 

Look at the MSDN articles for naming guidelines. In short:

  • Use nouns for class names and property names (it's obvious)
  • For interface names, start with I and use nouns and/or adjectives to describe behavior
  • Use verbs for method names to describe action

For your example - IGroupableItem.

Rumen Georgiev
So why not IGroupedItem? That matches the criteria of noun and adjective, or noun phrase
Chris S
Probably because you can say that something is 'Groupable' because it's implementing the interface, but you can't guarantee that it is 'Grouped'.
Ant
This + Spodi's answer are the closest I'll find to an answer without going into a huge language debate, but I can't give two answers
Chris S
To distinguish interfaces from classes with "I" (or "Impl" on the class side) is a bad practise. "Interface" is a technical konzept which should not be part of the name. That would be not much better than `ageInt`.
deamon
+1  A: 

This is the same material as Spodi's answer, but MSDN's Design Guidelines for Class Library Developers are mostly excellent, covering naming and much, much more.

Jon Skeet
A: 

There is nice article Making Wrong Code Look Wrong by Joel Spolsky. It tells about not so popular, but very handy naming convention.

Malx
you're talking about hungarian? not sure that applies here really
annakata
just read the article. "hungarian" have several meanings. The word "type" means not the "integer" but "coordinate" or "weight". So coordX=weightY is wrong in that hungarian. And the method weightConvert(coordX) is also wrong. And you see this error just from looking at code.
Malx
+1  A: 

As well as the MSDN Guidelines, there is a C# Coding Standards document from IDesign by Juval Lowy that is quite helpful (don't know if/how much this differs from MSDN).

C# Coding Standards

Nick