Implications of WebAssembly and Standard XAML.

tomcat
Posts: 2
Joined: Mon Nov 13, 2017 11:29 am

Implications of WebAssembly and Standard XAML.

Postby tomcat » Mon Nov 13, 2017 11:53 am

Links included below.

I am currently evaluating your C#/XAML product and my initial experiments are encouraging. I am wondering, though, about the consequences in a year or so of C#/XAML -> JS/HTML.

Specifically, my understanding is WebAssembly seems destined to be the future of web programming; currently just C++ compiles but the GC languages (C#, Java, etc.) will follow, running much faster than JavaScript. Then .NET will follow. And maybe even Standard XAML will be ported, though that would be a couple years out if ever.

If this comes to pass, it seems transpiling C#/.NET will be at a severe performance and infrastructure disadvantage. Assuming this is the future, I could see your product still very useful, but eventually replacing your transpiling and pseudo-.NET framework with the "standard" issue from MS/Xamarin/Open-Source combined with your XAML magic.

Have you considered these factors? Would you please help me understand how using your tool would not be signing up for some form of obsolescence?

Thanks,

Tom

https://www.infoworld.com/article/3217704/web-development/whats-new-with-webassembly-portable-code.html
https://hacks.mozilla.org/2017/03/why-webassembly-is-faster-than-asm-js/
https://medium.com/@mbebenita/webassembly-is-30x-faster-than-javascript-c71ea54d2f96
http://www.mono-project.com/news/2017/08/09/hello-webassembly/
https://blog.xamarin.com/glimpse-future-xamarin-forms-3-0/

JS-Support
Site Admin
Posts: 812
Joined: Tue Apr 08, 2014 3:42 pm

Re: Implications of WebAssembly and Standard XAML.

Postby JS-Support » Tue Nov 14, 2017 12:46 am

Hi,

Thanks a lot for your message.

tomcat wrote:Specifically, my understanding is WebAssembly seems destined to be the future of web programming; currently just C++ compiles but the GC languages (C#, Java, etc.) will follow, running much faster than JavaScript. Then .NET will follow.
(...)
Assuming this is the future, I could see your product still very useful, but eventually replacing your transpiling and pseudo-.NET framework with the "standard" issue from MS/Xamarin/Open-Source combined with your XAML magic.


What you described is exactly our view of the future.

In a few years, our product will:
  • be based on standard .NET for WebAssembly, for excellent performance
  • still be capable of transpiling code to JS for older browsers compatibility
  • provide the full XAML stack, which we are going to keep improving and do major performance optimizations in 2018
  • provide UWP, WPF, and Silverlight (subset) compatibility for people migrating existing applications
  • be compatible with XAML Standard
  • have more and more 3rd party extensions, especially C#/XAML libraries that are implemented using existing JS libraries under the hood
  • keep providing the Simulator (which will be further improved before the end of 2017 for latest HTML5 features compatibility), for easier C#-based debugging inside Visual Studio, as well as runtime HTML-based XAML inspection.


tomcat wrote:Would you please help me understand how using your tool would not be signing up for some form of obsolescence?



Applications written today with our tool will keep working "as is" in the future, as backward compatibility will be one of our priorities.

Furthermore, as you mentioned, the industry appears to be moving in the direction of having the .NET Framework run natively in the browser (by "natively" I mean in binary compiled form, without JS, using WebAssembly), including eventually the XAML stack. At that moment, whether you will keep using our product, switch to a competitor's, or switch to a technology provided by Microsoft, you will still be able to keep your C#/XAML code. In other words, I believe that writing C#/XAML code today for the browser is the best approach because C#/XAML will likely become the preferred way to develop web apps for developers in the Microsoft ecosystem in the future.

Thanks again.

Regards,
JS-Support

TaterJuice
Posts: 86
Joined: Thu Mar 16, 2017 5:40 am

Re: Implications of WebAssembly and Standard XAML.

Postby TaterJuice » Wed Nov 15, 2017 8:07 am

Thank you, @tomcat and @JS-Support for the excellent, educational post.


Return to “General Discussion and Other”

Who is online

Users browsing this forum: No registered users and 1 guest

 

 

cron