Cả VB.NET & C# được biên dịch thành MSIL (Ngôn ngữ trung gian của Microsoft) không phải mã gốc và điều này để hoàn thành việc biên dịch đầy đủ thành máy gốc trên máy người dùng cuối thông qua công việc .NET frame tồn tại máy tính người dùng cuối vì vậy nếu nó là .NET cho hệ điều hành x, chương trình của bạn sẽ hoạt động tốt cho hệ điều hành x và nếu nó là hệ điều hành y, ứng dụng của bạn sẽ hoạt động tốt với OS y, và đây là giải pháp mà công nghệ .NET đi kèm với hãy để hệ điều hành .NET ứng dụng trong Dependent.
cũng có một dịch vụ COM Marshaler để hỗ trợ thành phần cũ (điều khiển) để làm việc với các ứng dụng .NET vì vậy ví dụ bạn có thể gọi điều khiển vb6 (* .ocx) trong ứng dụng C# windows.
và đây là tích hợp tuyệt vời giữa các công nghệ và kỹ thuật của Microsoft.
và không cần phải có phát triển tốt ở cả VB.NET và C#, nhưng bất kỳ cách nào nếu bạn cần một, tôi đang ở đây :)
nhưng câu hỏi là tại sao tôi lại ở cả hai?
điều này chỉ vì tôi cung cấp đào tạo, Vì vậy, tôi nghĩ rằng để mở rộng khả năng của tôi và tôi đã rất ngạc nhiên rằng cả hai đều rất gần ngoại trừ cú pháp.
Nguồn
2010-01-22 14:37:15
OP đang hỏi về nếu đó là * điều đúng đắn * để làm, vì nó đã có sự kết hợp ngôn ngữ đó tại chỗ –
Đây là đúng 95% - 99,99% nhưng không đúng 100%. Đó là lý do tại sao có một đặc tả ngôn ngữ chung. Đánh dấu DLL là CLS tuân thủ, và đảm bảo 100% bạn có thể gọi nó từ bất kỳ ngôn ngữ CLS nào (ví dụ: VB.Net). http://stackoverflow.com/questions/2117776/mixing-vb-net-code-with-c-code/2117937#2117937 – MarkJ
@Mark - cảm ơn, tôi rõ ràng không bắn vào tất cả các xi lanh ngày hôm nay. Đoán đó là lý do tại sao tôi không làm việc. Dù sao, đã chỉnh sửa câu trả lời. –