Windows 8 and LOB Apps

Question

What is the recommended approach for building line of business apps for Windows 8? e.g. complex bespoke finance application

They clearly don\'t fit into the Metro style

Answer 1

Well, this is a bit old question now, but since situation is more clear nowadays (after release of Windows 8 and its tablet version - Windows RT with some new hardware by Microsoft) you may reconsider targeting WinRT instead of WPF for your new projects. This will allow your apps to run on tablets with Windows RT OS in addition to work on desktop in "Metro mode" and in the observable future (taking into account MS plans for unifying development for desktop and mobile by targeting project to WinRT) this also could simplify porting part of main desktop functionality of your financial app to its mobile counterpart version running on Windows Phone and allowing the user to do something useful even when they are on the go.

As for how much complex financial application could fit into "Metro" design and concept - you should have a look into several existing financial application in the Windows Store and compare their complexity with your possible requirements.

Another way to determine if WinRT will suites your desktop app is thinking about how complex will be breaking all functionality of your app into multiple relatively separated screens with input elements large enough for touch input by fingers - if that's looks doable, then you probable should go with WinRT.

But if the application is expected to show a large number of different tables simultaneously or, for example, should collect a lot of typed information by user (i.e. long descriptions, rich text formatting, lots of fields to fill etc.) then it probably will be usable in desktop mode only with hardware keyboard and large screen in front of user (i.e. on tablets/mobile it will be just painful for user to do all those things). In that case the WPF will suites just fine.

Answer 2

Suppose you stick with WPF as your target.

Then you could try to keep as much as possible of your code within the intersection of WinRT, Silverlight, and WPF. Maintain two (or three) projects and make sure that both (all) of them compile. Eventually you'll probably have to use something that's platform-specific to WPF. Simply stub it out for WinRT/Silverlight.

This gives you maximum flexibility no matter what Microsoft does with Windows 9, and allows you to keep track of how much of your code can be ported directly over. If they bring WinRT XAML to the desktop, you're covered. If they improve the Metro/desktop integration (a richer task switcher, say), you're also covered. If nothing happens, then you've only incurred a small development tax.

WPF will still be around after version 4.5. May not get many flashy new features that don't appear first in Silverlight or WinRT, but WPF is close to a mature technology anyway. Visual Studio, Expression Blend, and AutoCAD should be enough to secure its future support.

Answer 3

Yes the solution would be to ignore everything else and go to WinRT and metro interface because it's plain clear now , everything else is declared dead by Microsoft and there is one and only one in the future, the metro interface (modern UI). Creating a new project based on another technology it is investing on a dead technology, it could be a disaster for any developer. The problem is that no one want to use the one and only one technology that Microsoft is supporting, the so called Modern UI.

The situation is almost PARADOXICAL.

Everything is declared obsolete except the modern interface, so to create new project one HAS to absolutely use the modern interface as a target but all we know that there is the 'little' possibility that no one will want (as now) software written for the modern interface (metro).

We have some successful LOB applications for Mac (that sell well) and we wanted to bring them to Windows but considering how confused is the situation we at the moment prefer to wait and see because this could be the worst time in the history to develop a new app for Windows considering users DO NOT WANT TO USE TILES AT ALL because they are just glorified widgets and nothing more... and people for LOB want true applications not these jokes that only a non technical person that spent the most of his time on Facebook can think can substitute true applications

My idea is that Microsoft has to understand that tiles will never work for LOB but I think they will never do, and that will cause a true disaster to Microsoft and the entire echosystem that will be remembered for the next 50 years

Answer 4

I think the same recommendations apply as they do now. If you want deep OS integration than you're probably better off with WPF rather than Silverlight. However, Silverlight 5 does a lot to plug the current holes in Silverlight 4 if you go for an out-of-browser application.

I think it really depends on the kind of deployment you're wanting.

Answer 5

It's really early to have a good answer to that question. WPF apps will not go away and I think it will go on. What specifically will change is open. Some things might be said in one of the talks and others will show later in the process of Windows 8 and later. Personally I think there is no immediate need to change your current strategy on LOB. If it is WPF use that, if it is WinForms or WebForms it is good as well. Maybe an approach to have a special tile that sums up some key data and calls the app will put additional value.

This is just an opinion

Answer 6

WinRT is for building Metro-style apps. If the app you're building doesn't fit the Metro style, then just build it as a traditional desktop application. Not all applications will fit the Metro style, and they don't have to.