Я запустил с LabVIEW приблизительно 2 года назад, и теперь используйте все это, время так может быть смещено, но найти его идеальным для приложений, где сбор данных и управление включены.
Мы используем LabVIEW главным образом для тестирования, где мы проводим непрерывные измерения и управляем газовыми клапанами и корпусами ATE. Это включает и цифровой и аналоговый вход и выводы со стандартными программами анализа сигнала и управлением процессом все выполнение от GUI. Путем разрушения каждой части в subVIs мы в состоянии реконфигурировать тесты с перетаскиванием мыши.
Не точно то же как C/C++, но подобная реализация измерения, управления и анализа с помощью Visual Basic кажется сложным и твердым поддержать по сравнению.
я думаю, что процесс программирования более важен, чем фактический язык программирования, и необходимо следовать инструкциям по стилю для графического языка программирования. Блок-схемы LabVIEW показывают поток данных ( программирование Потока данных), таким образом, должно быть легко видеть потенциальные условия состязания, хотя у меня никогда не было проблем. Если у Вас будет кодовая база C, тогда встраивающая его в dll, то позволит LabVIEW называть его непосредственно.
The following methods should be of interest to you:
[DllImport("dwmapi.dll", EntryPoint = "#127", PreserveSig = false)]
public static extern void DwmGetColorizationParameters(out WDM_COLORIZATION_PARAMS parameters);
[DllImport("dwmapi.dll", EntryPoint = "#131", PreserveSig = false)]
public static extern void DwmSetColorizationParameters(WDM_COLORIZATION_PARAMS parameters, uint uUnknown);
public struct WDM_COLORIZATION_PARAMS {
public uint Color1;
public uint Color2;
public uint Intensity;
public uint Unknown1;
public uint Unknown2;
public uint Unknown3;
public uint Opaque;
}
Make sure you make a call to DwmIsCompositionEnabled before calling the DwmSetColorizationParameters method or it will fail.
As you can see some of the arguments/properties are unknown.
For more information, here is a link (in German)