Лучший способ организовать сложную файловую структуру проекта iPhone? - PullRequest
2 голосов
/ 27 мая 2009

При работе над проектом iPhone он может запутаться, и создается много файлов (библиотеки, контроллеры представления, интерфейсы ...). Как лучше организовать файлы проекта? Какую групповую структуру вы используете? Должен ли я следовать парадигме MVC в группы?

Спасибо!

Ответы [ 2 ]

2 голосов
/ 27 июля 2009

Что бы ни делало структуру вашего приложения наиболее очевидной, это короткий, но в конечном итоге бесполезный ответ. Я не уверен, что есть единственный правильный ответ.

В качестве одной точки данных, вот примерно как я структурировал свое самое сложное приложение:

  • Данные (модель) для всего приложения имеют свою группу
  • Утилитовые классы / функции получают свою собственную группу (иногда вложенную, когда им требуется несколько собственных классов)
  • У меня есть группа UI для простых представлений. Эти классы часто также содержат контроллер
  • У меня есть куча других групп для серии связанных представлений. Например, моя часть приложения отображает теги, и есть два или три представления, связанные с этим. Я группирую представления, контроллеры и, иногда, данные вместе

Группировка не отражает структуру класса. Мое общее правило заключается в том, что я хочу, чтобы файлы, которые я хочу изменить, одновременно были бы близко друг к другу.

0 голосов
/ 27 мая 2009

У нас обычно есть группа для контроллеров представления и пользовательских ячеек списка.

В нашем текущем проекте у нас также есть группа для XMLParsers (у нас есть довольно много таких потоковых экземпляров для анализа входящих сообщений с сервера).

Парадигма MVC здесь в основном спорна - конечно, вы должны следовать ей - но я вижу группы XCode гораздо больше, чем просто потворство с MVC с точки зрения структуры файловой системы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...