Best scripting language for Windows GUI EXE

I am writing a simple WMI-based monitoring application that sends monitoring data through a TCP network socket to an Android application. I have no problem recording an Android application with Titanium Mobile (JavaScript) so that it creates a socket and receives data. However, I am looking for the best (easiest and fastest) way to get WMI data and send it through a TCP socket, but with a VERY basic Windows GUI. The only reason for the GUI in general is that the user knows that the software is running, and maybe they will go to IP here to connect to android via Wi-Fi. Here is my situation so far:

  • PHP and JavaScript are my strongest languages ​​(being web developers). I can write WMI / COM scripts with PHP and compile with Bamcompile on the Windows EXE command line. It only supports PHP4, and I'm not sure which GUI toolkit (if any) will work with it since it is so old, but I still prefer it for the main Windows products.
  • I played with Perl (Strawberry Perl) and understood its potential. But, seeing that my main programming computer is on a proxy server, I am having problems installing Tk , so again I am not working with the graphical interface. I tried "ppm install Tk" and "cpan Tk" and included all my proxy data, it even downloaded a lot of data / modules, but I get errors that I don’t know how to solve, since I am not a Perl person.
  • I tried WinBinder for PHP and double-clicked the Windows.phpw files, it seemed to work, but I would have to somehow package it all, and the command prompt window in the background looks messy.
  • I could use AutoIT 3 - these are GUIs, sockets, all such things and compiles to EXE, but I would prefer PHP or Perl for learning, and I'm just more used to their syntax.
  • Python looks great, but is slightly different from PHP or Perl, so I'm not going to waste time studying it at the moment. She will probably switch to her along the line, although she seems to have a very interesting structure.

I believe that the main problem that I encountered is that I can write this application for PHP and just Bamcompile, but I need users to enter and let them know that something is working. I also assume that using something like Wapache to just show a web browser without a toolbar will not work, because PHP has to run in a continuous loop, and this will cause any β€œbrowser” to crash? Will this work?

set_time_limit( 0 ); // 0 means never timeout ignore_user_abort(true); // continue running when browser closes 

So any ideas? Jscript and AO?

Keep in mind that I do not want to learn any Microsoft.Net materials or complex C or Java languages.

I'm sure I can do something similar with my current skills in PHP / JavaScript? Not?

+8
php perl sockets wmi
source share
2 answers

I also had problems installing the Tk module for my Strawberry Perl, but found that it installs manually just fine. Take a look at

 perldoc permodinstall 

to understand the process.

Perhaps the easiest way β€” if your CPAN is loading the packages correctly β€” is to run the cpan shell and say

 cpan> look Tk 

which will download and unzip the module for you, and then upload to the command line with the unpack directory as your current location. Here you can go and say

 perl MAKEFILE.pl dmake dmake test dmake install 

as described in perlmodinstall. ( dmake is the make fragrance used by Strawberry Perl.)

My personal preference for the GUI library is the wxWindows API Wx , which is designed from the ground up to be portable and have the look and feel that it depends on the platform it runs on. But you are likely to get more help using Tk , so the choice is yours.

+1
source share

Most of the languages ​​you specified there will use cross-platform GUI libraries, and this is an extra hassle when you said you want to use the Windows GUI. You just finish work on yourself.

Everyone is going to sell you their language here. They would not use it if they did not think it was the best. Therefore, I think I could also jump over (disclaimer: written by AutoIt MVP):

AutoIt allows you to make small Windows applications very quickly out of the box, this is one of the things that it really succeeds on. It is also completely native, which in most cases means that it is much easier to work with if you are not going to switch to Linux in the near future.

+1
source share

All Articles