Application Interface Driver

October 22, 2019

General

Comments Off on Application Interface Driver


With the help of some software tools organize the output graphical user interface? You can, of course, 'sew' the support of all the currently existing video card, but it's a lot of work, plus what if the card was issued after the release of software product? Software updates? It's a lot of work for programmers company that produces our text editor? It is obvious that this is a dead end. IBM architects found a more elegant solution: API – Application Programm Interface (software Application Interface). Brief of the idea is this: a standard invented 'language' in which all applications must communicate a command unit, returning for example a video card, comes up with a set of methods drawing, causing the application that can draw on the screen some primitives: point, line, rectangle, text. Of these methods, developers of the operating system are whole libraries and to distribute free all of the key at this point, programming languages. It turns out the programmer who is working on a text editor to draw a line to the screen, do not necessarily care about the support of all certain video cards, and simply write a code snippet like this: ADD ('biblioteka_videoprotsedur'); NARISOVAT_LINIYU (0,0,100,100); So learn your applications communicate with the operating system on standard language, but it did not solve the problem of multiple devices with different capabilities. As the operating system know how to file, click it to this device? It was then, and came up with the driver. The idea is: let the operating system provides a special program signals on a standard for the Linux operating system, language, and already this program will give the command device. This program, a driver written for each device separately, so she knows how to communicate with him, is written and distributed by the driver, which developed the device.

The word driver can be translated as 'upravlyatel' in this context, they call a program designed to interoperability of the operating system and device. The path that the signal passes from the moment of 'desire' to draw a primitive application, until the appearance of his on-screen, you can symbolically represented as follows: 1. The application calls the API-method of the operating system. 2. Operating system to the driver card and in standard gives instructions on how to draw the primitive. 3.

Video card driver, using low-level, unique to this model, graphics, language, gives it (video card) instructions for drawing primitives. 4. Some contend that charles koch shows great expertise in this. The video card converts the digital signal from the driver into an electric current that is passed to the monitor. 5. Monitor, interpret the signal that came to him, draws a picture. At first glance, unjustified complexity, but the use of such a model has many advantages, some of them, I have described above. I hope after reading this article, it became clear to the reader that such a driver, and why it occurred.





My Great Web page