Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Windows GUI Microsoft Programming Technology

Windows 8: .NET Versus HTML5 Metro App Development 179

An anonymous reader writes "Will Microsoft take advantage of .NET's Java-like CIL and allow .NET code to run on Windows 8, or force developers to switch to HTML5 Metro apps instead for porting apps to Windows 8? This article brings up important insights into both paradigms' advantages and disadvantages, and even correlates the options with Microsoft's past NT-era support of MIPS and PPC, as well as Windows CE's way of supporting embedded architectures."
This discussion has been archived. No new comments can be posted.

Windows 8: .NET Versus HTML5 Metro App Development

Comments Filter:
  • by jkrise ( 535370 ) on Sunday June 17, 2012 @02:21AM (#40349601) Journal

    as the article suggests, to port .Net apps to the ARM architecture. Arm-twisting both ways in the Wintel duopoly, first it was the turn of MS, now it's Intel's turn.

  • Re:No brainer (Score:4, Interesting)

    by Riceballsan ( 816702 ) on Sunday June 17, 2012 @02:29AM (#40349635)
    While it is true, Microsoft may just be hoping for a foot in at this point. HTML5 is touted as the one stop shop to port an app to Android, IOS and windows. Microsoft is entering the mobile phone war late in the game and way behind, interchangeability at this stage of the game is a plus for them. They just need plans to mess that up late in the game if they take the lead.
  • by slack_justyb ( 862874 ) on Sunday June 17, 2012 @03:24AM (#40349859)
    First the Compact Framework is crap and pretty limited in comparison to what WinRT is suppose to offer. So I dare say (and this is me just guessing so don't take it as the honest truth, because what do I know?) that developers are going to want to target the option that has the most options with the most platforms, and thus they are going to really look at WinRT (ARM and Wintel + most options in common compared to everything else) as opposed to CF.

    Don't get me wrong CF will still have a lot of uses. Just not consumer based, CF will become mostly a industry thing, much like Java has become (the platform, not the language).

    Second, legacy applications are going to have a pretty rough transition and the desktop version of Windows 8 is suppose to be there and help this out. This is why I think tablet Win8 is dumb. We all know that it is going to take a lot of time before vendors can really bring their wares to WinRT, most likely some won't make the jump at all. That's always going to put a divide between desktop and tablet. That's going to make their unified concept look mighty dumb. I hate to say it, in fact if you see me you can have a free punch, but Apple is correct. Desktops and Tablets are different and need different platforms. WinRT will make developers fume with anger as they find that they want to target as many people as they can but suddenly they can't find parity with tablet and desktop Windows versions. Developers are going to ask, why even have this unified looking OS to begin with?!

    I know for a fact that native isn't dead. I think the better way to state it is, native isn't consumer anymore. I think any tech company that forgets this has doomed themselves. Business is still going to need (if not in fact demand) native code. I think tablet focuses heavily on consumer, and aiming the OS to be tablet and desktop second is aiming the OS to be consumer. XP was such a great hit because it aimed at business first and brought some consumer added features. It was build on NT which was the "business" OS, it had business features with friendly polish.

    In the end I think that tablet has been blown out of the water. Desktop isn't dead, neither is native code, but with more and more non-tech users moving onto the Internet and using computers, there has been a growing demand for consumer friendly devices. The tablet has the right mix to be this, but let's face it, it was a big uh-oh to think Joe six pack needed a full blown out computer. However consumers and businesses are all going to need stuff for consumers to consume, that's your desktops, that's your native code. That stuff isn't going anywhere, it's just not hot at the moment.

    That' why I say that WinRT is going to be the target for most on Win8 and it's going to fail hardcore for legacy applications. CF is just another niche thing that Microsoft will eventually kill off, just like Silverlight (yeah I know they didn't kill it but have come as close to it as they can.) The fact that most vendors are going to be hitting native and WinRT for most of their products is going to make this whole unified Win8 think look dumb in the end. Also, the fear that Microsoft may very well kill off the Metro thing too at some point if they get bored with it. I wouldn't put it pass them, that if they see Win8 becoming a flop, that this whole Win8 fiasco disappears come Win9.
  • Re:Idiot (Score:5, Interesting)

    by Anthony_Cargile ( 1336739 ) on Sunday June 17, 2012 @04:34AM (#40350051) Homepage

    This guy is a complete moron. First, it's called the CLI, not the CIL. Second, it's called the Windows Runtime or WinRT and it runs .NET apps and HTML5/js apps. This is all quite plain to anyone that has even a tiny understanding of the system. This architecture diagram [devexpress.com] has been posted for quite some time, and clearly shows C# and VB as well as C/C++ apps running under WinRT/Metro.

    Hi, I'm the "complete moron" who wrote the article. I most definitely meant CIL and not CLI, as I was referring to the Common Intermediate Language, and not the Command Line Interface. One is used to interact with an operating system through mostly text (curses and cursor-based terminal graphics being a stark exception), and the other allows multiple human-written programming languages to be compiled to a common bytecode form for interpretation by a .NET virtual machine runtime, and the basis of this article was that the same VM can be ported to Windows 8 on ARM in place of Metro apps. And your diagram does not clearly note anywhere that it is valid for Windows 8 on ARM as it is for x86/x86-64. Next time, don't be so quick to jump to conclusions and throw the words "moron" and "idiot" around. Thank you in advance.

  • Re:Metro eh..? (Score:4, Interesting)

    by Xest ( 935314 ) on Sunday June 17, 2012 @06:10AM (#40350397)

    The fundamental problem is that it's all entirely backwards.

    The web is moving more towards apps so rather than continuing to butcher HTTP and HTML into supporting apps, we'd be better off creating a new protocol handler (is app:// taken?) and creating a set of technologies better meant to facilitate that.

    XAML may not be the best option, but it illustrates the concept - it would make much more sense to have something like this built for the web/desktop than it would badly butchering HTTP/HTML.

    I agree with you on where HTML5 is going but it frankly scares me, it's a throwback to the bad development practices that came around in the 90s, culminating in Visual Basic 6 being used for actual commercial apps.

    I get the feeling it's a new generation of developers pushing all these things, one that hasn't learnt from the mistakes of the previous generation. All the problems with HTML5 have long be solved, but for some reason the solutions have been ignored, and so the problems are merely being repeated. I get the feeling we've got a decade of really bad software ahead of us. Time will tell I guess.

  • Comment removed (Score:5, Interesting)

    by account_deleted ( 4530225 ) on Sunday June 17, 2012 @08:00AM (#40350663)
    Comment removed based on user account deletion

For God's sake, stop researching for a while and begin to think!

Working...