Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
New to C#
Message
From
12/06/2019 10:17:03
 
General information
Forum:
C#
Category:
Coding, syntax and commands
Title:
Miscellaneous
Thread ID:
01668995
Message ID:
01669027
Views:
57
I am really not anything close to a fanboy of Oracle, but from what I read their new Graal VM sounds very interesting, as it removes most of the marshalling typically found in multi-language setups. Seems to me that their integration level is half step closer to the metal - but that might have been clever marketing blurb, as I have not researched in earnest.

Integrating the basic runtimes and mappable data types sounds better than the need for Ironpython and Jython sources to be changed for each new Python version. Having Node.Js accessible sounds also better than Rhino and Nashorn and always having to check what is supported. You were able to host Java runtimes as well (probably still possible), but going through JNI was/is a PITA

regards

thomas
>Another good reason to look at .NET possibly more so than other languages is that you can at least interop with it from FoxPro. You can create a library in .NET and then call that from FoxPro either via COM Interop or via wwDotnetBridge to give you a big chunk of functionality that would otherwise not be available in FoxPro.
>
>And for your Visual FreePro - you can also host .NET directly in your own application - which is pretty much what I do with wwDotnetBridge, so you can extend it that way as well.
>
>+++ Rick ---
>
>>I've looked at C# and .NET over the years, and have tried various things and had a general idea of how it worked, etc.
>>
>>I've had an occasion recently to learn more about it and I have to say I'm very impressed with how well integrated it is.
>>
>>For my Visual FreePro, Jr. database engine, I've had to create an external DllImport and use some marshaled unmanaged pointers for obtaining information back from the remote VJr DLL. It's been very straight-forward to integrate and is working well.
>>
>>
[DllImport("vjrdbf.dll")]
>>public static extern UInt32 dbf_get_field_type_extended(Int32 handle, UInt32 fieldNumber, [MarshalAs(UnmanagedType.LPStr)] ref string dest, UInt32 destLength);
>>
>>
>>It's really been quite nice. If any of you have been putting off learning C#, I would suggest you give it a try. It's very robust, and if you have any C/C++ knowledge, it's very straight-forward.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform