2015-04-22 4 views
2

Существует ли соглашение об именовании объекта Core Data? argument Я слышал, что это не префикс объекта Core Data, потому что нет никаких шансов, что они будут сталкиваться, поскольку они должны быть уникальными в пределах модели, что неверно, поскольку сгенерированный подкласс NSManagedObject может все еще сталкиваться с существующими классами Objective-C.Соглашение об именах объектов основных данных

Так что для меня представляется логичным сделать две вещи для Core Data Entity: префикс с моим префиксом класса проекта и суффикс его с Entity. Таким образом, я знаю, что это объект Core Data, и его имя никогда не столкнется с другими классами.

+1

Имя и название класса не обязательно должны совпадать. –

+0

Правда, но это очень запутанно. –

ответ

1

Я действительно видел оба префикса с префиксом класса проекта и без него. Я никогда не видел добавление суффикса. Я предпочитаю без префикса проекта, так как если у вас есть удаленная база данных, с которой вы синхронизировались, я бы использовал те же имена сущностей. И тогда, если вы когда-либо выпускаете публичный API, действительно ли вам нужен префикс проекта повсюду? Например, объекты Stripe являются Customer, Card и т. Д. Они используют префикс в уникальных идентификаторах, которые мне нравятся. Кроме того, если вы используете префикс проекта для других классов, вы не рискуете перезаписать, как вы упомянули в своем OP.

+0

Хорошая точка в удаленной базе данных, хотя и с удаленной базой данных, хотя имя может быть одинаковым, часто, когда атрибуты объекта по-прежнему не совпадают с полями базы данных. Например, атрибуты в Core Data используют camelCase, тогда как удаленная база данных может использовать camel_case. – Boon

+0

, что сводит меня с ума :) –

Смежные вопросы