Предложения по организации визуального макета Core Data? - PullRequest
3 голосов
/ 18 декабря 2009

Core Data довольно удивительно, и я действительно наслаждался использованием the visual layout Xcode, позволяющим упорядочить вещи и получить быстрый образец того, какие данные я разместил где. Время от времени я начинаю задаваться вопросом, использую ли я это наилучшим образом, поскольку через некоторое время появляется такая масса стрел, что становится трудно определить, что и где происходит.

Я стараюсь свести это к минимуму

  • группировка похожих объектов,
  • абстрактные предметы / родители на деревьях со своими детьми,
  • и т.д.

но беспорядок кажется неизбежным.

Какими способами вы пользуетесь, чтобы держать его оптимально организованным и читабельным?

Ответы [ 2 ]

3 голосов
/ 19 декабря 2009

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

Я стараюсь максимально разделить свои замыслы. Например, если вы рассматриваете случай, подобный iTunes, у вас может быть контроллер, управляющий выбором списка источников библиотеки (список воспроизведения, для простого примера), и другой, управляющий членами выбранного списка воспроизведения. В схеме может быть несколько «связанных с библиотекой» объектов и несколько «связанных со списком воспроизведения» объектов, и определенно есть несколько «связанных с песней» объектов (альбом, исполнитель и песня / дорожка). Я бы сгруппировал вещи, связанные с песней, так, чтобы они были аккуратно выстроены в линию отношений, но визуально отделяли эти сущности от элементов списка воспроизведения и библиотеки.

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

Другая проблема заключается в автоматическом размещении Xcode линий отношений. К сожалению, мы мало что можем сделать, чтобы сделать их аккуратными. Я, как известно, проводил (реальное время отредактировано из-за смущения), волнуясь о балансе четко изображенных отношений с четко изображенными кластерами взаимосвязанных сущностей.

Удачи и счастья OCD ! : -)

0 голосов
/ 31 мая 2015

вот лучшее предложение. http://www.sebastianrehnby.com/blog/2013/01/15/structuring-an-ios-project/

Кроме того, модуль «Службы», модуль «Помощник» (классы служебных программ вашего приложения) услуги - (вызов внешних служб, таких как ваш внутренний сервер, службы DBOject)

Кроме того, этот http://www.slideshare.net/MassimoOliviero/architecting-ios-project

...