Earlier quoted context omitted.
Not being able to measure on-device performance and stability during evaluation is a pretty big deal. The simulator is only useful as a smoke test, even when using the native tools.
Actually, that's a very good point. I guess my wish is that one could deploy to a device, but not actually upload to the appstore or sell without a license. Testing on a device is absolutely crucial...
MonoTouch for iPhone - C# bindings for native APIs
21–23 of 23 posts
Re: MonoTouch for iPhone - C# bindings for native APIs
#22It looks like you have to develop in MonoDevelop to use this, which is a bit of a shame. After all, the reason most teams use C# in the first place is that you get to use the best IDE around. Outside the context of VS.NET, C# doesn't have nearly as much going for it. Still, if it lets me avoid Objective C, I think I'll give this a shot.
Jason, I have a lot of respect for you but saying that C# doesn't have anything going other than the IDE is completely wrong. With LINQ, lambda expressions, continuations, reflection, extension methods, automatic properties, I believe that C# is the no.1 strongly typed language.
There is actually a hole in the other half of my earlier statement. Java has essentially the same quality IDE available (since IntelliJ IDEA =~ VS.NET + ReSharper), and yet I don't find myself compelled to use it for anything.
Re: MonoTouch for iPhone - C# bindings for native APIs
#23Earlier quoted context omitted.
Actually, that's a very good point. I guess my wish is that one could deploy to a device, but not actually upload to the appstore or sell without a license. Testing on a device is absolutely crucial...
Perhaps a mandatory nag screen at startup for binaries generated with the evaluation edition?