Introduction.

My manager would like me to produce a short report to consider if an event driven program would be suitable for a non-graphical application.

Advantages of using an event driven program

one of the biggest advantages of using event driven programming is the language it uses is called visual basic.net, this programming code assists you whilst you code and gives you suggestions on what to give you, it also is written in an understandable language (English). The main advantage of event driven programming is that it’s easier than other types of programming. With event driven programming it’s mainly based on the user/person triggering the action.

Also development is easier since functionality can be added through programming more events

It’s also ideal for RAD (rapid application development) involves less planning and spends more time on preparing working prototypes.

Event driven programming is flexible as the programming code follows a logical order from start to finish and the flow is determined by events. This allows the coder to be flexible about the order in which they carry out the code.

Also using Event driven programs is easier to change requirements if it is necessary.

Also event driven programs can be used in devices such as alarms, ovens, cookers, microwaves and the list goes on.

To conclude, event driven programming is very basic and easy to learn if you are new to programming, it doesn’t take long to create applications either.

Disadvantages of using an event driven program.

There is also some disadvantages of EDP this is the main disadvantage of EDP as the event loop in an EDP is constantly running in the background of the application and does hog loads of system resources. Also EDP uses GUI and would require a higher spec machine in order to provide the interface. But this isn’t the case anymore as most computers can run EDP applications.

Also it’s very difficult to translate from EDP into a different language as it could not work in certain ways like for example, the buttons might not work if it’s translated into a different program.

Also in some cases you can’t even translate EDP languages into different languages.

Another example is a game, you might want to translate a language for a game which uses motion to work on a keyboard, and sometimes this isn’t possible as motion uses movement and can’t use keyboard buttons.

Also programs like visual basic only works on windows as it uses windows libraries, it wouldn’t work on any other OS. EDP languages are generally platform dependant on windows.

Also you could lose some skills by using programs like visual basic which uses EDP as it makes coding easier for you to do.

To conclude, using event driven programs isn’t really a bad thing but you could lose skill from using programs like visual basic. And you can’t translate some languages.

Would event driven programs be suitable for non-graphical applications?

Yes, there are environmental uses of event driven programs for non-graphical applications. An example would be air conditioning systems. These are suitable for event driven programs because you would want to turn the air conditioning on if it’s too hot or turn it off if it is too cold. When pressing one of the buttons on the device it will trigger a heater which is on the inside and it will go off when it gets to the temperature that is shown on the dial.

Also most computers use event driven programs for non-graphical applications. An example would be opening the CD or DVD drive. This is a non-graphical application because you don’t see anything happening on screen.

A different example could be in the MS DOS operating system. It doesn’t make use of wimp when it’s interacting with the user. The user enters computer commands into the computer to give instructions such as saving files, opening new documents other than using a mouse to do this with.

Another example is a smoke alarm. The event that is involved in this instance would be when the sensor on the inside detects the smoke, it starts bleeping and alerting everyone in the building. The reason I believe that this is good for event driven programming is the fact that you will need to test it with a button.

Conclusion

I believe event driven programs are suitable for non-graphical applications as they can be alarms of all sorts, event to car sensors. They are very helpful and suitable in the world. As a lot of furniture can have stuff like these for instance, ovens and some microwaves. Non graphical applications have made the world easier to live in.