Использование NSManagedObject's повсеместно в проекте

@someMan · Регистрация: 08.09.2013

Студворк — интернет-сервис помощи студентам

Привет всем!

Прочитал недавно в статье (жаль не сохранил и не запомнил сайт, кинул бы ссылку) рекомендацию, где автор советовал при работе с CoreData действовать следующим образом:

Например, есть у нас Entity под классическим названием "Person".
Мы создаем наследник NSObject, с такими же самыми полями, назвав его так же, но, например, с каким-то префиксом, или дополнительным окончанием.

И, везде в проекте работаем только с этим наследником NSObject, а, если нам надо сохранить эту сущность в CoreData, то перед сохранением создаем уже саму сущность NSManagedObject, копируем туда все поля и сохранем.
И аналогично действуем при чтении.

Типа, разделяем совсем-совсем слой CoreData и остальную логику приложения.

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

Что вы скажете о таком подходе?

@Митя800 · 13.07.2015, 15:03

Скорее всего в статье говорилось о категории. При таком подходе ничего копировать не нужно. Вообще это нормальная практика, избавляет от многих проблем. Например, вы изменили сущность и хотите пересоздать класс, но в старом классе у вас содержатся ваши методы, и придется их перенести, и здесь помогает категория, вы легко пересоздаете класс сущности, а код с методами остается в категории.

Новые блоги и статьи Все статьи Все блоги /
Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Учёным и волонтёрам проекта «Einstein@home» удалось обнаружить четыре гамма-лучевых пульсара в джете Млечного Пути Programma_Boinc 01.01.2026 Учёным и волонтёрам проекта «Einstein@home» удалось обнаружить четыре гамма-лучевых пульсара в джете Млечного Пути Сочетание глобально распределённой вычислительной мощности и инновационных. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .

@someMan 0 / 0 / 0 Регистрация: 08.09.2013 Сообщений: 27

	Использование NSManagedObject's повсеместно в проекте 13.07.2015, 12:21. Показов 757. Ответов 1 Метки нет (Все метки) Привет всем! Прочитал недавно в статье (жаль не сохранил и не запомнил сайт, кинул бы ссылку) рекомендацию, где автор советовал при работе с CoreData действовать следующим образом: Например, есть у нас Entity под классическим названием "Person". Мы создаем наследник NSObject, с такими же самыми полями, назвав его так же, но, например, с каким-то префиксом, или дополнительным окончанием. И, везде в проекте работаем только с этим наследником NSObject, а, если нам надо сохранить эту сущность в CoreData, то перед сохранением создаем уже саму сущность NSManagedObject, копируем туда все поля и сохранем. И аналогично действуем при чтении. Типа, разделяем совсем-совсем слой CoreData и остальную логику приложения. Я так действовал по наитию, когда делал первые шаги в CoreData, потом отказался от этой идеи, видя, что никто так не делает, а сейчас встретил эту статью и задумался. Что вы скажете о таком подходе? 0

@Митя800 67 / 67 / 19 Регистрация: 13.07.2015 Сообщений: 219
	13.07.2015, 15:03
	Скорее всего в статье говорилось о категории. При таком подходе ничего копировать не нужно. Вообще это нормальная практика, избавляет от многих проблем. Например, вы изменили сущность и хотите пересоздать класс, но в старом классе у вас содержатся ваши методы, и придется их перенести, и здесь помогает категория, вы легко пересоздаете класс сущности, а код с методами остается в категории. 0