Станислав Макаров

абсолютно все

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

Это делается путем общения по протоколу TLS. С точки зрения OSI, этот протокол работает поверх транспортного уровня, т.е. после установки TCP соединения вы ВМЕСТО обыкновенных незашифрованных данных отправляете и получаете TLS-пакеты. Также, почитайте про STARTTLS, с помощью которого можно инициировать шифрованное соединение поверх уже открытого существующего (т.е. это способ сказать, что вы не хотите переоткрывать TCP-соединение, а хотите прямо здесь начать работать по TLS).
Разумеется, вам точно не стоит пытаться реализовать TLS самому. Вам помогут OpenSSL или PolarSSL. Они подготовят вам как служебные TLS-пакеты, так и зашифруют полезную нагрузку.

Что-то тут вам насоветовали в комментах....

Для начала нужно у вас спросить, как вы хотите загружать эту DLL - статически, т.е. заранее точно знать имя файла который будет загружен и загружать его при запуске программы, или же подгружать динамически - не имея заранее информации о том, какой конкретно файл нужно загрузить, но осуществлять поиск по каким-либо критериям, и загружать (как например делает foobar2000 при загрузке плагинов - находит все dll в конкретной папке).

Если статически - то ничего сложного нет, создайте в студии проект DLL или сами прочитайте про макросы для импорта/экспорта - они нужны, чтобы с ОДНИМ И ТЕМ ЖЕ хедером и компилить DLL, и пользоваться ей. По сути вам нужны эти макросы (которые студия сделает за вас, если создадите проект по шаблону), и вам нужно проставить их на каждом классе или свободной функции, которые нужно экспортировать. Все. Теперь вы можете и саму DLL скомпилить с этим заголовочным файлом, и подключить его в другой проект, который должен использовать DLL.

Если динамически - тогда без описания прототипов действительно не обойтись. И генерация из DLL тоже не особо поможет вам, т.к. информация о классах действительно потеряется.

Запомните - роль метаданных для компилятора C++ играют именно заголовочные файлы. В отличие и java и прочих дотнетов, где информация о том, что "внутри" поставляется вместе с кодом в том же самом контейнере (в пакете в джаве и в сборке в дотнете), скомпилированные нативные модули вроде EXE, ELF, DLL, LIB, SO и прочих не имеют стандартизированных способ хранить информацию о классах. Они просто не на том уровне работают - они больше для операционной системы или линковщика, чем для компилятора. А классы - это фишка конкретного языка, в Си например нет классов по определению. Соответственно, низкоуровневые вещи вроде DLL не должны заботиться о такой вещи, как классы C++. Поэтому практически с любой библиотекой на C++, даже если она компилится в LIB или DLL, поставляется хедер-файл. Возможно, вы еще не сталкивались с Boost - в нем многие классы вообще не могут быть скомпилированы заранее, т.к. являются шаблонными, и поэтому они поставляются прямо в виде заголовочных файлов. Такие библиотеки, в которых все или часть сущностей не подлежат предварительной компиляции, а поставляются в виде исходного кода файлов для последующего инклуда, называются header-only. Это вам для общего развития.

Так что и в случае динамического подключения, все не так сложно - вам точно так же нужно иметь заголовочный файл с прототипами, а также с парными им типами указатель-на-функцию. Этот хедер также можно будет использовать как в самой DLL, так и при ее загрузке через LoadLibrary и получении функций через GetProcAddress (вы же это имели в виду в вопросе?). Но еще раз отмечу - это "сложный" способ, который требуется только если вы заранее НЕ ЗНАЕТЕ, что хотите загрузить - это используется как правило для реализации плагинов.

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

Еще удобно использовать именно приватное поле, если у свойства ленивая инициализация.

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

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

Молодые люди с ясными и последовательными мыслями, насколько мне известно, пользуются успехом у девушек.

RAML (самый молодой, но рекомендую)
Swagger
Apiary

Это фреймоворки для проектировния API. По сути предоставляют свой DSL для описания и ДОКУМЕНТИРОВАНИЯ (!) API. К большинству из них идут инструменты по генерации читабельных доков и всякие mock-инструменты и генераторы клиентов-загрушек и сервисов-заглушек (для тестирования сервисов и клиентов соответственно). Вот например тулзы для Сваггера: swagger.io/swagger-codegen :

The Swagger codegen project allows generation of both client libraries and server stubs from a Swagger definition.

vREST - более комплексный продукт, включающий автоматизацию тестирования, есть платные возможности.
Mashape - большой продукт для предоставления API, используется многими крупными компаниями (напр., Близзы его юзают).

P.S. Есть еще различные модели гипермедийных API (JSON-LD, HAL, Siren, и т.д.), но это пока не очень популярные вещи, поэтому если не готовы быть одним из первопроходцев, лучше попробуйте их потом, когда наберут популярность (если наберут).

> Но у моего варианта есть косяки.
А какие именно на ваш взгляд?

Альтернативный вариант - указывать previous_id или next_id, тогда вы будете хранить минимум информации о порядке. Фактически это будет связный список. Для перемещения любого элемента достаточно будет изменить 2-3 строки.

Win32 это и есть x86 (по кр. мере в контексте компилятора Microsoft Visual C++)