|
Well, I know someone who is just like that. And he's forcing his ways upon others... If he reads in a book somewhere "don't use attributes" he wouldn't dare touch them if his life depended on it. If he reads "attributes can be really handy" he'd look for at least one attribute he could use on his Classes, Properties etc. as much as possible.
To make things worse, he doesn't want to know about stuff he thinks he'll never need.
I certainly don't want to be like that. So if it takes me to apply 100 attributes in a single Class to find out it's not all that great, then so be it
Of course some books and lots of CP articles can sometimes prevent me from reinventing the wheel
It's an OO world.
public class Naerling : Lazy<Person>{}
|
|
|
|
|
... but overusing them may make your code hard to understand and somewhat slow, due to having to use reflection to read them. Then again, in web applications this little extra effort is unnoticable as you spend more time waiting for a response from the database and I would not use managed code for anything that must be super fast anyway.
And there are also my friends, the Java cultists, who think their annotations (essentially the same as attributes) are the best thing since white chocolate. I just love to rub it under their noses that the 'imitation' already has had attributes from the beginning and uses them far more consequentely. What do you mean, you can't 'annotate' classes for serialisation? But what do you expect when the 'imitation' also is a bit ahead what constructors, disposing and finalisation or properties are concerned?
And from the clouds a mighty voice spoke: "Smile and be happy, for it could come worse!"
And I smiled and was happy And it came worse.
|
|
|
|