Linked by Thom Holwerda on Mon 15th Mar 2010 21:39 UTC
Windows Finally, we're getting to the meat of the matter. Windows Phone 7 Series really made major headlines when it was announced a few weeks ago, but despite the big splash, little to nothing was revealed about the developer environment. Similarly, it was unclear how third party applications would integrate with the operating system. At MIX10 today, Microsoft revealed all. Update: A lot more information, including photos and videos, at Engadget.
Order by: Score:
Alchemy?
by CaptainN- on Mon 15th Mar 2010 22:25 UTC
CaptainN-
Member since:
2005-07-07

Adobe has already got the basics in place to generate all kinds of backend bytecodes from their own bytecode (usually refered to as ABC). Retargeting .net's bytecode could be fairly easy to do with their Alchemy/LLVM backend - though I'm not sure how viable that is for distribution. I suppose they'd need a .NET port of LLVM.

I also wonder if Microsoft will be willing to make an exception for certain ISVs like Adobe. If they see the mobile space as a race for developers, I wouldn't count on it.

BTW, I've often wondered if an open source Flash player would make sense implemented on top of Mono/Moonlight. Maybe Adobe could take that up. Hey I can dream can't I?

Reply Score: 1

RE: Alchemy?
by tyrione on Mon 15th Mar 2010 23:46 UTC in reply to "Alchemy?"
tyrione Member since:
2005-11-21

Adobe has already got the basics in place to generate all kinds of backend bytecodes from their own bytecode (usually refered to as ABC). Retargeting .net's bytecode could be fairly easy to do with their Alchemy/LLVM backend - though I'm not sure how viable that is for distribution. I suppose they'd need a .NET port of LLVM.

I also wonder if Microsoft will be willing to make an exception for certain ISVs like Adobe. If they see the mobile space as a race for developers, I wouldn't count on it.

BTW, I've often wondered if an open source Flash player would make sense implemented on top of Mono/Moonlight. Maybe Adobe could take that up. Hey I can dream can't I?


What you're trying to say is that maybe they need to add C# support to LLVM.

Reply Score: 2

RE[2]: Alchemy?
by CaptainN- on Tue 16th Mar 2010 16:23 UTC in reply to "RE: Alchemy?"
CaptainN- Member since:
2005-07-07

I'm not sure - if Silverlight assemblies contain C# code, then yes (I'm honestly not sure, though I was under the impression that silverlight would use a bytecode format, not raw source). If it is a bytecode format, they could use the same trick they are currently using for ARM on iPhone, which is to parse their ABC bytecode, and convert it into Silverlight bytecode. For iPhone they are doing AS 3.0 -> ABC bytecode -> ARM binary, only the last step - bytecode to binary, is done through LLVM.

Reply Score: 1

RE: Alchemy?
by kragil on Tue 16th Mar 2010 05:05 UTC in reply to "Alchemy?"
kragil Member since:
2006-01-04

"Fairly easy" as in "not going to happen" if you ask me. They are not able to support their current platforms properly even without the need to target a VM.

Flash would always remain second rate compared to SL. Adobe is stupid, but not that stupid to go down this route.

BTW: Better longer video: http://video.golem.de/handy/2950/microsoft-zeigt-windows-phone-7-au...

Reply Score: 2

RE[2]: Alchemy?
by CaptainN- on Tue 16th Mar 2010 16:29 UTC in reply to "RE: Alchemy?"
CaptainN- Member since:
2005-07-07

I don't know if I'd say it's stupid, any more so than building your entire business on Microsoft's other platform - Windows. Is it more stupid to build on Silverlight than Windows? You can be sabotaged or made a second class citizen in either case.

Adobe is in the business of selling production tools. How the app I develop is run on the platform is less important. Just look at their (brilliant) hack for iPhone.

As long as what I develop in Flash CS5 or Flash Builder will run on a Windows 7 Phone (or iPhone, or Android, or...), how they got it work work is less important (performance matters too, but that's a different issue), from a bean counting perspective (where production costs matter more than technology).

I do care how they do it though, because I just happen to like technology.

Reply Score: 1

developing for the platform
by poundsmack on Mon 15th Mar 2010 22:56 UTC
poundsmack
Member since:
2005-07-13

"...but despite the big splash, little to nothing was revealed about the developer environment."

more revealed here (though not all at the show)

this should help clear the development parts of this us. I would write more but i am on my way out the door, so here are some links. I will post more later is there are questions.

http://channel9.msdn.com/posts/LauraFoy/Windows-Phone-7-Keynote-Ann...

"The Windows Phone Developer Tools package contains a toolset that will be familiar to Visual Studio developers for Windows Phone 7 development, including a Windows Phone 7 Series emulator integrated into Visual Studio so you can see your app in action and debug it as you would with any other VS project. Also included are Silverlight and the XNA Game Studio. Expression Blend for Windows Phone, which brings Blend’s immersive Silverlight designer-focused environment to building immersive mobile experiences..."

http://developer.windowsphone.com/

http://developer.windowsphone.com/windows-phone-7-series/

http://www.microsoft.com/downloads/details.aspx?FamilyID=2338b5d1-7...

Edited 2010-03-15 23:01 UTC

Reply Score: 5

Some things are constant in this world
by Tony Swash on Mon 15th Mar 2010 23:28 UTC
Tony Swash
Member since:
2009-08-22

Back when Windows 95 came out us Macheads used to say "Windows 95 is Mac 89" meaning that MS always lags behind Apple and catches up several years later. Its looks like MS will catch up with iPhone Generation One after just four years - of course by then iPhone generation Four will be out and the boat might have sailed. We shall see.

Reply Score: 1

poundsmack Member since:
2005-07-13

ya, MS really missed the boat here. it's not like they didnt have the underlying tech to pull it off, win CE 6.0 had been around for a while (were up to release 3 now of the 6.0 series). all in all, weather it was short sidedness or just lack of interest, it seems MS these days doesn't have the future thinking a company of it's scale should. But then again, there is something to be said about watching other reinvest the world, seeing if it works, and then jumping in and saying "me too!". each approach has it's pros and cons.

Reply Score: 2

Develop only in C#?
by reduz on Tue 16th Mar 2010 00:42 UTC
reduz
Member since:
2006-02-25

Who is going to invest on developing on C# while the rest of the phone world can be targetted (to multiple devices) developing on C++ or Java?
It means if you have a company that invested a good amount of money into making a java or C++ app, porting it to WP7 will be more expensive..

Well, anyway, WP7 will probably go the way of the zune..

Reply Score: 2

RE: Develop only in C#?
by Thom_Holwerda on Tue 16th Mar 2010 00:49 UTC in reply to "Develop only in C#?"
Thom_Holwerda Member since:
2005-06-29

Yes, because having an odd programming environment really hurt that phone Apple tried to market once. Nobody made any apps for it, iirc.

Oh wait.

Reply Score: 5

RE[2]: Develop only in C#?
by reduz on Tue 16th Mar 2010 02:08 UTC in reply to "RE: Develop only in C#?"
reduz Member since:
2006-02-25

Many if not most iPhone developers use C++, which is a pretty familiar language with a lot of support libraries written for it. I don't think it matters much in the case of the iPhone anyway, since it sold so much that developers would use brainf--k only to be able to write apps for it.

But WP7 is another completely different issue... it's almost certain that it's not going to sell as well as the iPhone, so why would Microsoft force programmers to use .net? Amongst both desktop application and game developers, .net is really unpopular.. almost no applications for it exist and no serious game studio uses it for anything other than *maybe* scripting (and they use mono, not even official .net). Only indies hoping to make money on the 360 use it. Hell, no one uses java either..

So, yeah, bad choice.

Reply Score: 1

RE[3]: Develop only in C#?
by grabberslasher on Tue 16th Mar 2010 02:18 UTC in reply to "RE[2]: Develop only in C#?"
grabberslasher Member since:
2006-02-09

For what it's worth, you can port XNA games to iPhone with MonoTouch, so in theory you can build for Windows, Xbox, Zune, Windows Phone and iPhone from the same software stack.

Reply Score: 5

RE[4]: Develop only in C#?
by reduz on Tue 16th Mar 2010 02:48 UTC in reply to "RE[3]: Develop only in C#?"
reduz Member since:
2006-02-25

That sounds like an interesting alternative, so i guess only time will tell if developers will actually care about it..

Reply Score: 1

RE[3]: Develop only in C#?
by tyrione on Tue 16th Mar 2010 07:01 UTC in reply to "RE[2]: Develop only in C#?"
tyrione Member since:
2005-11-21

They have C/C++ low-level code in portions but your interfaces are all ObjC. Whether you're working in Game Kit, Map Kit, Message UI, UIKit, Address Book UI [all parts of Cocoa Touch] you're learning Objective-C.

And that's probably what Thom is referencing. Sure your C/C++ existing libraries can be leveraged in ObjC/ObjC++ but you aren't going to not work in Cocoa Touch interfaces without learning ObjC.

Reply Score: 4

RE[2]: Develop only in C#?
by kragil on Tue 16th Mar 2010 05:16 UTC in reply to "RE: Develop only in C#?"
kragil Member since:
2006-01-04

What is so odd about C, Cpp? Billions of lines of code would disagree with your assessment.

With Symbian, Meego, Android, WebOS and IphoneOS you write an app in C or Cpp with OpenGL and have it run on all those platforms.(99%+ code sharing)

On WP7S you can't do that. MS isn't supporting open standards, AGAIN.

Reply Score: 2

RE[3]: Develop only in C#?
by MollyC on Tue 16th Mar 2010 19:08 UTC in reply to "RE[2]: Develop only in C#?"
MollyC Member since:
2006-07-04

He means Objectice C, I believe.

Reply Score: 2

No Multitasking
by grabberslasher on Tue 16th Mar 2010 01:32 UTC
grabberslasher
Member since:
2006-02-09

I'll answer the multitasking question since I'm at MIX:

No there is no multitasking for 3rd party apps. They're taking the iPhone approach to this one, really played up the importance of battery life.

HOWEVER there is a service where a 3rd party app can provide background music even when it's not running (i.e. Pandora or Last.fm in the background will be possible).

Reply Score: 2

What version of WinCE?
by henno on Tue 16th Mar 2010 05:46 UTC
henno
Member since:
2009-06-25

What it revealed publicly what version of Windows CE this was based on? Rumours had it it would be Windows CE 7.0, released later this year...

Reply Score: 1

VB.NET support
by kedwards on Tue 16th Mar 2010 06:14 UTC
kedwards
Member since:
2009-04-25

I'm surprised that there isn't support for the VB.NET syntax. I remember Microsoft saying that VB.Net and C# would be developed together with the same API feature set. This is going to tick off some VB developers that want to develop for the Windows Phone platform.

Looks like I have some new APIs to play with this weekend.

Reply Score: 2

Closed Marketplace
by lemur2 on Tue 16th Mar 2010 11:17 UTC
lemur2
Member since:
2007-02-17

Confirmed: Marketplace will be the only way to get apps on Windows Phone 7 Series

http://www.engadget.com/2010/03/15/confirmed-marketplace-will-be-th...

That means developers will have to abide by Microsoft's technical and content guidelines in order to make it in, with the very real possibility of rejection -- sound familiar?

Reply Score: 4

Flash will be native most likely
by Karitku on Tue 16th Mar 2010 12:13 UTC
Karitku
Member since:
2006-01-12

Actually Microsoft has said they allow low level programming on certain partners like phone makers etc. This would mean Flash is coded on native mode not managed like most common apps.

Reply Score: 4

Comment by Kroc
by Kroc on Tue 16th Mar 2010 13:54 UTC
Kroc
Member since:
2005-11-10

So you want to be a developer?

Apple iPhone
You will be tied to the Mac platform and have to pay $99 a year to have [limited] access to your own phone. If you don’t have a Mac, you will need to purchase one. Your code will be moderately portable, but Apple can put you out of business on a whim. Your app will only be available in countries that Apple supports.

Windows Phone 7 Series
You will be tied to the Windows platform / Visual Studio / .NET. If you don’t have a copy of Windows, you’ll have to purchase one. Your code will not be very portable and Microsoft can put you out of business on a whim.

The Web
You can use any editor you want, on any platform and support any device you choose that has a web browser of any kind. You owe nobody nothing for the privilege of developing on the world’s single greatest platform. Your code is highly portable and support across different vendors and devices is constantly improving; you do not rely on a single vendor for your distribution means. You are free to launch your own competing device if none of the existing devices suit you. Your content is likely to be around a lot longer than Apple or Microsoft if you look after it properly.

Reply Score: 5

RE: Comment by Kroc
by strcpy on Tue 16th Mar 2010 15:08 UTC in reply to "Comment by Kroc"
strcpy Member since:
2009-05-20


The Web
You can use any editor you want, on any platform and support any device you choose that has a web browser of any kind. You owe nobody nothing for the privilege of developing on the world’s single greatest platform. Your code is highly portable and support across different vendors and devices is constantly improving; you do not rely on a single vendor for your distribution means. You are free to launch your own competing device if none of the existing devices suit you. Your content is likely to be around a lot longer than Apple or Microsoft if you look after it properly.


No thanks.

The "web" is probably the world's worst "platform" (oh dear...) to develop.

Not everything is web-sites or some crappy applications with latency worse than in 1982.

Edited 2010-03-16 15:09 UTC

Reply Score: 0

in-app unlocking
by badtz on Wed 17th Mar 2010 06:57 UTC
badtz
Member since:
2005-06-29

In other words, you can buy the trial version (with features turned off, or time-limited, whatever) and then upgrade to the full version without having to delete the trial app and download the full app (the iPhone way).

Incorrect, on the iPhone you can download one binary, and using the in-app purchases, a developer can unlock a "trial" app into a "full" app ....

Reply Score: 1