Có một ngôn ngữ giữa C và C ++?

Tôi thực sự thích bản chất đơn giản và minh bạch của C: khi tôi viết mã C, tôi cảm thấy không bị cản trở bởi "sự trừu tượng bị rò rỉ" và hầu như luôn có thể đoán được một cách thông minh về tổ hợp tôi đang sản xuất. Tôi cũng thích cú pháp đơn giản, quen thuộc cho C.

Tuy nhiên, C không có những hình tượng trưng đơn giản, hữu ích mà C ++ cung cấp như các lớp, xử lý phi chuỗi đơn giản hóa, v.v. Tôi biết rằng tất cả đều có thể thực hiện trong C bằng cách sử dụng các bảng nhảy và tương tự, nhưng đôi khi hơi khó hiểu và không an toàn cho nhiều loại vì nhiều lý do.

Mặc dù vậy, tôi không phải là người hâm mộ quá tập trung vào các đối tượng trong C ++ và tôi rất ngại người điều hành 'mới' và những thứ tương tự. C ++ dường như chỉ có quá nhiều trục trặc, ví dụ, được sử dụng làm ngôn ngữ lập trình hệ thống.

Có tồn tại một ngôn ngữ nằm giữa C và C ++ trên quy mô của các widget và hình tượng trưng không?

Tuyên bố miễn trừ trách nhiệm: Tôi muốn nói đây hoàn toàn là một câu hỏi thực tế. Tôi không có ý định chọc giận bạn vì tôi không chia sẻ quan điểm của bạn rằng C {, ++} đủ tốt để làm bất cứ điều gì tôi dự định.

Đây có thể là những droid bạn đang tìm kiếm ...

Đi - http://golang.org/

D - http://dlang.org/

Rust - http://rust-lang.org/

Có khá nhiều ngôn ngữ (ví dụ: Java, Go, D, Objective-C) gần như song song với C ++ hoặc cố gắng khắc phục các sự cố mà các tác giả đã thấy với C ++.

Ít nhất IMO, tuy nhiên, tất cả chúng đều hoạt động kém hơn C ++ cho hầu hết các mục đích thực tế.

Thật không may, dựa trên sở thích rõ ràng của bạn để biết mã lắp ráp nào sẽ được tạo ra, có lẽ chúng ta có thể loại trừ Objective C và Java ngay lập tức.

Về mặt lý thuyết, tôi coi Go là điều thú vị nhất trong số này - nó có một số ý tưởng thực sự độc đáo và cách tiếp cận thú vị để giải quyết các vấn đề giúp một số loại mã dễ dàng hơn nhiều. Thật không may, các trình biên dịch hiện tại không tạo ra mã rất tốt và đã không có nhiều cải tiến về vấn đề đó trong vài năm qua.

Điều đó khá nhiều khiến D là người duy nhất có cơ hội. Nó có lẽ giống với C ++ (trong số này), nhưng cũng ít có khả năng nhất (IMO) để khắc phục những gì bạn dường như coi là có vấn đề.

Điều đó để lại một cách tiếp cận rõ ràng: sử dụng C ++, nhưng chỉ sử dụng những phần bạn muốn và tránh những phần bạn không thích.

Tuy nhiên, C không có những hình tượng trưng đơn giản, hữu ích mà C ++ cung cấp như các lớp, xử lý phi chuỗi đơn giản hóa, v.v. Tôi biết rằng tất cả đều có thể thực hiện trong C bằng cách sử dụng các bảng nhảy và tương tự, nhưng đôi khi hơi khó hiểu và không an toàn cho nhiều loại vì nhiều lý do.

Mặc dù vậy, tôi không phải là người hâm mộ quá tập trung vào các đối tượng trong C ++ và tôi rất ngại người điều hành 'mới' và những thứ tương tự.

Xin lỗi, bạn thân, báo động mâu thuẫn. Xử lý phi dây yêu cầu new . Đó là một điều cần thiết cơ bản. Bạn không thể có std::stringmà không có new. Và hơn nữa, new/ deletechính xác tương đương với malloc/ freenhưng an toàn hơn , bởi vì nó đảm bảo việc xây dựng và phá hủy chính xác các đối tượng heap (hoàn toàn cần thiết!) Và sử dụng xử lý ngoại lệ thay vì NULLtrả lại, và do đó vượt trội hơn mọi thời trang có thể tưởng tượng được. Trong C ++ 11, rất có thể viết newhàm kiểu riêng của bạn , bởi vì chuyển tiếp hoàn hảo cho phép bạn xử lý bất kỳ hàm tạo nào thuộc bất kỳ loại nào. Nếu bạn ngại ngùng với súng new, thì tôi khuyên bạn đơn giản là không thực sự biết bạn đang làm gì.

Ồ, vâng, và con trỏ thông minh làm cho nó để bạn không bao giờ phải thực sự đối phó với bất kỳ điều này.

Hơn nữa, trong C ++ không có sự nhấn mạnh quá mức. Bạn không phải sử dụng bất kỳ đối tượng nào bạn không muốn. Bạn có thể lập trình chức năng với lambdas và bất cứ lúc nào bạn muốn. Không ai bắt buộc bạn sử dụng tính kế thừa và các hàm ảo - thực tế, nhiều chương trình C ++ tốt hiếm khi thể hiện tính kế thừa. Mẫu là kỹ thuật trừu tượng mạnh mẽ hơn và hữu ích hơn. Đây không phải là Java.

C gần như là một tập hợp con của C ++, vì vậy bạn chỉ có thể sử dụng các phần của C ++ mà bạn thích và bỏ qua phần còn lại. Thậm chí có thể viết C hợp lệ cũng là C ++ hợp lệ.

Bạn sẽ không viết C ++ thành ngữ, nhưng đó là về "giữa" như nó được.

Ngoài ra, bạn có thể kiểm tra các ngôn ngữ khác cố gắng mở rộng C theo hướng mạnh hơn, đặc biệt là D và Objective-C.

Và cuối cùng, tùy thuộc vào bản chất của dự án, bạn có thể thực hiện một cách tiếp cận đa âm: chia dự án của bạn thành các mô-đun và chọn ngôn ngữ phù hợp nhất cho từng phần. Nhược điểm của việc này là bạn cần phải có các ngôn ngữ để làm việc cùng nhau, điều này có thể là quá nhiều công việc để có giá trị nỗ lực.

Chỉ cần đưa ra một câu trả lời hoang dã, vượt trội: nếu ngôn ngữ bạn muốn không tồn tại, tại sao bạn không tự tạo ra một ngôn ngữ? Có rất nhiều công cụ phát triển ngôn ngữ mạnh mẽ ngoài kia, ngay dưới các bản dựng cũ của (F) Lex và Yacc / Bison. Vì bạn đã biết C, bạn chỉ cần "trình biên dịch" để xuất mã C, sau đó bạn sử dụng chuỗi công cụ hiện có của mình.

Điều này có thể vừa đơn giản vừa mạnh mẽ hơn bạn nghĩ. Bắt đầu với trình phân tích cú pháp / lexer cho C, sau đó thêm các tính năng bổ sung mà bạn cho là quan trọng. Nếu các bảng nhảy gây khó chịu khi viết bằng tay, hãy tìm ra một cấu trúc để thể hiện sự trừu tượng và để cho trình thông dịch của bạn viết chúng cho bạn. Về cơ bản, đây chỉ là một siêu lập trình tiền xử lý cấp cao hơn, sử dụng các công cụ bên ngoài để thực hiện siêu lập trình. Bạn sẽ luôn biết chính xác phần lắp ráp cuối cùng sẽ như thế nào kể từ khi bạn biết C và bạn biết phần mở rộng ngôn ngữ của C sẽ mở rộng thành gì.

Rõ ràng có một số hạn chế về hiệu quả của việc này mà không cần phải làm thêm. Thêm một hệ thống kiểu tĩnh đầy đủ có thể phức tạp hơn bạn muốn vào, nhưng đó là một tùy chọn bạn có thể khám phá nếu bạn thấy bạn có sở thích về nó. Các tiện ích mở rộng DSL của bạn mạnh mẽ và phức tạp như bạn có thời gian và năng lượng để tạo ra chúng, và ai biết được, có thể một ngày nào đó, ngôn ngữ mở rộng của bạn sẽ trở thành "C ++ tiếp theo".

Bạn chưa nói những gì các tính năng C ++ gây phiền nhiễu cho bạn. dù sao bạn cũng có thể thử Objective-C. Nó nhấn mạnh vào Hướng đối tượng thay vì Thư viện chuẩn trên C ++.

Thế giới nhúng được chỉ định Embedded C ++ , có thể là thứ bạn đang tìm kiếm. Họ loại bỏ những thứ như nhiều thừa kế và như vậy. Theo như tôi biết, nó đã chết khá nhiều.

Bạn có thể thấy sự so sánh chuyên sâu này của C ++, Objective-C, Java và C # hữu ích. Cá nhân tôi nghĩ rằng C # sạch hơn rất nhiều so với C ++. Tôi đã chuyển một số hàm C (số / tính toán) sang C # trước đây mà không cần quá nhiều thay đổi do sự giống nhau của kiểu cú pháp và kiểu dữ liệu số.