Home/ Questions/Q 761989
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-14T15:54:14+00:00

I’m wondering how others deal with trying to centralize MessageBox function calling. Instead of

  • 0

I’m wondering how others deal with trying to centralize MessageBox function calling. Instead of having long text embedded all over the place in code, in the past (non .net language), I would put system and application base “messagebox” type of messages into a database file which would be “burned” into the executable, much like a resource file in .Net. When a prompting condition would arise, I would just do call something like

MBAnswer = MyApplication.CallMsgBox( IDUserCantDoThat )

then check the MBAnswer upon return, such as a yes/no/cancel or whatever.

In the database table, I would have things like what the messagebox title would be, the buttons that would be shown, the actual message, a special flag that automatically tacked on a subsequent standard comment like “Please contact help desk if this happens.”. The function would call the messagebox with all applicable settings and just return back the answer. The big benefits of this was, one location to have all the “context” of messages, and via constants, easier to read what message was going to be presented to the user.

Does anyone have a similar system in .Net to do a similar approach, or is this just a bad idea in the .Net environment.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    We used to handle centralized messages with Modules (VB). We had one module with all messages and we call that in our code. This was done so that we change the message in one place (due to business needs) and it gets reflected everywhere. And it was also easy to handle change in one file instead of multiple files to change the message. Also we opened up that file to Business Analysts (VSS) so that they can change it. I don’t think it is a bad idea if it involves modules or static class but it might be a overkill to fetch it from DB.

    HTH

    • 0