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

Question

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

0

Недавно я просто хотел изменить свойство доступа класса в webkit.framework, чтобы получить доступ к частному члену данных.

Мой метод заключается в использовании нового файла заголовка для изменения свойства контроля доступа элемента. Это нормально?

Я не очень уверен в этом. Поэтому я просто хочу знать, как C++ реализует контроль доступа (открытый, закрытый, защищенный) и в какой фазе (компиляция или время выполнения).

Chogri 27 окт. 2014, в 07:47

Источник

0

Просто чтобы убедиться, что я правильно понял: вы скопировали существующее объявление класса из исходного файла заголовка этого проекта, изменили некоторую переменную-член с private на public и используете измененный заголовок? Вы связываетесь с библиотеками, которые были скомпилированы с оригинальным заголовком?
Mat 27 окт. 2014, в 09:28
0

Пожалуйста, предоставьте больше контекста. Почему вы хотите изменить модификаторы доступа? Это действительно хорошая идея - или же этот участник был объявлен личным участником такой плохой идеи? Как выглядит ваш код? Вы знаете, как public , private и protected работают в C ++, не так ли?
TobiMcNamobi 27 окт. 2014, в 09:30
0

@TobiMcNamobi, я знаю, как его использовать. Потому что ios не предоставляет API для доступа к объекту Worker в webkit, но мне нужно его получить, поэтому я просто хочу получить его от другого объекта, и, к сожалению. Нет открытого метода, чтобы получить его, поэтому я должен получить его как член данных.
Chogri 27 окт. 2014, в 13:46
0

@ Мат, да, я использую оригинальный заголовок. Но нужен внутренний объект и чей заголовок не должен быть выставлен мне.
Chogri 27 окт. 2014, в 13:48

Показать ещё 2 комментария

Теги:

c++

access-modifiers

1 ответ

Ещё вопросы

Просто чтобы убедиться, что я правильно понял: вы скопировали существующее объявление класса из исходного файла заголовка этого проекта, изменили некоторую переменную-член с private на public и используете измененный заголовок? Вы связываетесь с библиотеками, которые были скомпилированы с оригинальным заголовком?
Пожалуйста, предоставьте больше контекста. Почему вы хотите изменить модификаторы доступа? Это действительно хорошая идея - или же этот участник был объявлен личным участником такой плохой идеи? Как выглядит ваш код? Вы знаете, как public , private и protected работают в C ++, не так ли?
@TobiMcNamobi, я знаю, как его использовать. Потому что ios не предоставляет API для доступа к объекту Worker в webkit, но мне нужно его получить, поэтому я просто хочу получить его от другого объекта, и, к сожалению. Нет открытого метода, чтобы получить его, поэтому я должен получить его как член данных.
@ Мат, да, я использую оригинальный заголовок. Но нужен внутренний объект и чей заголовок не должен быть выставлен мне.

MNS · Answer 1 · 2014-10-27T08-09-00.000Z

Технически это нормально, чтобы модифицировать спецификаторы доступа, такие как public, private, protected, которые определены в файле заголовка, возможно, стороннего производителя.

C++ применяет этот тип спецификаторов доступа ТОЛЬКО во время компиляции. В C++ нет механизма для применения спецификаторов доступа во время выполнения.

Но лучше было бы НЕ менять спецификатор доступа от частного к защищенному/общедоступному, потому что не будет никакой гарантии, что он содержит желаемое значение, любой момент времени во время выполнения.

Кстати, где я могу найти конкретное введение в механизм управления доступом C ++?
@ Чогри Бьярн Страуструп, в своей книге «Дизайн и развитие C ++» говорит: «Механизмы контроля доступа C ++ обеспечивают защиту от несчастных случаев, а не от мошенничества». Он продолжает говорить, что «любой язык программирования, который поддерживает доступ к необработанной памяти, оставит данные открытыми для преднамеренного подмены способами, которые нарушают правила явного типа, заданные для данного элемента данных». Вы можете обратиться к этой книге за более подробной информацией.
Большое спасибо, это должно быть очень полезно.