I have a Util module in my VB.NET program that has project-wide methods such as logging and property parsing. The general practice where I work seems to be to call these methods directly without prefixing them with Util. When I was new to VB, it took me a while to figure out where these methods/functions were coming from. As I use my own Util methods now, I can’t help thinking that it’s a lot clearer and more understandable to add Util. before each method call (you know immediately that it’s user-defined but not within the current class, and where to find it), and is hardly even longer. What’s the general practice when calling procedures/functions of VB modules? Should we prefix them with the module name or not?
I have a Util module in my VB.NET program that has project-wide methods such
Share
Intellisense (and “Goto Definition”) should make it trivial to find where things are located, but I always preface the calls with a better namespace, just for clarity of reading. Then it’s clear that it’s a custom function, and not something built in or local to the class you’re working with.
Maybe there’s a subtle difference I’m missing, but I tend to use shared classes instead of modules for any code that’s common and self-contained – it just seems easier to keep track of for me, and it would also enforce your rule of prefacing it, since you can’t just call it from everywhere without giving a namespace to call it from.