Nice idea, but the sample code they show in the screenshot uses "FALSE" instead of NO (the Obj-C standard boolean literal).
I'm not sure how they did that (#define?) but stay far, far away. Imagine if you opened up a Ruby codebase and found out I had aliased NO to be the same as the language builtin false... yeesh.
Also, setting boolean instance variables to NO in init is silly since Obj-C objects are calloc'd, so all ivars are guaranteed to start with default values (nil/0/NO).
> I'm not sure how they did that (#define?) but stay far, far away
...NO and YES in Objective-C are themselves #defines. As others have pointed out, TRUE/FALSE are also already defined in the language, although using them in Objective-C is not good style.
CFBase.h defines TRUE as 1 and FALSE as 0. There's no reason to think that they defined it themselves (and indeed, I believe this would error unless they explicitly checked for a previous definition).
From all the app code generators I've seen and used, the experience is absolutely horrendous. Memory leaks, does not five you full access into the API etc... It's a lot easier to suck it up and learn Objective-C than having to deal with these tools.
Out of curiosity have you used or seen Xamarin? I've heard a lot of hype and talked to fairly experienced people who say it doesn't add too much in size or performance cost.
The thing I find funny about their example is that alot of it is easily achived by storyboards anyway. I find that people choose these solutions thinking it will help them with complex requierments or ideas they have where in fact the application should or can only be used for applications for simple ideas and requierments.
I think this is a cool idea, but I think it might make sense to aim it at the Titanium platform. As a Titanium developer myself, I think this would go over extremely well in our community. I would assume that anyone who is comfortable enough in Obj-C wouldn't really want to use an app builder like this, but titanium devs are already using a "builder" of sorts since they are using the framework. Just a thought!
It looks like from the video it just writes it all and you drop an info.plist file and a build folder (probably with classes and all images) into your project. It doesn't show it, but my guess is that you then change the initial VC in the AppDelegate file and you're on your way.
If it does what it promises, then $299 per app is a trivial amount. If it doesn't, then it's not really worth any money at all. Either way, the $299 figure isn't very important.
[+] [-] adamjernst|13 years ago|reply
I'm not sure how they did that (#define?) but stay far, far away. Imagine if you opened up a Ruby codebase and found out I had aliased NO to be the same as the language builtin false... yeesh.
Also, setting boolean instance variables to NO in init is silly since Obj-C objects are calloc'd, so all ivars are guaranteed to start with default values (nil/0/NO).
[+] [-] ajanuary|13 years ago|reply
[+] [-] objclxt|13 years ago|reply
...NO and YES in Objective-C are themselves #defines. As others have pointed out, TRUE/FALSE are also already defined in the language, although using them in Objective-C is not good style.
http://www.opensource.apple.com/source/objc4/objc4-371.1/run...
[+] [-] dazzla|13 years ago|reply
[+] [-] mikeash|13 years ago|reply
[+] [-] nayefc|13 years ago|reply
[+] [-] atwebb|13 years ago|reply
[+] [-] dicroce|13 years ago|reply
[+] [-] kcwebz|13 years ago|reply
[+] [-] aarondf|13 years ago|reply
[+] [-] sdfjkl|13 years ago|reply
[+] [-] holgersindbaek|13 years ago|reply
Well done that they have been able to build it though. How do you think they are porting the html/css code to Obj-C?
[+] [-] bennyg|13 years ago|reply
[+] [-] gavingmiller|13 years ago|reply
[+] [-] argonaut|13 years ago|reply
If your app does anything more than just displaying content, it still seems like you'll have to jump into the code.
[+] [-] joezhou|13 years ago|reply
Except the product will also looks like it's designed by a caveman.. :D But pretty cool for the everyday idea man out there
[+] [-] BaconJuice|13 years ago|reply
[+] [-] pjmlp|13 years ago|reply
[+] [-] brador|13 years ago|reply
[+] [-] mikeash|13 years ago|reply
[+] [-] jlebrech|13 years ago|reply
[+] [-] camus|13 years ago|reply