Есть ли какая-либо передовая практика или конвенции для структуры проекта ios

Ответ 1

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

Я нашел эту ссылку.

Ответ 2

Взято из Рекомендации по кодированию iOS Слайд-шоу от Jean-Luc David:

Ответ 3

Как для меня, Проект Architecting iOS Project работает отлично. Я также добавил Cocoapods.

Теперь мой проект выглядит так:

Ответ 4

Я использовал для своих проектов аналогичный для следующих проектов.

Но после прохождения этой темы и некоторых других статей в Интернете я решил классифицировать несколько типов под новым интерфейсом кода папки.

• Приложение (файл конфигурации с константами, AppDelegate)
• Модели
• Пользовательский интерфейс
  • Виды
  • Контроллеры
  • Если я использую файлы Nib (.Xib), они должны подходить под это, или раскадровка (s)
• Ресурсы (все ресурсы, такие как изображения, пользовательские шрифты, аудиофайлы с каждым в разных подпапках)
• Услуги
• Помощники/Утилиты
• Библиотеки

Но если вы используете архитектуру MVVM, настройте ее в соответствии с вашими требованиями.

Ура!

Ответ 5

Хотя я согласен с тем, что наиболее распространенная практика заключается в том, что файлы, сгруппированные по типам (например, ViewControllers, Models и т.д.), я бы добавил, что есть некоторые бизнес-примеры, когда более удобно организовывать код по предоставленным функциям. Например, если вы работаете в компании, предлагающей несколько комбинаций услуг, обычно упакованных в разные приложения, которые используют некоторые элементы, например, AddressBook, Messages, Document Management и т.д.

В моих проектах у меня обычно есть папка Common, где я помещаю вещи, которые я часто использую, например, datetime helpers, IO writer и т.д.... Другие вещи, которые я разделяю по функциональности.

Ответ 6

Мы следуем стандартной структуре проекта, чтобы команда могла лучше понять.