Konu: VFP Developer Studio
VFP Developer Studio eğer gerçekten başarılı bir şekilde çıkarsa tam aradığım gibi birşey olacak galiba:
The native code generation will be just a switch in our Developer Studio that will generate instead of a .NET Assembly, just a true x86 / arm EXE or DLL or if you want and OBJ (linkable object).
For us, as VFP Developers, that will be the preferred way to distribute our VFP apps to our customers. There are advantages to distributing EXE:
1. Not possibility of reverse engineering or at least so hard like to reverse engineer C++ or C code compiled to native.
2. Better (2x and up) performance than JITTED code. .NET uses JIT compilation to turn your IL code into native code, but the optimizations it performs are very limited. With an Ahead of Time compiler we can perform sophisticated optimizations like those available only in C++ and therefore the exe runs lot faster.
3. Better interoperability with native code. From the external world your functions look like C++ / C functions that can be easily consumed from C / C++ and of course because of that you can use directly external C++ / C code or any other native code with a conforming ABI (Application Binary Interface).
That's great news. I'm aware of .NET but if I understood true: "VFP Developer Studio can compile both true .EXE and .NET interpreter exe"? I didn't know there is an option for make true .EXE files with .NET. Are you convert applications to C++ and compile than or .NET supports native .EXE files too???
Well the option to create native exe is not available in standard .NET. How we did this? We just take our .NET Assemblies (IL binary code as output by the VFPCompiler) and compiles them to Native, this is we don't do any conversion to C++. But I can tell you that the performance of the resulting exe is lot faster than the JIT (Net Interpreter) and really close to C++.
With this capability you get the amazing productivity of VFP and the performance of C++, so for us it is the culmination of years wishing to build true natives from our VFP Code. And that will be the preferred way for us, as sellers of VFP coded products, to distribute our VFP apps to our customers, with that we get rid of the shortcoming in distribution of .NET.
Çetin gibi bazı arkadaşlar zaten büyük ölçüde C# a kaymış durumdalar ama C# benim için hala çok uzak. Ayrıca C# ile gerçek .EXE yapma şansın yok. Ama bununla olacak. C# gerçekten harika şeyler veriyormuş ama hala benim için çok somut şeyler değil. Muhasebe programı yazıyorum işte...