А как вообще получается, что UI - ANSI версия, а WinAPI используется Unicode версия? Нафига эти сложности? Что мешает использовать Unicode UI? На чём вообще сделан UI?
Со списком лень мучаться, но я не вижу проблемы. Я взял проект по умолчанию генерируемый VS 2005 для Win32 Application, добавил нужные хеадеры зависимости в Linker, и в InitInstance добавил такую простую логику:
И всё отлично работает без каких либо преобразований Unicode <-> ANSI. Заголовок честно выводит "Realtek HD Audio Input".
Вы уверены, что Вам не хватает скорости именно из-за использования .Net, а не кривых алгоритмов? На самом деле .Net, как и Java, далеко не так уж медленны, как про них некоторые думают.
Сударь, у нас по-моему, некоторое взаимное непонимание. Цель моего примера показать, что при проектировании без извращений нету необходимости в конвертации Unicode <-> Ansi между UI и WinApi. По-моему, мой пример с этим вполне справляется. А писать полноценный пример со списками, тем более на чистом WinApi - увольте. Это форум и мне за это не платят
.
У меня такое впечатление, что, извините за грубость, кто-то не понимает русского языка. Я дважды спросил, на основе какой библиотеки делается UI? MFC, ATL, VCL/CLX, WinForms, Qt, что-то ещё? Извините, но я не знаю, как ещё спросить, что было понятно!
Замечу, что тут при Unicode конфигурации проекта, а это то, что стоит по умолчанию, конвертации Unicode <-> ANSI не происходит! Происходит конвертация массива WCHAR в объект класса String.
С VB дружу не очень, но, как я понимаю, там аналогично C# (а скорее всего даже проще), в котором часто можно конвертацию такого рода при P/Invoke возложить на компилятор.
Поскольку это WinAPI, то лучшей первичной документаций был и будет MSDN! Начать можно с локальной копии, ставящейся с Visual Studio, которая, кстати, умеет искать и на сайте Посилання видалено
Это просто у Вас пока мало опыта с WinAPI. На самом деле все Handler'ы (а не "Header"), можно интерпретировать как целочисленные типы данных. Просто в C++ есть средства, которые позволяют дать некоторому типу данных произвольное имя (typedef). Плюс можно сделать ещё дополнительный контроль типов при компиляции, т.е., например, чтобы нельзя было просто так присвоить HMIDIOUT в переменную HMIDIIN. (Если интересно, можно посмотреть определение макроса DECLARE_HANDLE(name), с помощью которого тип HMIDIIN и определён). В других языках, лишённых таких шаманических средств, приходиться использовать "голые" типы данных.
Я не силён в VB, поэтому трудно правильно прокомментировать. unsigned char * это один из возможных способов описать массив произвольных данных, или некоторую часть потока произвольных данных. При работе с MIDI управлением памятью (структурами MIDIHDR) нужно заниматься самому. Здесь компилятор не в состоянии сам обернуть unmanaged WinAPI в managed код, поскольку выделение и очистка памяти происходит при вызове разных методов xxxPrepareHeader/xxxUnprepareHeader. Одним из возможных решение является использование IntPtr и, возможно, GCHandle.
Удачи!
.
