Question

I am relatively new to Xcode and one thing that has bothered me is that when I add a resource it gets added to the top level directory of my project directory. So for example, at the moment, all of my images are at the top level directory and it makes things look messy. I rather would’ve liked, for example, to have an images/ folder and then sub-folders within that to store images for certain things, like tab-bar/ icons. Is this possible? Or is it convention to just keep everything in the top level directory?

Someone in the #iphonedev channel at freenode told me something about the build process rule or something, it just seemed too complicated I figured I shouldn’t bother, and that most people just kept things at their root directory considering the complexity of the solution. Perhaps it isn’t all that complicated though, I just felt it should be easier.

For example I would also like to have a sub-folder for my views, like views/ that stores all of my nib files; currently they are all in the top level directory. And the same goes for my property lists.

I would appreciate it if you could tell me what the convention is, I doubt it is to just store everything in the top level directory. And I’m referring to the actual file system, not simply creating ‘virtual folders’ in Xcode to organize things, because the top level directory of my project will still be a mess. And if it is possible to organize things better, I would appreciate any detailed help on how to accomplish it.

I think I have heard that in the final build, the entire file structure gets squashed to the root directory. I don’t mind so much about that, I just want things to be organized while I am working on my project. I think this is where that ‘build rule’ thing comes in, but I’m not sure how or what to do.

Answer 1

Here’s a little more explanation of Graham’s suggestion:

• Create an images directory
• Create an images Group in Xcode
• Right-click the group and Get Info
• “Choose…” to set the group’s directory to be your images directory

Now, anything you put in the images group will automatically go into the images directory. That’s true if you drag/drop from within Xcode, from other other projects or from Finder, or if you Add New… by right-clicking on the images directory. (This assumes you leave the default setting of “relative to group” in the info pane.)

This will work for anything you put in that group (NIBs, etc).

For imageNamed:, you just give the base name.

My recommendation is to keep a small number of filesystem directories, and mostly organize with groups in Xcode. But I agree, a small number of filesystem directories are very helpful. I put all my source code in a Classes directory (just because Apple used that name; I would have picked “Sources” or something). I also have a Resources directory at the top level and generally create images and audio directories under that. But I don’t generally create a lots of real directories beyond that. This keeps things a bit tidier, but makes it easier to grep and wildcard things with the shell.

Beyond shell tools, the big advantage of organizing by groups rather than directories is the impact on version control systems like subversion. When you suddenly realize that your “Views” group is way too big, you can reorganize it without taking the huge impact of moving files around.