How do I name my interfaces and the classes that implement my interfaces? Through much research on the internet and my own gut feelings, this is what I reckon:
I never prefix my interfaces with “I”. The value of coding to interfaces is that you can swap out the implementation with minimal hassle. It means that instead of using implementation specific class names in your code, you use interface names instead – right? So, if I’m going to be using interface names everywhere, I don’t want to have to prefix everything with “I”. Coding to interfaces is a best practice, so I don’t need to explicitly state that I am doing it…It should just happen – which makes the “I” prefix redundant.
Furthermore, the “Impl” suffix is also redundant. Yes, indeed, your dilemma isn’t as simple as picking between the two. Firstly, “Impl” doesn’t translate. “Impl” in other languages has no meaning, and yes I’m talking about Polish and Scala. In Polish (according to Google translate), “implementation” is “realizacja” and in Scala, there are no interfaces. The closest thing Scala has to interfaces is traits, which can contain implementation specific code. So really, everything is Scala is an implementation, so why you use “Impl” suffix?
Secondly “Impl” is restrictive. What happens when you want to add another implementation of Foo? You gonna call it “FooImplImpl”? “AnotherFooImpl”? “FooImpl2″? I didn’t think so. Perhaps you were going to just call it “FooImpl” and put it in a different package…
Thirdly “Impl” doesn’t convey any meaning about what the implementation is. You wouldn’t create an “AnimalImpl” would you? You’d create a “Lion” or an “Elephant”. There is almost always something that distinguishes your implementation that you can use in the class name. Even if it is a long name, it doesn’t matter – you’re coding to interfaces (remember?), so you’re rarely going to see that class name.
Lastly, and probably most importantly – you still can’t think of a name? You don’t need an interface. If you really can’t think of a name, your class must be generic enough to not need an interface and you’re probably not going to have any other implementations. Your class methods become the interface contract, and that is that.
+1 Completely agree Mr Shaw. I abhor the I prefix as it leaks an implementation detail into your shiny interface contract. However I have used the Impl approach in the past. I don’t tend to use it anymore though as a more expressive name is usually on the tip of my tongue. Your point about not needing an interface if you only have a single class is interesting one. Programming to interfaces can be taken to an extreme where everything has an interface and I think this is pointless. It can make testing slightly easier I guess, but with libraries like CGLib who cares if you need a class or interface based proxy?
lemborexant cariprazine reddit where buy priligy
A hydrogel valve based on a microfluidic venous valve has been designed with anionic monomers precio priligy 30 mg
cost cheap cytotec without insurance It hasn t exactly caught on too widely in investing
The HTA editors and publisher have tried to ensure the accuracy of the authors report and would like to thank the referees for their constructive comments on the draft document augmentin buy on staten island
conswtantly i used tto rad smalledr content that ass
well clear thyeir motive, aand thast iss also happening with thjis article whihh I aam rezding here.
My brother suiggested I ight like thi weeb
site. He wwas entirely right. This poswt truly made my day.
Youu can not inagine simply how much time I had spent
for this information! Thanks!