В учебниках и примерах, которые предоставляют примеры кода, иногда я вижу, что файлы проекта в навигаторе проектов Xcode упорядочены группами по шаблону MVC («Представления», «Контроллеры», «Модель»), а в других случаях они организованы в группы по функциональности (например, «Вход», «Контрольный список»).Лучшая практика для структуры групп проектов Xcode?
Что касается iOS, есть ли соглашение Apple/рекомендация для этого? Какой должна быть лучшая практика?
Я думаю, многие из них следуют за многими способами организации своей группы, кода и файлов. Я следую почти этому этому: (Снято из этого: How do You structure an iPhone XCode project?)
CoreData: содержит классы DataModel и Entity.
Расширение: Содержать один класс (по умолчанию расширение классов яблочных + класс проекта расширения.)
Helper:. Содержат классы Третьей партии/Каркасы (. Например SWRevealController) + Связующие классы (например, класс Obj C в проекте на основе Swift)
Модель: Создайте одноэлементный класс (например, AppModel - NSArray, NSDictionary, String и т. Д.) Для сохранения данных. Здесь также анализируются и хранятся данные по анализу веб-службы.
Услуги: Содержат веб-службы процессов (например, Логин Verification, HTTP Request/Response.)
Вид: Содержать раскадровку, LaunchScreen.XIB и просматривать классы. Сделать вложенные ячейки папки - содержит UITableViewCell, UICollectionViewCell и т.д.
Контроллер: Изолировать логики или кода, связанные с UiElements (например, ссылка UIButton в + щелкнул действие.)
Это может помочь вам также:
Я на самом деле создал проект, чтобы продемонстрировать то, что я считаю свой идти к структуре проекта Xcode для малого или среднего кода. Вы можете найти его here.
Вот набросок этого:
Возможного дубликат (https://stackoverflow.com/questions/3983144/how-do-you-structure-an-iphone-xcode-project) – Jaythaking