Là C ++ hiện đại thay thế C #? Microsoft có thúc đẩy các nhà phát triển chấp nhận C ++ không? [đóng cửa]

Tôi nghe về sự phổ biến của C ++ hiện đại và một số cuộc nói chuyện về việc chuyển trở lại C ++ từ C # hoặc các ngôn ngữ giống như C khác.

Tôi biết về các tính năng của C ++ 11 nhưng tôi muốn nghe những trải nghiệm của bạn, đặc biệt là từ các nhà phát triển đã chuyển từ C # sang C ++.

Quan trọng hơn, Microsoft có thúc đẩy các nhà phát triển sử dụng C ++ không? Nếu đúng thì tại sao?

Vâng, những nghi ngờ của bạn là chính xác. Microsoft đang đẩy C ++ trở lại và trở nên phổ biến hơn.

Bây giờ tôi không thể tìm thấy nó, nhưng cách đây một thời gian tôi đã thấy một bài thuyết trình của một trong những ông lớn của Microsoft và toàn bộ điều này đã hướng đến các nhà phát triển và đã ra mắt Windows 8 và đặc biệt là WinRT (thay thế cho .NET framework dưới dạng API Win32).

Ông có một dòng thời gian mà ông giải thích rằng những áp lực khác nhau đã ảnh hưởng đến những gì công nghệ phổ biến tại một số thời điểm nhất định. Vì vậy, lúc đầu mọi người muốn tốc độ nên tất cả đều được mã hóa bằng C / C ++ (hai ngôn ngữ riêng biệt). Khi phần cứng trở nên nhanh hơn, trọng tâm chuyển khỏi tốc độ thực thi và hướng tới tốc độ phát triển, do đó, các ngôn ngữ cấp cao trở nên phổ biến hơn nhiều.

Tuy nhiên, giờ đây, trọng tâm đang ngày càng hướng đến các máy tính di động và dựa trên ARM (Windows 8 là phiên bản Windows đầu tiên được biên dịch cho ARM) và nhiều người tin rằng chúng sẽ trở nên phổ biến hơn nhiều và đối với một số người sẽ thay thế hoàn toàn máy tính để bàn. Vì vậy, trọng tâm (ít nhất là trong mắt của Microsoft) đã trở lại với C ++ vì bây giờ chúng tôi quan tâm đến thời lượng pin. Mã cấp cao hơn = hướng dẫn nhiều hơn = yêu cầu nhiều nước trái cây hơn.

Để hỗ trợ quá trình chuyển đổi này trở lại C ++, họ đã giới thiệu API lập trình Windows 8 hoàn toàn mới, được gọi là WinRT (tôi đã kiểm tra lần cuối, dù sao đó cũng là tên). API này tuân theo chủ đề của .NET Framework trong phạm vi chức năng mà nó cung cấp nhưng nó sẽ có sẵn cho bất kỳ ai mã hóa bằng C ++ (thông qua giao diện COM), trong C # hoặc thậm chí trong Javascript cho những người muốn viết ứng dụng HTML 5 / Javascript. Họ cũng đang đưa XAML (công nghệ được sử dụng trong WPF, khung UI mới nhất của họ) cũng có sẵn trong C ++.

Vì vậy, với tôi điều đó cho thấy rằng chắc chắn có nhiều sự tập trung vào C ++ tại Microsoft hơn so với trước đây.

CẬP NHẬT # 1:

Vì tôi vừa nhận được huy hiệu 'câu trả lời hay' cho điều này, tôi nghĩ có lẽ tôi nên quay lại và a) làm rõ vài điều và b) làm cho cảnh sát kiểm tra thực tế hài lòng vì như chúng ta đều biết trên các diễn đàn công nghệ, bất cứ điều gì không chính xác đều có thể dẫn đến chiến tranh kéo dài trong nhiều năm.

1. WinRT không phải là sự thay thế cho .NET framework, nhưng nó là một sự thay thế khác mà các nhà phát triển MS Windows hiện có và MS đang thúc đẩy mọi người đi theo hướng đó. Nó xuất hiện (vui lòng giữ ngọn lửa của bạn nếu điều này không chính xác 100%) rằng WinRT chủ yếu được nhắm mục tiêu cho các ứng dụng UI hiện đại mặc dù các ứng dụng máy tính để bàn thông thường cũng có thể tận dụng lợi thế của nó. Đã nói điều này, MS đang thúc đẩy mọi người chuyển sang viết một) ứng dụng UI hiện đại và b) bắt đầu sử dụng WinRT để phần trăm thay đổi phần trăm số người sử dụng .NET framework rất có thể sẽ giảm.

2. C ++ sẽ KHÔNG BAO GIỜ thay thế các ngôn ngữ cấp cao hơn như C # hoặc python. Cũng giống như những ngôn ngữ đó sẽ KHÔNG BAO GIỜ thay thế C ++. Đây có lẽ là phần gây tranh cãi nhất trong câu hỏi của OP. Nhưng đó là tất cả về sự cân bằng và sự thật là:

   • Cộng đồng C ++ (với MS là một phần lớn của nó) đang thúc đẩy sự trở lại mạnh mẽ để định vị C ++ như một ngôn ngữ tốt cho các thiết bị có công suất thấp, có thị phần đang tăng lên như điên gần đây. Nếu bạn không tin tôi, hãy tìm kiếm loạt bài nói chuyện "Đi" bắt đầu từ năm ngoái.
   • Với tất cả nỗ lực và ảnh hưởng từ Microsoft, việc sử dụng C ++ chắc chắn sẽ tăng lên, trong khi C # có thể giảm một số thứ. Đây là những gì MS đang thúc đẩy và như tôi đã nói trong các ý kiến ​​trên, khi MS đặt vốn của họ đằng sau một ý tưởng, họ đã thay đổi phần lớn ngành công nghiệp. Tôi có thể sẽ nhận được phản hồi từ một số người sẽ tranh luận, "ngành công nghiệp nào, tôi đã luôn sử dụng Linux" và phản hồi duy nhất của tôi là, hãy thức dậy! Vâng, có những hệ điều hành khác ngoài thị trường, nhưng phần lớn thị trường máy tính để bàn, cả người tiêu dùng và doanh nghiệp hiện tại là Windows và bất kỳ nhà phát triển nghiêm túc nào muốn tối đa hóa giá trị thời gian của mình sẽ rất ngớ ngẩn khi không nhắm vào thị trường máy tính để bàn đó.

Vì vậy, kết luận: Có, MS đang thúc đẩy C ++ quay trở lại nên rất có thể mức độ phổ biến của nó sẽ tăng lên. Không, C ++ sẽ không bao giờ thay thế C #.

Cập nhật số 2:

Tôi không biết tại sao nhưng cộng đồng kỹ thuật có xu hướng nhìn mọi thứ theo thuật ngữ đen / trắng rất tuyệt đối khi thực tế tràn ngập màu xám. Đây là phản hồi cho một số bình luận mới đã được thêm vào bài đăng này:

1. .NET framework sẽ không biến mất bất cứ lúc nào sớm (hoặc bao giờ). Gần như mọi công nghệ mà các cửa sổ có từ những năm 90 vẫn còn tồn tại ở một số dạng hoặc thời trang. Vì vậy, đối với những người gắn bó với .NET framework: a) đừng lo lắng về việc nó biến mất và b) ngừng tranh luận về lợi ích của mình như thể cuộc sống của bạn phụ thuộc vào nó, API của bạn an toàn.

2. WinRT thực hiện lại rất nhiều chức năng mà trước đây được cung cấp bởi các API khung Win32 và .NET. Những người muốn chức năng đó sẽ có lựa chọn nếu họ muốn sử dụng WinRT, .NET framework hoặc tiếp tục với Win32 API (điều đó cũng không chết). Nếu WinRT không hỗ trợ dễ dàng tạo các ứng dụng web ngày hôm nay, rất có khả năng nó sẽ hỗ trợ chúng trong tương lai.

Vị trí mà Microsoft công bố là WinRT là một khung lớn giúp Microsoft có cơ hội bắt đầu với một bảng xếp hạng sạch sẽ và xây dựng API bằng các bài học kinh nghiệm trong chính Win32 API và .NET framework. Tôi đã thử tìm video đó và vẫn không thể tìm thấy video đó, nhưng một trong những điều mà người nói đã đề cập là có một số khu vực nhất định của .NET framework có thể được định nghĩa tốt hơn / đơn giản hơn / sạch hơn và WinRT hiển thị cùng chức năng đó trong giao diện mới sạch hơn.

Không, Windows 8 là tất cả về việc sử dụng bất kỳ ngôn ngữ nào bạn cần (hoặc biết) để hoàn thành công việc. Các ngôn ngữ JavaScript, .Net (C #) và C / C ++ đều được hỗ trợ như nhau.

Không có gì được thay thế và cuối cùng tùy thuộc vào các nhà phát triển. Tuy nhiên, có một sự thúc đẩy cho tuổi thọ pin tốt hơn mà WinRT làm cho dễ dàng hơn.

Ngoại lệ là các trò chơi mà C ++ đang nhận được nhiều hỗ trợ hơn, đặc biệt là trên Windows Phone 8 trong khi các ngôn ngữ được quản lý không có hỗ trợ riêng (còn gọi là không có xna).

Tôi biết về các tính năng của C ++ 11 nhưng tôi muốn nghe trải nghiệm của bạn

Ý nghĩ rằng mọi người sẽ thích C ++ hơn C # (hoặc gần như bất kỳ bài đăng nào khác năm 1990 [không phải php] thay thế) cho lập trình mục đích chung là đáng cười . C ++ 11 thêm một số bit bị thiếu tốt, nhưng nó vẫn đóng đinh vào chân một con chó .

C ++ có một số ngóc ngách tốt và đây vẫn là lựa chọn tốt nhất trên một số nền tảng có hỗ trợ trình biên dịch hạn chế. Nhưng không, C ++ hiện đại không nơi nào có thể thay thế bất cứ thứ gì ngoại trừ C ++ có thể lỗi thời.

DXM đã viết:

Vì vậy, trọng tâm (ít nhất là trong mắt của Microsoft) đã trở lại với C ++ vì bây giờ chúng tôi quan tâm đến thời lượng pin. Mã cấp cao hơn = hướng dẫn nhiều hơn = yêu cầu nhiều nước trái cây hơn.

Theo những từ này, việc chọn Java làm ngôn ngữ / khung chính cho Android của Google là một sai lầm. Nó không phải là. Ngôn ngữ cấp cao hơn thường có nghĩa là hoàn thành công việc nhanh hơn và tôi nghĩ đây là điều quan trọng nhất đối với Microsoft và Google. Càng nhiều ứng dụng tốt hơn được tạo ra cho nền tảng, lợi nhuận của nhà sản xuất HĐH càng cao.

Mặt khác, có rất nhiều phần mềm cho Windows vẫn được viết bằng C ++, vì vậy việc thúc đẩy các nhà phát triển đó chuyển sang C # / JavaScript / bất cứ điều gì khác sẽ là điên rồ. Microsoft tập trung vào việc cung cấp khả năng phát triển ứng dụng Win8 cho nhiều nhà phát triển nhất có thể, đó là lý do tại sao theo tôi, họ đã quyết định hỗ trợ C ++ và JavaScript trong ngăn xếp phát triển Win8.

C ++ vẫn có các tệp Tiêu đề, bộ tiền xử lý linh hoạt (#define), ... những thứ như vậy mà một số người coi các tính năng này là 'xấu xa' hoặc 'khó quản lý'.

Mặt khác, C # sử dụng siêu dữ liệu, không cần phải viết và duy trì các tệp tiêu đề.

Về việc Microsoft bổ sung thêm nhiều tính năng cho C ++: Không có vấn đề gì.

Mỗi trình biên dịch C ++ đang bổ sung thêm nhiều tính năng, bao gồm các tính năng của C ++ 11. gcc cũng được.

Chỉ có thể là tôi, nhưng, tôi thấy việc sử dụng C đơn giản hơn nhiều so với C ++.

Việc C ++ đã nuốt chửng toàn bộ C khiến chúng ta khó có thể suy ra ai đang sử dụng cái gì.

Nhưng có rất nhiều dự án nguồn mở C hơn C ++.

Quan điểm của tôi là nếu bạn cần gần với tốc độ sử dụng kim loại C. Nếu bạn cần linh hoạt và dễ quản lý với hiệu suất hợp lý, hãy sử dụng C # hoặc Java. Nếu bạn muốn một thiết kế sạch được thực hiện nhanh chóng, hãy sử dụng Python, Scala, Groovy hoặc bất kỳ ngôn ngữ nào có đầy đủ tính năng.

c ++ không thay thế c #. Hãy để chúng tôi xem xét nơi ngôn ngữ c ++ được sử dụng. Nó được sử dụng khi cần hiệu năng cao, để viết thư viện phần mềm trung gian, truy cập mức thấp và để viết mã cho các thiết bị bị hạn chế tài nguyên. Mặc dù bạn có thể sử dụng c # cho một số trong những c ++ này phù hợp hơn cho những điều này. Sự thúc đẩy của Microsoft cho c ++ có liên quan cao đến cú hích lớn của nó vào không gian di động. Không ai sẽ yêu cầu bạn viết ứng dụng web tiếp theo của bạn bằng c ++. Nhưng với Qt, đối số năng suất không thể được thực hiện đối với c ++. Nhưng tôi nghĩ nhiều người không quen thuộc với Qt.

Không, C ++ không thể thay thế C # vì tất cả các ứng dụng Windows Phone 8 không phải Direct3D phải được phát triển bằng C #. Bạn không thể phát triển và xuất bản ứng dụng lên kho ứng dụng wp8 chỉ bằng cách sử dụng C ++ hoặc HTML5 / Javascript. Và miễn là Microsoft không loại bỏ hạn chế này, C ++ sẽ không thay thế bất cứ điều gì. Do đó, tôi chắc chắn sẽ có rất ít người phát triển cho WP8. Nokia tội nghiệp, mất thêm một lần nữa.

Đây là đoạn trích từ trung tâm dev microsoft :

Windows Phone 8 không hỗ trợ Giao diện người dùng XAML với mô hình ứng dụng mã phía sau C ++ được hỗ trợ cho các ứng dụng Windows Store.

khác

Điều này có nghĩa là tôi không thể sử dụng C ++ với XAML để phát triển ứng dụng trên Windows PHone 8, tôi có bị hạn chế sử dụng C # + XAML không?

Đúng rồi. XAML chỉ có thể được sử dụng với C #. C ++ có thể được sử dụng cho một thành phần WinRT được sử dụng bởi dự án C #.

Ngay cả các MVP của Microsoft cũng cho rằng tin đồn này là thông tin sai lệch có chủ ý do chính Microsoft tạo ra:

Tôi thích những gì Microsoft đang làm với WinRT và Windows Phone 8, nhưng tôi ước họ sẽ không bán quá nhiều vì nó sẽ khiến người dùng thất vọng khi họ biết được sự thật hoàn toàn của vấn đề.

Và điều này cố tình tiếp thị sai làm lãng phí hàng tháng của mọi người :

Rất vui được biết AGTHS AGO này, trước khi tôi đi xuống tuyến đường mã gốc với ứng dụng Metro của mình.