[quot Dima T]AlekseySQLDima Есть другие ЯП где все попроще, тот же C#. К сожалению, далеко не все он может. Долгое время работал с VB (начиная с VB6) и С#. И вполне устраивало. А тут незадача - ну не могут они этого.)) Про Алексея не знаю, но я долго и безуспешно пытался прикрутить к своим задачам С#, включая сторонние компиляторы. Оказалось, таки, что проще (и быстрее) на С++. Хотя не особо помню и сильно отстал от поезда.

Dima TПроблематично написать DLL на C# и вызывать ее функции из стороннего приложения (не на .Net), но вроде как можно. Тут С/С++ удобнее. На C WinAPI написан, практически все ЯП умеют WinAPI вызывать, по той же схеме легко свое API подсунуть.
Но писать законченные приложения на C# гораздо проще, букав меньше, т.к. из коробки есть куча классов на все случаи жизни, с хорошей документацией, в этом плане С/С++ сложнее, т.к. в стандарте С/С++ только самое-самое нужное, для остального надо брать сторонние библиотеки и разбираться с ними, или самому с нуля писать.Здесь вы немного не правы. Нативные экспорт функции из С# сделать несложно:
1. Компиляция С# кода, с послующим его декомпилом, затем правка этого декомпила вручную и последующая повторная компиляция.
2. Прямо из VS C# с GitHub скачивается сторонний компилятор. Перед экспортируемой функцией пишем типа [Export], и компилируем прямо из VS этим сторонним компилятором. Он, в общем, делает примерно тоже, что и п.1, только автоматом.
Другое дело внешние сложные С++ типы данных и указатели на них, коллбэк функции и пр. Возможно такое взаимодействие и можно организовать из С#, но проще сделать из С++.
Т.к. С++ предполагает совмещение нативного и NET кодов в одном флаконе, я думаю так и сделать.