Mercury13

Private и protected — это когда объект скрывает, что унаследован от студента. Снаружи не виден ни факт наследования, ни отцовские поля.

class Father {};
class Son : private Father {};

int main()
{
    Son son;
    Father& q = son;
}

error: 'Father' is an inaccessible base of 'Son'

Private и protected — скорее «хаки» и пользоваться ими не рекомендуется. Хотя, разумеется, пользуются, чтобы упростить себе жизнь. Я вижу два назначения: 1) хорошая основа для совершенно постороннего класса; 2) реализация интерфейса, которая нужна только внутри.

Вот пример второго. Объект FileWriter реализует интерфейс Callback для своих внутренних нужд.

#include <iostream>

class Callback {
public:
    virtual void act(int x) = 0;
};

void generateFibonacci(int n, Callback& callback) {
    int x1 = 0, x2 = 1;
    for (int i = 0; i < n; ++i) {
        callback.act(x2);
        int x3 = x1 + x2;
        x1 = x2;
        x2 = x3;
    }
}

class FileWriter : private Callback {
public:
    FileWriter(std::ostream& aOs, int aN) : os(aOs), n(aN) {}
    void run() { generateFibonacci(n, *this); }
private:
    std::ostream& os;
    const int n;
    void act(int x) override { os << x << std::endl; }
};
using namespace std;

int main()
{
    FileWriter wri(std::cerr, 10);
    wri.run();
}

А если реальная жизнь — то объект может быть одновременно QDialog (диалоговое окно) и QAbstractItemModel (модель данных для какой-нибудь таблицы, лежащей на этом окошке). Хотя, повторяю, это скорее хак.

P.S. В Delphi и Java всё наследование публичное, и если нужно скрытно реализовать какой-то интерфейс или задействовать удобный класс — то только скрытым полем. Так, как в комментариях.

P.P.S. Пример первого. Какой-нибудь Array2d скрыто наследуется от Array1d, потому что у него совершенно другой интерфейс. У Array1d — alloc(n) и operator()(i), у Array2d — alloc(m, n) и operator()(i, j). А Array1d — неплохая штука, чтобы управляться блоком памяти длиной m×n элементов.

Лучше вместо include использовать require.
Хорошее дело, если нужно быстро придумать недо-CMS.

1. Есть подозрение, что вы по какой-то причине в C++-версии не предкомпилируете запросы. Запрос компилируется каждый раз, когда вы его исполняете. Хотя это зависит от обёртки — простыми Си’шными функциями работать с SQLite ой как тяжко, все используют обёртки.
2. Если компилируете SQLite классическим компилятором Embarcadero — он в несколько раз медленнее других. Хотя разницу в несколько порядков давать не может. Кстати, столь большие Си-файлы быстро заглючивают Embarcadero, и лучше SQLite отправить в статическую или динамическую библиотеку.

Циклы и условия — это для того, чтобы язык был полным по Тьюрингу (т.е. был — на бесконечной памяти, разумеется — эквивалентен машине Тьюринга). На языке процессора циклы и условия выглядят совсем не так (там, по сути, куча GOTO и IF GOTO), но машинный код тоже полон по Тьюрингу.

Впрочем, есть вещи, которые поддерживаются языком именно потому, что процессор их поддерживает. Обычно хватает поддержки на уровне библиотек: атомарные операции, аппаратное шифрование… Но есть и вещи, вошедшие в собственно язык. Вот несколько штук.
• Нуль-терминированные строки, насколько мне известно, включили в Си потому, что на том PDP это было быстро.
• Большинство языков, деля с остатком отрицательные числа, говорят, что округление идёт к нулю (знак остатка = знаку делимого) — потому что так работает большинство процессоров.
• Модель памяти Java говорит: нет невесть откуда взявшихся значений (другими словами, если мы считали 1234 — значит, до этого кто-то его туда записал), за исключением не-volatile long и double. На 16-битный процессор многопоточную Яву ставить бессмысленно, а 32-битный — это уже дело.

Вызовы функций — с ними всё наоборот. Как только выяснилось, что это хорошая штука, для них сделали аппаратную поддержку. А так — для вызова функций (в удобоваримом для компилятора виде, с хорошо стандартизованными соглашениями вызова) хватает косвенной адресации и пары лишних регистров.

Храните так, как подсказывает специфика ваших данных. Маловероятно, что это у вас нечто на все случаи жизни.

Для вывода подходит, например, KGrid.

Проще всего это сделать в XML. Тогда мы легко можем добавлять новые теги и игнорировать то, что в XML не входит.

Двоичный файл надо делать на манер XML — в виде иерархической конструкции из коротеньких потоков. Самое сложное — чтобы по этому двоичному файлу не надо было бегать туда-сюда, как по гоночному треку. Для этого на каждом из уровней иерархии бывает одно из двух.
1. Запросить некую последовательность кодов, а затем спрашивать: есть этот код? А есть этот? Что-то типа (для простоты пишу как на C++)…

BlockReader blk;
int order1[] = { opHeader, opSettings, dirData };
BlockOrder order(blk, order1);

order.require(opHeader);
// считать заголовок
author = blk.readString();

if (order.get(opSettings) {
  // считать настройки
}

order.require(dirData);
blk.enterDir();
  // считать данные таким же образом — там может быть свой BlockOrder
blk.leaveDir();

Да, для чего мы запрашиваем порядок блоков дважды?
Первый раз — вот для чего. Представим себе устаревший файл, в котором нет блока настроек. Мы считываем заголовок, видим вместо блока настроек каталог с данными, и сразу вопрос: тут что-то пропущено или что-то лишнее?
Второй раз — для наглядности (код комментирует сам себя) и защиты от ошибок, когда заявленный в начале порядок не совпадает с реальным.

2. Просто считываем блоки по одному и интерпретируем. Обычно это бывает во всяких коллекциях.

while (blk.getBlock()) {
  switch (blk.opcode) {
  case dirTiledLevel:
     // считать плиточный уровень
  case dirGraphicLevel:
     // считать уровень с фоном — цельной картинкой
  }
}

Запрещается смешивать упорядоченное с коллекциями.

Можно также в заголовке каждого блока сделать бит: Essential. Старая версия, наткнувшись на такой блок и не считав ни байта (или наткнувшись на каталог и не войдя), выводит ошибку: версия явно новее, считать невозможно. Это бывает важно, когда в файле есть перекрёстные ссылки.

Для записи подобных файлов приходится накапливать блок в памяти, а затем сваливать его в один присест (ведь надо записать длину блока). Впрочем, есть и версия для структур, которые заранее знают свою длину — тогда накапливать в памяти излишне.

Далее. В заголовке можно сохранить поля «SavedWithVersion», «MinRequiredVersion», «MinFullySupportingVersion».
Добавляем новый блок (или новое поле в имеющийся блок) — поднимаем MinFullySupportingVersion до текущей. Изменяем структуру так, что ломаем совместимость — поднимаем MinRequiredVersion.

То, что версия слегка устарела, можно ловить и по косвенным признакам — какой-то блок считан не полностью, в какой-то каталог не вошли. У блока/каталога может быть флаг Compatibility — их проверять не надо. И наоборот — если важный блок отмечен как Compatibility, тоже версия устарела. Ясное дело, флаги Essential и Compatibility не могут попадаться вместе.

Как это делать, если формат сохранения — база данных (например, SQLite), я не в курсе.

А вот сохранение в устаревший формат, когда структуры данных ушли далеко вперёд, придётся налаживать руками. Можно ли в принципе, как преобразовать в старый формат, и т.д.

Вам нужно записать звук, идущий с сайта?
Гуглить надо «audio loopback [ваша ОС]».
У меня, допустим, сработало вот это.
manual.audacityteam.org/man/tutorial_recording_com...
Трещит страшно (у меня в «продвинутой» звуковой каналы переключаются тёплыми электромагнитными релюшками), но работает.
Работает ли Protected Media Path и как он поведёт себя на закопирайченных данных — шут его знает. Проверял на банальном YouTube, там никакой защиты от копирования нет.

Если же хотите не просто записать звук, а средствами JavaScript… Гуглите «javascript sound recording». Правда, на JS нет автоматического выбора, какое устройство считать микрофоном — так что пользователь должен убедиться, что в драйверах есть loopback-устройство, включить звукозапись и в качестве микрофона взять loopback (у меня оно «из коробки» и называется Stereo Mix). Без вмешательства пользователя, получается, никак. Сделано это специально: устройств звукозаписи бывает много, и одни задачи, например, выполняются студийным микрофоном с USB-платой, другие — наушниками с микрофоном, третьи — вебкой. К тому же окружающий звук — это очень-очень чувствительная информация, и без согласия пользователя писать что бы то ни было недопустимо.
У меня сработали не все звукозаписывалки, вот эта, например, сработала (одна вкладка «лисички» проигрывала, вторая писала): https://p5js.org/examples/examples/Sound__Record_S...
Повторяю, пользователь должен в качестве микрофона выбрать loopback-устройство, и без этого никак! Устройство должно существовать, и пользователь его должен выбрать.

А если воткнуть колонки в порт микрофона и выдать на них звук — надо разбираться с аудиоустройствами и аудиодрайверами, и JS этого точно не может.

Я думаю, причина единственная — не надо смотреть на время жизни объекта.
Если же нужно сэкономить, в возвращаемый результат встраивают умный указатель. Так работают, например, QString и QDatabase.

А вот в каких-нибудь низкоуровневых векторах — вполне себе константные ссылки.
const T &QVector::at(int i) const