|
Why bother in 6 month's it will be abandoned or obsolete or both.
New version: WinHeist Version 2.2.2 Beta I told my psychiatrist that I was hearing voices in my head. He said you don't have a psychiatrist!
|
|
|
|
|
Mike Hankey wrote: Why bother in 6 month's it will be abandoned or obsolete or both.
...to be replaced by what, exactly?
I'm not saying you're wrong. I'm just wondering what Microsoft can turn to once it becomes clear it's not taking off.
(Part of me says bring back Winforms) 
|
|
|
|
|
Xamarin. They already have a full stack in VS. Deploys to Android and iOS (mostly). Why not make it so it can deploy universally.
|
|
|
|
|
Comparing UWP and Xamarin...I suspect that Xamarin only represents a small subset of what can be done with UWP (notwithstanding being cross-platform).
Mind you, it'd be great if Xamarin became a superset/cross-platform version of UWP. But I don't see that happening.
|
|
|
|
|
Mike Hankey wrote: Why bother in 6 month's it will be abandoned or obsolete or both.
I know. I think you are right.
If you go to twitter you'll see no one is talking about UWA UWP and you can't find many StackOverflow items. People (devs) just aren't really talking about it or doing Universal App dev.
This was Microsoft's last flail, I think. Will be down for the count soon. Of course, they'll still rake in $billions$. 
|
|
|
|
|
I am a uwp dev. If you've done windows 8.1 apps or wpf it might be easier. Definitely if you've done windows 8.1 apps. I prefer desktop apps as the full dot net framework has more support. Performing rest http requests are very similar on uwp but you need to have that stream referenced correctly or you could have memory leaks? Maybe the Microsoft guys on their support forum are confusing me a little.
jeffery
|
|
|
|
|
Good info and interesting to find someone out there actually doing UWP.
You may be the lone pioneer out at the edge of the wilderness though. 
Thanks for chiming in.
|
|
|
|
|
It's not too bad. They need it to support XML serialization though so projects can be ported instead of the change data contract type stuff. I was trying to port the eBay source code over to uwp but the XML serialization stuff drives me crazy. If you need help I will try and give it. File system and all that is pretty much the same as windows 8.1 with a few changes that's why a simple app or one with rest API code might be possible but its a little hard because serialization is messed up if you need XML.
jeffery
|
|
|
|
|
raddevus wrote: This would be a good CP poll.
Yes! As a desktop WPF/C# developer (for industrial automation) with absolutely zero interest in apps that could run on the XBox, I would like to see how much actual UWA interest is out there. Am I developing "legacy" applications or am I still one of the cool kids?
|
|
|
|
|
This will be the upcoming model for windows phone. So, the point is as said above in another way, it will be impossible to make a phone app with the full dot net framework now that windows 10 almost permanently uses this model for the store (they were talking about normal apps which still exist but are either considered legacy or "specialized" apps). Now, I do not know what the uwp extensions do but I'm sure they add functionality not given. I'll rise a ticket in visual studio or other support for bringing back serialization for uwp.
jeffery
|
|
|
|
|
Bruce Greene wrote: Am I developing "legacy" applications
Now that we are seeing what Win10 is doing...I guess any win10 development is "legacy development".
|
|
|
|
|
After reading all the folks replying, I feel comforted to know that my initial guess about UWP was at least not terribly wrong...
Stick with win32. Until it dies.
Hopefully by the time that happens, Android will have device drivers, run on beefy tablets, and, well, not suck for C++ development.
|
|
|
|
|
Or WinPhone will ascend!!! 
|
|
|
|
|
My answer is sort of yes and sort of no. The application I am creating is intended to be a "real" or professional level quality UWA app, but it is primarily for my own purposes. I will probably put the bulk of it on github when the time is right.
I have messed with/customized a number of the starter apps, and been satisfied with my results so far, but I am finding the transition from sample app to fully fulfilling the requirements for a store-worthy app to be REALLY poorly documented.
I remember going to a user group at the local Microsoft office early in the Windows 8 era, and hearing pleadings from several people about "it is not that hard", and "you should really do this" but, now, as with then, I reach a particular point, get a number of "bzzzzt, that isn't right" messages, and move on with life because quality explanations for why don't even exist in google searches. "You should ask"? I move on with my life if I have to wait that long for an answer...
|
|
|
|
|
The company I work for is doing UWP for some of our warehousing and retail based mobile devices. Currently shipping two 'apps' (from the store's/binary perspective, they have multiple funtions each). So you're not alone in doing UWP dev, just in a very small minority (I think) 
I agree the lack of UWP specific resources is annoying, but much of the older WinRT stuff still applies. Still annoying when you're trying to find the right way to do something now and you find WPF/Silverlight/Windows Phone/WinRT stuff that doesn't apply or is old.
Since I mostly skipped WPF and my previous (limited) XAML experience has been WPSL/WinRT, I don't find too many differences in the UWP except for the changes in controls etc. The UWP API itself is obviously different to what we've had before, but that's sort of to be expected.
The stuff that really grinds my gears is things like the crappy error handling. Years of being taught not to throw or catch System.Exception and now the framework throws it all the time so you have to catch it, then try and figure out what the HResult from the dark ages means. There's a few helper functions for that (one specifically in the Windows.Web namespace somewhere), but they're all disparate functions and you end up with quite a lot of logic and much Googling to produce good error handling. Thank goodness they gave us exception filters in C#.
I blame jscript for all of this. I once heard (at Build?) supporting jscript and having language projections is the reason we don't have inheritance in 'Runtime Components'. I suspect it's also the reason for using COM and the poor error handling. So once again, jscript is the reason we can't have nice things.
|
|
|
|
|
Yortw wrote: So once again, jscript is the reason we can't have nice things.
That's funny...and true.
Great info on your dev experience. Thanks for sharing. 
|
|
|
|
|
I think this nails the subject[^].
Discuss.
[Disclosure - my coffee of choice is now an Iced Coffee made with locally roasted Robusta beans]
veni bibi saltavi
|
|
|
|
|
Redundant.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Nagy Vilmos wrote: Robusta beans
With such imprudence we will find you in less than a week...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Is there such a thing as 'bad coffee'? That begs the question of what is considered to 'be' coffee. If we take the broadest approach, then, yes there IS bad coffee.
As a child, my parents only drank instant coffee; they normally bought "Pride of Arabia", but one time, they bought "Eight O'clock". They each made one cup, had one sip... and never touched it again.
Now, let's go to 'flavoured' coffee - by and large, I avoid it, but, I am smack dab out of coffee, it will do.
I prefer my beans dark roasted and my coffee strong; my friends like their coffee very weak, but... it's coffee and better than nothing.
|
|
|
|
|
Instant and/or decaf do not a coffee make.
The rest is true. I also favour the stronger roast and grind my own for total coffeegeekgoodness.
veni bibi saltavi
|
|
|
|
|
I drink most often Lavazza coffee. Every coffee of theirs is good, with the lowest grade being the "Suerte" (also the most economic) and the best is a tie between Gold Quality (extremely costly) and the Pink Label. The most common one is Red label, which is often discounted (and I bought 5 kilos of it last week).
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
I've used a Hungarian bean Omnia for years, but now I'm here in [redacted] I decided to go with whatever I find. My new love is the locally roasted beans what costed £3.50/kg. 
veni bibi saltavi
|
|
|
|
|
Nagy Vilmos wrote: £3.50/kg
Woah. Here 3.50€/kg is the worst and cheapest coffee ever. Lavazza costs 10€/Kg and it is pretty average, most coffee costs up to 20€/kg.
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
![Jig | [Dance]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/jig.gif)