How To Prototype In Xcode Using Storyboard

http://blog.mengto.com/prototype-xcode-storyboard/

by wallflower • 13 years ago

65 14 13 years ago

blog.mengto.com

taybenlor• 13 years ago

We've had some of our designers at work use this approach. I think it's quite good for illustrating intentions. But then building on top of the designed Storyboard doesn't quite work out.

Storyboards work well for simple apps with standard UI. Once you start building something custom or complex they are a poor tool. If you have a designer then they're likely going to be making custom UI which will need code (maybe lots of it). The Storyboard quickly becomes a crazy mess of placeholder views, implementation details, arrows and blank screens. The designer can no longer use it to demonstrate their ideas and you've probably completely ripped out their original work.

If your only intention is to make a interactive demonstration of screen progressions - then this is perfect. But don't think that this has the same reusability as making a HTML+CSS+JS mockup.

mikestew• 13 years ago

In addition to the points that you made, there's the issue of source control as well. XIBs have always been a pain with source control, but if one insisted it was workable. I just haven't seen a way to make storyboards work with more than dev and not end up with someone going bald from pulling their hair out.

fnayr• 13 years ago

There's also the issue of requiring iOS 5 to use storyboards.

potatolicious2• 13 years ago

I work on an app with a lot of custom UI - custom UIControls, heavily custom UIViews, etc. Storyboard is a complete no-go for us because of this. Its primary strength - the nearly-WYSIWYG preview, is completely gone, and what's left is the insane XIB system and lack of scriptability.

The app I work on also does a great deal of custom drawing instead of relying on a truckload of assets. This has given us incredible speed and flexibility where we can tweak, refine, and polish without tiresome trips to our designers for assets (perk: your designers don't hate you for the endless grunt work). None of this fits well into a Storyboard-based workflow.

There is, IMO, a lot to be said for proceduralizing your UI instead of a reliance on a massive bundle of assets. It's a topic I do not see being covered in the iOS community but confers incredible speed and flexibility (and download size, oh man the download size).

jurre• 13 years ago

AFAIK the reason that this isn't very common in the iOS community is that loading an image is often much faster (performance wise) than drawing a custom UI. What are your experiences with this?

qompiler• 13 years ago

RAD tools always serve a limited goal - which causes the inflexibility. When your goal changes you will be stuck with this tool and RAD turns into SAD.

city41• 13 years ago

In many ways it saddens me that Silverlight is now passe. As Silverlight solved this problem extremely well. If you followed the MVVM pattern correctly, and kept all code out of the XAML, then a designer could fully design the UI of an app in Expression Blend and they are actually designing the app. They just call into the ViewModel when they need to hook in functionality.

esusatyo• 13 years ago

Just a note to fellow developers: if you started developing for iOS way before storyboards and started working on a new project with storyboard, some methods are not behaving as it was previously.

For example in the awakeFromNib and viewDidLoad method, views that you created in storyboard wouldn't have been initialised even thought it used to work like that in Interface Builder. See this SO answer: http://stackoverflow.com/a/12811188/361247

DesaiAshu• 13 years ago

Love this! I feel like I'm one of the few developers who really appreciates storyboards. Our game Ghost (built as an open source template available here: http://www.makegameswith.us/sdk/) was built using a pretty simple / clean storyboard. Using it forced us to rely on a simple menu structure, and saved us thousands of lines of code. While I think there is work to be done on improving compatibility with version control + adding flexibility to customize UI elements directly in the editor, I think it's a phenomenal tool for prototyping and often great for building complete apps.

troels• 13 years ago

Lovely article, but it would be easier to follow the tutorial if you provided the assets (images etc.) along the way. I realise that there is a full zip halfway through (and further down), but in the beginning of the article it's missing.

nicholassmith• 13 years ago

I think Storyboard is a massively useful feature that has some crippling long term limitations depending on what you're building, but using it for design prototypes is a good thing. If you're using a Storyboard prototype at least you know the designer has worked within the constraints (ish) of what is doable, and then you can build from there, and gives you a nice run on what you want to do in terms of visual cues.

ardit33• 13 years ago

If you are building anything serious, (lets say more than few screens), then avoid Storyboards like the plague. They make some stuff easier, but doing anything advanced with them is a pita. They are crutch, that might help you if you are just getting started, but do slow down people that are doing anything substantial/non-trivial.

How To Prototype In Xcode Using Storyboard

Related Stories