Rule of thumb

[metaclass]

Если в стандарте, документации или технологии упоминаются гуиды или в структурах присутствуют поля вида object_id, class_id, instance_id - с 99% вероятностью это будет дичайше непригодное к использованию ИТ-шайзе, придуманное людьми, которые не умеют делать нормальные API (или, что почти эквивалентно - не понимают, что такое системы типов) и вместо того чтобы подумать - делают "универсальное решение".

Comments

[sbj-ss.livejournal.com]

А как объекты идентифицировать прикажешь? :)

[aamonster.livejournal.com]

Э... А как же всякая хрень в базах данных? Или имеется в виду, что все эти id живут под капотом и наружу не выпускаются, прячась при необходимости за непрозрачными обёртками?

[juan-gandhi.livejournal.com]

Строго - но справедливо. Буду руководствоваться указаниями. (Сам-то я с этими идами борюсь тоже как ненормальный).

[vit-r.livejournal.com]

Стандарты обычно пишут люди, далёкие от реальных задач.

Идентификаторы (гарантированно уникальные) нужны во многих случаях, если речь стоит о сшивке разных систем.

[swamp-agr.livejournal.com]

Как правило, если совсем приспичило хранить instance_id, то можно обойтись первыми двумя полями, а "instance_id" хранить в виде object_id с class_id, соответствующим instance.
Метамодели наше всё.
Хотя если структура данных - метамодель, то до такого, как instance_id, уже не доходит.

[3c9nm.livejournal.com]

метаклас, как ни крути жопкой перед блогерами, все равно ты дебил.

[veter-r-r.livejournal.com]

И что прикажете делать ежели например надо получить баланс пользователя? По имени их дергать? так они, сволочи, совпадать могут.
Генерировать для них GUID? А чем это отличаться от id_user будет?

или вообще о чем пост?