Joke Collection Website - Public benefit messages - VB calls other programs

VB calls other programs

This program is very big. First of all, the mobile phone is Java, and the best control for the computer is C#. VB has many limitations. It is recommended to look at C# related fields.

Moreover, under control, the traffic of the mobile phone will be very large. I don’t know if the small CPU of the mobile phone can bear it.

What you probably mean is that it should be possible to use SMS to implement the packet sending function from the server. However, the program library involved is too large, and I personally feel that development is not cost-effective. Unless you have a strong background in computer programming. The API simply calls resources on the machine itself. The packets you send need to be filtered, decoded, transcoded, compiled, etc. It is recommended that it is more cost-effective to buy specialized equipment. There are many such devices online.

I understand what you mean. What you mean is like the kind of mobile phone remote-controlled bombs in Iraq. As soon as you send a text message or give a signal, the detonator is activated. However, your problem is not a bomb, but a bomb. Yes, control, if you send a signal, there must be a return message. The more functions you have to control, the greater the amount of information you need to process. Don't you ask for return receipt information? Fetion's client only has a transcoding function, which converts the hexadecimal code of the mobile phone into ASC code and then converts it into a text file. And the text is still encrypted. Even if you can read it, there is still a lot of work to do, which is very troublesome. The idea is fine, but the workload is too much. Do you think, how many steps are needed from a third-party program to monitor Fetion to simulate controlling the keyboard? Each step requires calling a database function. It's too much trouble.