Народ подскажите на чем нынче модно клепать .exe ?

Не знаю ни каких других языков программирования кроме Delphi и VBA макросов для офиса - Delphi говорят уже практически каюк ? на чем сейчас модно (удобно) сейчас писать программы ? В чем можно делать готовые исполняемые файлы для Windows (область применения - общение с Arduino по ком. порту и.т.п. задачи) !?

 

Вместо Delphi есть Lazarus (http://www.lazarus-ide.org/), а софт сейчас на чем только не пишут... попробуйте что ли Qt (https://www.qt.io/ru/), оно не только под Windows живет, но и практически на всем, что шевелится. Впрочем, если нужно преимущественно под Windows, то можно под платформу .Net писать (C#/MSVS), управляемый код нынче в моде.

 

Visual Studio.

 

Qt... требует окружения соответствующего для запуска. .Net требует для запуска установленного framework.Net. VisualStudio кроме (C++/C#/MSVS) позволяет и многое другое... включая мобильные платформы, симулятор для которых он тянет с собой... ну и само собой компиляторы от тоже тащит с собой.
Собственно вопрос(или просьба о помощи):
Как вы делаете в C# используете указатель на данные... допустим при обращении к функциям DLL.
Пример (для C++);
cMRTUsCMD (
4 - адрес устройства
3 - чтение регистров
25 - начальый регистр
1 - в количестве одного
&rd - прочитать в указанное место
0 - используем кадр 0
1 - и при этом сервер будет непрерывно читать данные из этого регистра потом и без нас
)
В Си всё нормально, но как быть с &rd, а именно указать массив в C# куда функция длл-ки поместит принятые данные. Или без дополнительной функции в длл-ке, которая по одиночке с указанием номера в массиве будет читать данные из длл-ки.
Спасибо заране!

 

Не обязательно, можно статически собрать.

Тут толком не подскажу, т.е. для своих задач C# не использую, но из общих соображений должен быть какой-то механизм аналогичный JNI для Java для связки управляемого кода и нативных библиотек.

 

google: call native dll from c# pass pointer

https://stackoverflow.com/questions...ointer-from-c-sharp-to-native-function-in-dll
https://stackoverflow.com/questions...ns-that-return-and-accept-pointers-to-structs
https://stackoverflow.com/questions/835072/passing-pointers-from-unmanaged-code

 

Пока не понятно... но просматриваю...
Конкретно (на пальцах) для моего случая:
функция :
//rd - массив в C# куда будут скопированы байты, size - количество байтов
void Func(char * rd, int size)
{
memcpy(rd, &inbuf[0], size); //функция внутри dll копирует в массив C#
}
Не понятно что сделать в C# для предоставления массива, точнее указатель на него функции в длл-ке. Но... Читаю - точнее смотрю примеры. Проверить можно только завтра.

Qt... требует окружения соответствующего для запуска.
Не обязательно, можно статически собрать.
Думаю всё-таки окружение... по аналогии с .Net. Имеется ввиду запуск на машине без Qt.
Хотя спорить не имею интереса никакого - кесарю кесарево, богу божье.

Спасибо за подсказку! - всё делаю в dll, а шкурку в C#!!!

 

Нет, в этом смысле .Net правильно сравнивать с Java, для которой нужны JVM и JRE (для .Net это CLR и Framework). Собственно .Net и появился на свет, когда Microsoft решил в наглую скоммуниздить Java у ныне покойной Sun Microsystems и при этом не нарваться по крупному. Драка эта все же произошла, но позже, и уже между Google и Oracle, скупившему часть остатков Sun, когда Google не стал заморачиваться с #-языками и VM под них, а заменил JVM на самописный Dalvik, оставив всю остальную Java как есть и начал пилить на ней свой Android.

Ну а Qt - это просто набор C++ библиотек (ну да, проект большой, есть и IDE и симуляторы мобилок), которые, как и wxWidgets и GTK и другие тулкиты, в скомпилированном виде связываются динамически (.dll) либо статически (.lib / .a) включаются в исполняемый файл. Т.е. вам в худшем случае нужно взять с собой буквально несколько dll, а то и вовсе один только исполняемый файл.

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

 

Кстати, на том же процессинге можно склепать. Правда у него от рождения проблемы с вводом данных на экране, но есть надстройки решающие и это.

 

всё делаю в dll, а шкурку в C#!!!
Ну вот это не самое лучшее решение, вы так собрали все минусы от каждой из половинок + поимели головняк с интеграцией. Лучше монокультурное решение, или только то или только другое.
- Да если бы не потребность в быстрогенерируемом оконном интерфейсе то C# нужен как телеге пятое колесо! Если только в консоли - то необходимость существования C# вообще сомнительна (ну это только моё мнение). В QtCreator всё оказалось проще чем в VisualStudio... да и переполз уже с Windows на Linux и не только по религиозным убеждениям!
- По поводу применения DLL - несколько отличных друг от друга проектов с применением для решения одной задачи... ну практически одной задачи... с одной dll удобно!
- Мои "лишние слова" про компиляцию - не обращайте внимания... т.к. C# и JAVA - терплю... с трудом терплю! И если не потребность отображения параметров с картинками в Windows про C# вообще не знал бы. В Qt набор библиотек... да ими и решается практически всё... да как и в GTK. Лично я за QtCreator против VisualStudio с которго и начинал работу с GUI. Опять это моё мнение только... и для меня же.

 

Для гуя и ком порта C# пойдет замечательно. Чего за разборки про dll развели - непонятно. К задаче это отношения не имеет.

 

Глубочайше прошу прощения!!! Спросили-ответил!

 

Ну так они для того и придуманы

 

Сейча планирую QtCreator под Windows... Поясните ваш опыт по фразе Не обязательно, можно статически собрать. Очень надо!!! Надо, чтоб запускалось на машинах с Windows, но без QT окружения. Вы меня обнадёжили в данной теме... сразу уйду от C# и VisualStudio по ненадобности!!!
С Глубоким Уважением!
Спасибо!

 

Processing еще делает выполняемые программы, правда иной раз целая папка получается, а зависимости от конфигурации винды. Да и сама среда своеобразная, но красивости можно делать довольно легко.

 

Я делал сборщик данных с Ардуинки, и засылку их в удаленный сервер БД на Visual.
Все работало.
Данные потом просматривал удаленно через Веб-интерфейс.
Дома данные собираются, и копятся в БД, а я из конторы вижу как там оно.

 

Можно слинковаться со статическими библиотеками Qt, тогда они будут внутри исполняемого файла. Обычно в дистрибутиве собраны только динамические библиотеки, поэтому вполне вероятно, что придется перекомпилировать сам Qt.

 

Наткнулся на эту тему... на хабре... и не только, только не испытал. Если будет удачно уйду из VisualStudio... возможно навсегда. Ну если только не потребуется только на нём. Радует (думаю, что радует), что избавлюсь от C# (пользую его исключительно для GUI) навсегда!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 

Почему бы не использовать C++ (CLI) с .Net и не мучиться с интеграцией или полностью перейти на Qt.

Я использую C# .NET, но когда наберусь опыта и чего-то ещё переду на C++ и чистый Си, что бы избавиться от привязанности к определённой платформе.

 

Но C#, по моему мнению, используют для простых приложений WinForms и для игровых движков, как Unity.

WPF, ASP.NET и т.д. реже.