Как и какую технологию (.NET-WinForms, основанную на C -MIDI MFC) лучше всего использовать для чтения и записи данных COM-порта?

#.net #com #mfc #serial-port #midi

#.net #com #mfc #последовательный порт #midi

Вопрос:

Мне нужно решить проблему чтения и записи данных COM-порта из MIDI-приложения.

1) Программное обеспечение должно иметь возможность обрабатывать несколько портов MIDI In и MIDI Out, одновременно отправляя и получая MIDI-данные, не снижая производительность приложения (это также будет включать аудио).

Я уже использую модифицированную версию старого Mabry MIDIIO, MFC COM-сервер в общей DLL, написанный на c . В настоящее время он компилируется в .ocx и требует регистрации COM. Он работает в среде Visual Studio 2008

Но полная перезапись или другое решение является жизнеспособным вариантом, но, конечно, с самым быстрым, недорогим и простым в обслуживании решением.

Вот вопросы:

1) В каком направлении вы бы порекомендовали COM control или .net control, .dll, многопоточность, что-то еще и почему? Если у кого-нибудь есть идеи о MABRY Control, как вы думаете, можно ли переработать элемент управления Mabry в мое новое решение или было бы лучше просто выбрать совершенно другое направление?

2) Какова рекомендация? неуправляемое или управляемое решение?

С уважением, Усман

Комментарии:

1. Каковы ограничения или недостатки вашей текущей реализации? конечно, вы можете выполнять многопоточность .net, а также использовать COM-объекты из .NET, но почему вы хотите переписать то, что работает?

2. В этом могут быть некоторые ограничения. Поскольку в настоящее время клиент только заявил, что он работает только для VS 2008 и требует в основном регистрации COM и компиляции в .ocx. Требуется более ПРОСТОЕ В ОБСЛУЖИВАНИИ решение.!! Не ясно на 100%, но это то, что я спросил, надеюсь, клиент уточнит более подробно. Но то, что указано, это предварительные спецификации.