Nice idea, eh?
Well, I was wrong: the parameters of baseMessage are evaluated when MyClass is instantiated, and then don't change anymore, never reflecting current time and thread. I then decided to write a function for creating the message (which defines baseMessage locally), and solved the problem that way.
But I am curious: is there a way to get the content more "dynamic" with string interpolation, thus allowing for baseMessage to be defined at instance level?
This is not a good question, we cannot work out from that little what help you need.
Remember that we can't see your screen, access your HDD, or read your mind: we only get exactly what you type to work with. So we get no context to tell us what a "toll plazza list" might be, or what problem you might have showing it in maps - let alone what you have done so far that our code might have to fit into.
So stop trying to type as little as possible, and explain the context around your problem; tell us what you have tried; where you are stuck; what help you need. The better your question, the better our answers...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
There's a lot of context missing here that means we can't advise you on the best approach. Do the algorithms work on the same data out of the DataTable? Do they each work on a different row? Do the effects of their calculations update the DataTable? Is this DataTable loaded once and then readonly for the lifetime of the application?
Please forgive me, I'm not sure how to ask this question exactly: How does one know which C# classes work together to accomplish a particular task using just the MSDN documentation without having to read through a long, drawn out tutorial about said task? As an example: I know that System.DirectoryServices namespace contains classes that allow easy access to Active Directory. I also know that DirectorySearcher allows one to search AD for particular objects. What I don't know is how to find the particular complementary classes that allow one to work with an object once it has been found...
Thank you Eddy...I'm trying to find an express route to becoming self-sufficient as a C# programmer without having to read through a ton of tutorials, etc. for each task or technology I wish to explore such as System.Web or System.IO. I realize that, figuratively speaking, I may be asking to learn to speak spanish with a Spanish dictionary as my sole resource.
I'm trying to find an express route to becoming self-sufficient as a C# programmer without having to read through a ton of tutorials, etc.
I'm afraid there is no express route. Becoming self-sufficient as a programmer in any language requires becoming familiar with that language, and that usually involves reading through a ton of tutorials, or attending a course (often years long), and/or continuing to read the documentation, articles, new releases etc etc etc.
In short, there is no shortcut
The only problem I find with the See Also links is once you dive down that rabbit hole it can take hours before I surface again
I find when learning anything new that it's always a struggle finding the minimum I need to know to produce anything useful. Once you've got to that point then it's a step-by-step process and Google/Bing!
Also, please note that MSDN documentations are linked together, so if an object is used together with any other type or class, MSDN documentation will have a "See also" section at the bottom of the pages, where you can find details about other types. At the bottom of that page, (for DirectorySearcher), there was the section, https://msdn.microsoft.com/en-us/library/system.directoryservices.directorysearcher(v=vs.110).aspx#See Also, that had the information about the more objects that you should consider understanding.
Secondly, one must first understand what he has to do... Like, if you want to go to City 1234, then you should know the route to the destination, the local Bus Stop 12 and Bus Terminal 34 are just the in betweens. If you know where you are headed off to, then you will be easily able to find the correct types. — try search for "c# file system watcher" and, once you're working with that, search for "background thread event management", you will see that MSDN will provide you with the types you need to build a background manager that keeps a track of your file system for any changes in it. But of course, this is just an example.
Finding the correct classes is just like treasure hunt. Only this is somewhat easy, thanks to uncle Google.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~