DAX2009 аналог friend классов. Как сделать?

[db]

Цитата:

Сообщение от Raven Melancholic

Как сделать фабрики NodeContract* защищенными для всех, кроме NodeCreator*?
Понятно, что можно просто описать особенности в какой-то документации, но хотелось бы это реализовать на уровне кода.
Есть какие-то идеи?

сейчас не проверял, но как мне помнится DictClass.makeObject() на модификаторы доступа не смотрит. Т.е. сделать protected new () у NodeContract, а создавать их через фабрику в NodeCreator используя DictClass.makeObject()

Насколько допустимо пользоваться отражением и "особенностями" его работы решайте сами

[Logger]

Цитата:

Сообщение от db

сейчас не проверял, но как мне помнится DictClass.makeObject() на модификаторы доступа не смотрит. Т.е. сделать protected new () у NodeContract, а создавать их через фабрику в NodeCreator используя DictClass.makeObject()

Насколько допустимо пользоваться отражением и "особенностями" его работы решайте сами

Но ведь такой же способ может применить и тот код от которого хотят защититься.

[Raven Melancholic]

Цитата:

Сообщение от Logger

Но ведь такой же способ может применить и тот код от которого хотят защититься.

В топике я просто не полностью описал все подробности использования. В данном случае, мне нужно просто ограничить некоторые возможности для обычного использования/расширения классов. Если же кто-то начинает использовать отражение, то, наверное, он понимает что делает и сделает все как нужно.
Так что использовать отражение вполне можно, но как-то не совсем "душа лежит" к этому. Хотелось бы декларативно это сделать ,чтобы впоследствии те ,кто будет использовать классы сразу видели, что "вот оно как".

[Raven Melancholic]

Цитата:

Сообщение от db

создавать их через фабрику в NodeCreator используя DictClass.makeObject()

Ну new я, как правило, и так делаю protected. Более того, если для создания класса нужны (или по логике работы и предполагаемого дальнейшего расширения класса они могут понадобится) параметры, то и construct я так же защищаю, а предоставляю некие методы фабрик newЧегоТоТам.
Вообще, для решения моей задачи использование DictClass для создания объекта класса контракта в создателе идея неплохая. Только тогда побоку идут перекрестные ссылки, и BP начнет ругаться, что класс не используется ни прямо ни косвенно. Обойти и то и другое можно (например, в нужном создателе использовать в каком-то месте classStr(НужныйКонтракт)). В общем, спасибо за идею, если не найдется других возможностей, то такой подход неплохой кандидат.