@vardan25

Здравствуйте, уважаемые форумчане. Всем откликнувшимся заранее большое спасибо. Вообщем ситуация вот какая. Я занимаюсь разработкой систем управления и контроля. Работаю с микроконтроллерами и с целой кучей другой лабуды, в том числе появилась необходимость работать с интерфейсом USB. Но с USB есть ряд проблемм, связанных с ПО интерфейса. Мои поиски и желание понять, как это можно сделать правильно, привели меня к VS 2012 (Здесь можно и драйвер написать и програмку для работы с драйвером). Ну и началось. Учитывая мои скудные знания в программировании под win в с++, да еще и первое знакомство со средой VS, я через неделю трудов получил результат, а именно научился из консольного приложения и самописного драйвера принимать и отправлять пакеты по USB в платку STM32F4 Discavery. И нашла коса на камень... Как (по-правильному) в VS 2012 С++ создавать формы, кнопки, поля и др, не вдаваясь в Win API? Почему конструктор форм работает только в шарпе? Если по замыслу создателей WinForm нужно писать в С#, то как к такому проекту прикрутить код, написанный в С++, ориентированный на ввод-вывод и работу с железом? Меня интересует не то, как это можно сделать (путей много), а как правильно по замыслу создателей нужно поступать в таких случаях? И неужели в такой мощной среде, как VS, стемень автоматизации ниже, чем в RadStudio, если банального конструктора форм нет?!

0

@ranebull

https://www.cyberforum.ru/post5282198.html

1

@vardan25

Чуть перефразирую вопрос. Поправьте меня, если я не прав: писать windows приложения лучше на C#, правильно? Все мануалы на дрова и ввод-вывод в них даются на С++ . Примеров работы в С# с чтением/записью в файл драйвера я не видел. Например мне нужно написать простенький графический редактор, читающий/редактирующий dxf, и при этом передавать информацию на платку ЧПУ. Как лучше подойти к решению такого вопроса? Писать все на C++ или разбираться с С# и как-то (наверно с помощью DLL) подтягивать код, работающий с драйвером?

0