Walter Meester
HoogkarspelPays-Bas
Information générale
Catégorie:
Conférences & événements
Hi Dorin,
>I've readed in a lot of places that .NET managed code can run even faster and more efficient than native code (with benchmarks proving this
This is technically impossible. .NET itself is coded natively and its CLR is a runtime intepretator that runs native code internally. While the CLR is very efficient in running the CLR instructions, it still has to run native code (your CPU does only understand native code). So if for some algorithm you program a .NET piece of code, it might come close to a native solution, but never can beat native code, because the CLR has to translate the .NET instuctions into a native code solution.
What I suspect they are trying to say, is that it is possible to create an algorithm in a short time that runs very efficient native code whereas if you try to program the same algorithm in native code you might end up with a less efficient solution, because if you want to make it more efficient you´d have to program a lot more code.
The same you could say about VFP in relation to .NET. See the programming challenge in which calvin hsia has participated: you can use VFP cursor as a way to store and search for words in a simular way as using binary trees in C/C++/.NET. However, implementing a dynamic b-tree storing mechansim requires a lot of programming (with the risk of bugs,etc) while it is natively available in VFP. So using indexed cursor in VFP only requires a few lines, while using such functionality in other languages requires you have at the least to link other libraries, or program it yourself.
IMO, this is the area where VFP excells. Having very powerfull functions and mechnisms to adress common problems very quickly an efficient.
Walter,
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement