C++ частный действительно частный?

В PostgreSQL есть предложение RETURNING

См.: http://www.postgresql.org/docs/8.3/interactive/sql-update.html

Я предполагаю, что это не имеет ничего общего с WPF, это вопрос серебристого света.

Прежде всего нельзя просто добавить событие к существующему элементу управления. После всех добавленных свойств события обрабатываются по-разному, но не являются свойствами.

Необходимо создать новый тип с этим событием, а затем создать присоединенное свойство этого типа.

Вот базовый тип, который просто имеет событие: -

public class MyEventer
{
    public event EventHandler MyEvent;

    // What would call this??
    protected void OnMyEvent(EventArgs e)
    {
      if (MyEvent != null)
         MyEvent(this, e);
    }
}

Теперь мы создаем присоединенное свойство, которое имеет MyEventer в качестве своего свойства, я предпочитаю поместить их в отдельный статический класс.

public static class MyProps
{

  public static MyEventer GetEventer(DependencyObject obj)
  {
     return (MyEventer)obj.GetValue(EventerProperty );
  }

  public static void SetEventer(DependencyObject obj, MyEventer value)
  {
    obj.SetValue(EventerProperty , value);
  }

  public static readonly DependencyProperty EventerProperty =
        DepencencyProperty.RegisterAttached("Eventer", typeof(MyEventer), typeof(MyProps), null)

  }
}

Теперь вы присоединяете его к элементу управления следующим образом: -

<Border ...>
   <custom:MyProps.Eventer>
      <custom:MyEventer MyEvent="someHandler" />
   </custom:MyProps.Eventer>
</Border>

Если вы скомпилируете проект перед написанием этого файла xaml, вы заметите, что Visual Studio предложит вам возможность создать обработчик событий в коде.

Конечно, это все еще оставляет важный вопрос: Как вы намеревались вызвать событие?

No. Частный контроль доступа предназначен для того, чтобы остановить ВАС от глупостей, а не как механизм безопасности, чтобы помешать другим получить доступ к вашим данным или функциям. Существует много, много способов обойти его.

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

В частности, вы нарушаете правило одного определения .

Эта статья Херба Саттера объясняет это довольно хорошо - она ​​также предоставляет законный и переносимый способ обхода системы спецификаторов доступа.

Я пробовал. Это нм программы, которую я написал, имея класс Test с одним частным и общедоступным методами.

0000000100000dcc T __ZN4Test3barEv
0000000100000daa T __ZN4Test3fooEv

Как видите, подпись точно такая же. У компоновщика нет абсолютно ничего, что могло бы отличить частный метод от общедоступного.

Поскольку никто не упомянул способ заблокировать это ... Один из возможных способов заблокировать доступ к закрытым членам - объявить их отдельным внутренним типом, невидимым вне файла. Конечно, если вы хотите предоставить явный доступ к этому внутреннему, вам нужно будет предоставить внутреннее объявление. Это также обычно делается с использованием внутреннего заголовка, содержащего этот тип.

Примечание: вам нужно будет отслеживать выделение / освобождение этого внутреннего объекта в этом примере. Есть и другие способы, которые этого не требуют.

// class_A.h
class A {
public:
  void printX();
private:
  void *Private;
};

// class_A.cpp
class A_private {
  void actualPrintX();
  int x;
};

void A::printX() {
  reinterpret_cast<A_private *>(Private)->actualPrintX();
}

void A_private::actualPrintX() {
  std::cout << x:
}

Я согласен с большинством других ответов.

Однако я хотел бы отметить, что для компилятора вполне приемлемо физически упорядочивать элементы по-другому , когда вы удаляете этот частный . Если это сработает, то это удача. Вы не можете рассчитывать на это. Если обе стороны не используют одно и то же объявление, на самом деле они не используют один и тот же класс.

В большинстве случаев вам даже не нужно редактировать заголовочный файл, чтобы сделать приватные члены публичными. Вы можете сделать это с помощью препроцессора. Что-то вроде этого:

//"classWithPrivateMembers.hpp"
class C
{
private: //this is crucial for this method to work
    static int m;
};

int C::m = 12;

и тогда это будет работать:

#define private public  
#include "classWithPrivateMembers.hpp"  
#undef private

int main()
{
    C::m = 34; // it works!
}

Помните также, что когда вы изменяете доступ к переменной-члену, компилятор может поместить ее в другое смещение внутри объекта класса. Стандарт предоставляет компиляторам значительную свободу в переупорядочивании членов (по крайней мере, я думаю, в пределах одного и того же уровня доступа).

Нигде нет реализации A :: actualPrintX. Это ваша ошибка компоновщика.