.NET GUI - C# vs C++/CLI

Question

Я пишу небольшое приложение, которое требует нескольких списков, кнопок, текстовых полей. Он будет связан с Boost, MySQL и т. Д. C++ static libs. Для проекта требуются функции win32. Я считаю, что Winforms будет в порядке (MFC и CodeJock требуют слишком много времени).

Так что C++/CLI кажется идеальным для работы. Просто используйте стандартный C++ вместе с графическим интерфейсом. Затем я просматриваю потоки, предлагая вам написать свой графический интерфейс на C#. Затем используйте p/Invoke (медленный) или интерфейс C++/CLI для стандартных DLL на C++.

Пример: http://social.msdn.microsoft.com/Forums/en-US/clr/thread/6ae877ac-07b4-4d26-8582-de475ee9a5cb

Почему? Какое преимущество в использовании C# для вашего winforms GUI вместо C++/CLI (они выглядят одинаково, команды одинаковы). Какой недостаток заключается в использовании исполняемого файла C++/CLI вместо стандартного исполняемого файла C++. Я могу понять, была ли кросс-платформенная совместимость проблемой, но тогда вы могли просто не использовать управляемые функции (кроме графического интерфейса).

Я не понимаю, почему вы использовали бы C#, а затем зайдите так далеко, чтобы разделить его с «DLL-движком». Если, конечно, «DLL-движок» не использовался и для других приложений.

Благодаря

Answer 1

Я думаю, что большинство рекомендаций в отношении этого вопроса центра вокруг того, что C# является только лучше среда для создания приложений .NET с чем C++/CLI. Синтаксис чище, инструмент лучше - как в Visual Studio, так и у третьих сторон. Вы получите дополнительную и лучшую поддержку от разработчиков, которые почти все будут более знакомы с C#.

Приложения C++/CLI отличаются от стандартных C++ со всеми этими символами^и%, которые, по крайней мере, я считаю, что это НЕ C++.

Большинство советов также приходит с точки зрения, что вы хотите создать приложение .NET, а C++/CLI используется в качестве слоя клея. Всякий раз, когда я использовал C++/CLI, это было неохотно и почти всегда, потому что в какой-то сторонней библиотеке было много сложных объектов C/C++, которые они передавали. При использовании C# и P/Invoke вам часто приходится создавать классы для зеркалирования структур и классов, которые находятся в заголовочных файлах C++ программного обеспечения, с которым вы взаимодействуете. Хранение тех, кто синхронизирован, является трудоемким, и сделать ошибки легко. Кроме того, выяснение того, как маршалировать структуру с указателями на структуры массивов структуры, заставит ваш мозг расплавиться!

Мой общий совет - использовать C# (или VB.NET) для создания максимально возможного кода для вашего приложения. Использовать P/Invoke, когда необходимо вызвать Win32 API и/или сторонние SDK, ограничено, а интерфейсы и параметры просты. Используйте C++/CLI в качестве слоя клея, когда это невозможно.

В командной среде ваши коллеги-разработчики будут благодарны вам за ограничение использования C++/CLI только там, где это абсолютно необходимо. Опыт C++/CLI просто не так распространен.

Answer 2

Я задавался вопросом об этом, поэтому с Visual Studio 2008 я создал новый проект приложения Windows Forms с использованием C++/CLI в качестве языка. Первое, что он сделал, это вызвать ошибку. Поэтому я воспринял это как признак того, что этот материал не совсем готов к использованию. Возможно, я не даю ему достаточно шанса!

The file 'c:\source\Test\Test\Form1.h' does not 
support code parsing or generation 
because it is not contained within a 
project that supports code. 

Это происходит всякий раз, когда я пытаюсь открыть мастер-созданный Form1.h файл.

Answer 3

Лично я люблю C++/CLI, но я бы предпочел написать свой интерфейс в C#.

C++/CLI является отличным для работы непосредственно с Win32 или с устаревшим кодом, но он немного подробный для моей симпатии, когда дело доходит до кода пользовательского интерфейса. WinForms UI-код на C# хорош и прост (по большей части, ха-ха). Написание кода пользовательского интерфейса на C++ почти всегда беспорядочно (просто посмотрите на MFC).

Почему бы просто не создать свой пользовательский интерфейс на одной сборке C# и не поместить весь свой код нижнего уровня в сборку C++/CLI? Хорошая вещь о C++/CLI заключается в том, что вы можете создать управляемый уровень, который может легко вызвать код C#. Затем этот управляемый слой легко переадресует вызовы на собственный слой с прямым кодом C++ или C.

Answer 4

Какие преимущества есть при использовании C# для GUI WinForms вместо C++/CLI (они выглядят так же, как команды одинаковы)?

Они не выглядят одинаково. C# по-моему чище и имеет некоторые полезные абстракции. Поддержка инструментов значительно лучше для C# или VB.net.

Look here for an example comparison

И не забывайте продуктивные особенности языка, как лямбда-выражения, LINQ, тип вывода и т.д., которые имеют тенденцию попасть в C# первый и просачивания VB.net достаточно скоро, но редко находят свой путь вниз C++/CLI.

Answer 5

Я пишу небольшое приложение, которое требует нескольких списков, кнопок, текстовых полей. Он будет связан с Boost, MySQL и т. Д. C++ static libs. Проект требует функций win32 ...

Я, вероятно, получить риск быть downvoted, но, если большая часть кода уже написана на C++ и использовать функциональные возможности C++, woudn't бы проще написать свой графический интерфейс in Родной C++.

Вам не нужно использовать MFC для создания графического интерфейса. Посмотрите на Qt4, у них очень хороший учебник , чтобы вы могли начать писать графический интерфейс на C++ с несколькими часами.

Answer 6

Да, кажется, большинство людей, которые автоматически предлагают использовать C# над C++, предполагают, что вы уже знаете C# или готовы потратить время на изучение этого. Я не вижу, что такое ненависть над C++/CLI WinForms. По крайней мере, если вы хотите портировать существующий код на C++, он выполняет свою работу. По крайней мере, я применил GUI к существующему C++, используя WinForms/CLI. Да, я, вероятно, использовать C#, если я начинал с нуля, так как:

1 Я уже знаю, C

2 Я знаю, что это намного проще и быстрее код, используя C

Но, как я сказал, если вы уже получил код C++, который вы действительно хотите начать с нуля?