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

Question

Tôi đang viết một ứng dụng nhỏ yêu cầu một vài hộp danh sách, các nút, hộp văn bản. Nó sẽ được liên kết với Boost, MySQL, vv. Dự án yêu cầu các hàm win32. Tôi con số Winforms sẽ được sử dụng tốt (MFC và CodeJock yêu cầu quá nhiều thời gian).

Vì vậy, C + +/CLI có vẻ hoàn hảo cho công việc. Chỉ cần sử dụng tiêu chuẩn C++ bên cạnh GUI. Sau đó, tôi chạy qua chủ đề đề nghị bạn viết GUI của bạn trong C# thay thế. Sau đó, sử dụng giao diện p/Invoke (slow) hoặc C++/CLI cho C++ DLL chuẩn của bạn.

Ví dụ: http://social.msdn.microsoft.com/Forums/en-US/clr/thread/6ae877ac-07b4-4d26-8582-de475ee9a5cb

Tại sao? Những lợi thế là có trong việc sử dụng C# cho winforms GUI của bạn thay vì C + +/CLI (họ trông giống nhau, các lệnh đều giống nhau). Những bất lợi là có trong việc sử dụng C++/CLI thực thi thay vì thực thi chuẩn C++. Tôi có thể hiểu được nếu khả năng tương thích đa nền tảng là một vấn đề, nhưng sau đó bạn có thể chỉ đơn giản là không sử dụng các tính năng được quản lý (ngoài GUI).

Tôi không hiểu tại sao bạn sử dụng C# và sau đó đi xa đến mức để tách nó bằng "DLL động cơ". Trừ khi tất nhiên "DLL động cơ" đang được sử dụng cho các ứng dụng khác.

Cảm ơn

Answer 1

Tôi nghĩ rằng hầu hết các kiến ​​nghị liên quan đến trung tâm câu hỏi này trên thực tế là C# chỉ là một môi trường tốt hơn để tạo ra các ứng dụng NET với hơn so với C++/CLI với. Cú pháp là sạch hơn, các công cụ là tốt hơn - cả trong Visual Studio và từ các bên thứ 3. Bạn sẽ nhận được sự hỗ trợ nhiều hơn và tốt hơn từ các nhà phát triển, những người hầu như sẽ quen thuộc hơn với C#.

Ứng dụng C++/CLI đủ khác với tiêu chuẩn C++ với tất cả ký tự^và% mà ít nhất tôi cảm thấy nó KHÔNG phải là C++.

Hầu hết lời khuyên cũng đến từ quan điểm mà bạn muốn tạo một ứng dụng .NET và C++/CLI được sử dụng nhiều hơn như một lớp keo dán. Bất cứ khi nào tôi đã sử dụng C++/CLI, nó đã được grudgingly và hầu như luôn luôn bởi vì một số thư viện của bên thứ ba đã có nhiều phức tạp C/C + + đối tượng mà nó thông qua xung quanh. Khi sử dụng C# và P/Invoke, bạn thường phải tạo các lớp để phản chiếu các cấu trúc và các lớp có trong các tệp tiêu đề C++ của phần mềm mà bạn đang giao tiếp. Giữ cho những người đồng bộ là lao động chuyên sâu và làm cho những sai lầm là dễ dàng để làm. Hơn nữa, tìm hiểu làm thế nào để sắp xếp một cấu trúc với con trỏ đến cấu trúc của mảng struct sẽ làm cho bộ não của bạn tan chảy!

Lời khuyên chung của tôi là sử dụng C# (hoặc VB.NET) để tạo nhiều mã nhất có thể cho ứng dụng của bạn. Sử dụng P/Gọi khi nhu cầu của bạn để gọi API Win32 và/hoặc SDK của bên thứ ba bị hạn chế và các giao diện và thông số rất đơn giản. Sử dụng C++/CLI như một lớp keo khi điều này là không thể.

Trong môi trường nhóm, các nhà phát triển đồng nghiệp của bạn sẽ cảm ơn bạn vì đã giới hạn việc sử dụng C++/CLI của bạn chỉ ở những nơi hoàn toàn, được yêu cầu tích cực. C++/CLI chuyên môn chỉ là không phổ biến.

Answer 2

Tôi tự hỏi về điều này, vì vậy với Visual Studio 2008 tôi đã tạo một dự án Windows Forms Application mới sử dụng C++/CLI làm ngôn ngữ. Điều đầu tiên nó làm là ném lên một lỗi. Vì vậy, tôi lấy đó như là một dấu hiệu cho thấy công cụ này không phải là khá sẵn sàng để sử dụng. Có lẽ tôi không cho nó đủ cơ hội!

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. 

Điều này xảy ra bất cứ khi nào tôi cố gắng mở file Form1.h wizard tạo.

Answer 3

Cá nhân, tôi yêu C++/CLI, nhưng tôi vẫn muốn viết giao diện người dùng của mình trong C#.

C++/CLI là tuyệt vời để làm việc trực tiếp với Win32 hoặc nói chuyện với mã cũ, nhưng hơi quá chi tiết theo ý thích của tôi khi nói đến mã giao diện người dùng. Mã giao diện người dùng WinForms trong C# rất đẹp và đơn giản (đối với hầu hết các phần, haha). Viết mã UI trong C++ hầu như luôn lộn xộn (chỉ cần nhìn vào MFC).

Tại sao không chỉ tạo giao diện người dùng của bạn trong một C# lắp ráp và đặt tất cả các mã cấp thấp hơn của bạn trong một C + +/CLI lắp ráp? Điều tuyệt vời về C++/CLI là bạn có thể tạo một lớp được quản lý mà mã C# của bạn có thể dễ dàng gọi. Lớp được quản lý đó sau đó có thể dễ dàng chuyển tiếp các cuộc gọi đến một lớp C++ hoặc mã C thẳng.

Answer 4

lợi thế gì là có trong việc sử dụng C# cho winforms GUI của bạn thay vì C++/CLI (họ đều giống nhau, các lệnh đều giống nhau)?

Chúng trông không giống nhau. C# là ý kiến ​​của tôi sạch hơn và có một số trừu tượng hữu ích. Công cụ hỗ trợ là tốt hơn ồ ạt cho C# hoặc VB.net cũng.

Look here for an example comparison

Và đừng quên tính năng ngôn ngữ hiệu quả như Lambda Expressions, LINQ, suy luận kiểu, vv mà có xu hướng nhấn C# đầu tiên và chảy xuống VB.net sớm đủ nhưng hiếm khi tìm đường xuống C++/CLI.

Answer 5

Tôi đang viết một ứng dụng nhỏ yêu cầu một vài hộp danh sách, nút, hộp văn bản. Nó sẽ được liên kết với Boost, MySQL, vv. Dự án đòi hỏi chức năng win32 ...

tôi có thể nhận được nguy cơ được downvoted, nhưng, nếu hầu hết các mã của bạn đã được viết bằng C++ và sử dụng C++ chức năng, nó woudn't được đơn giản để viết GUI của bạn trong Gốc C++.

Bạn không phải sử dụng MFC để tạo GUI. Hãy xem trên Qt4, chúng có hướng dẫn rất tốt để bạn có thể bắt đầu viết GUI bằng C++ trong vài giờ.

Answer 6

Có vẻ như hầu hết mọi người tự động đề xuất sử dụng C# trên C++ giả sử bạn đã biết C# hoặc sẵn sàng đầu tư thời gian vào việc học nó. Tôi không thấy những gì tất cả các ghét trên C + +/CLI WinForms là. Ít nhất nếu bạn muốn chuyển qua mã C++ hiện tại, nó sẽ hoàn thành công việc. Ít nhất tôi đã tacked trên một GUI để hiện tại của tôi C + + bằng cách sử dụng WinForms/CLI. Vâng tôi có lẽ sử dụng C# nếu tôi đã bắt đầu từ đầu từ:

1 Tôi đã biết C

2 Tôi biết đó là dễ dàng hơn nhiều và nhanh hơn để mã sử dụng C

Nhưng như tôi đã nói nếu bạn đã có mã C++ đặt xung quanh bạn có thực sự muốn bắt đầu từ đầu?