Tránh lỗi trong chương trình C ++ của bạn - núm vú

Không bắt đầu gỡ lỗi mã của bạn cho đến khi bạn gỡ bỏ hoặc ít nhất là hiểu tất cả các cảnh báo được tạo ra trong quá trình biên dịch. Cho phép tất cả các thông báo cảnh báo nếu bạn bỏ qua chúng thì bạn không làm tốt. Nếu bạn không hiểu cảnh báo, hãy nhìn nó. Những gì bạn không biết sẽ làm bạn tổn thương.

Áp dụng một phong cách mã hoá rõ ràng và nhất quán

Mã hoá theo một phong cách rõ ràng và nhất quán không chỉ giúp tăng khả năng đọc của chương trình mà còn dẫn đến ít lỗi mã hóa hơn. Hãy nhớ rằng, sức mạnh của não ít hơn bạn phải chi tiêu giải mã C + +, bạn càng bỏ qua để suy nghĩ về logic của chương trình. Một phong cách mã hóa tốt cho phép bạn làm những điều sau đây dễ dàng:

Biết được điều gì đó về vật thể dựa trên tên của nó

Phân biệt các ký hiệu tiền xử lý từ các ký hiệu C ++ (nghĩa là # xác định các vật thể nên nổi bật)

Xác định các khối mã C + ở cùng mức (đây là kết quả của sự nhất quán nhất quán)

Ngoài ra, bạn cần phải thiết lập tiêu đề mô đun chuẩn cung cấp thông tin về các hàm hoặc các lớp trong mô đun, tác giả (có lẽ, đó là bạn), ngày, phiên bản của trình biên dịch bạn đang sử dụng và lịch sử sửa đổi.

Ý kiến ​​mã của bạn khi bạn viết nó

Bạn có thể tránh lỗi nếu bạn bình luận mã của bạn trong khi bạn viết nó chứ không đợi cho đến khi mọi thứ hoạt động và sau đó quay lại và thêm ý kiến. Không dành thời gian để viết các tiêu đề phóng to và mô tả chức năng cho đến những điều sau này có thể hiểu được, nhưng bạn luôn có thời gian để thêm ý kiến ​​ngắn trong khi viết mã.

Những nhận xét ngắn nên được làm sáng tỏ. Nếu không, họ không có giá trị nhiều và bạn nên làm cái gì khác thay thế. Bạn cần tất cả sự giác ngộ mà bạn có thể có được trong khi bạn đang cố gắng làm cho chương trình của bạn hoạt động. Khi bạn nhìn vào một đoạn mã mà bạn đã viết cách đây vài ngày, các nhận xét ngắn gọn, có tính mô tả, và có thể góp phần đáng kể giúp bạn tìm ra chính xác những gì bạn đã cố gắng làm.

Ngoài ra, mã nhị phân phù hợp và quy ước đặt tên làm cho đoạn mã dễ hiểu hơn. Tất cả đều rất tuyệt khi mã dễ đọc sau khi bạn hoàn thành nó nhưng điều quan trọng là mã dễ đọc khi bạn viết nó. Đó là khi bạn cần sự giúp đỡ.

Kéo từng bước một ít nhất một lần

Là một lập trình, điều quan trọng là bạn phải hiểu chương trình của bạn đang làm gì. Không có gì cho phép bạn cảm thấy tốt hơn cho những gì đang xảy ra dưới mui xe hơn đơn bước chương trình với một trình gỡ lỗi tốt. (Các trình gỡ rối nằm trong IDE của trình biên dịch tương tác làm việc tốt).

Ngoài ra, khi bạn viết một chương trình, đôi khi bạn cần nguyên liệu thô để tìm ra một số hành vi kỳ quặc. Không có gì mang lại cho bạn các tài liệu đó tốt hơn các chức năng mới đơn lẻ khi chúng được đưa vào phục vụ.

Cuối cùng, khi một chức năng đã hoàn thành và sẵn sàng để được thêm vào chương trình, mỗi con đường hợp lý cần phải được đi du lịch ít nhất một lần. Các lỗi dễ tìm thấy hơn nhiều khi chức năng được kiểm tra bởi chính nó hơn là sau khi nó được ném vào nồi với các chức năng còn lại - và sự chú ý của bạn đã đi vào những thách thức lập trình mới.

Tránh quá tải các toán tử

Khác với việc sử dụng toán tử điều hành I / O hai toán tử vận ​​hành hai toán tử

và toán tử điều khiển = () , bạn có lẽ nên giữ các toán tử quá tải cho đến khi bạn cảm thấy thoải mái với C ++. Mặc dù một bộ các nhà khai thác quá tải có thể làm tăng tiện ích và khả năng đọc của một lớp mới, nhưng các nhà khai thác quá tải sẽ không bao giờ cần thiết và có thể thêm đáng kể vào các lỗi gỡ lỗi của bạn như là một lập trình viên mới. Bạn có thể nhận được hiệu quả tương tự bằng cách xác định và sử dụng các chức năng thành viên thích hợp thay thế. Sau khi bạn đã được C-Plus-Plussing trong vài tháng, bạn có thể trở lại và bắt đầu quá tải các nhà điều hành đến nội dung của trái tim bạn. Cân bằng heap xử lý Nói chung, lập trình nên phân bổ và phát hành heap bộ nhớ ở cùng một "cấp độ. "Nếu một thành viên MyClass:: create ()

phân bổ một khối bộ nhớ heap và trả nó cho người gọi, thì phải có một thành viên

MyClass:: release ()

đó trả lại bộ nhớ cho heap. Cụ thể, MyClass:: create () không nên yêu cầu chức năng của cha mẹ tự giải phóng bộ nhớ. Điều này chắc chắn không tránh được tất cả các vấn đề bộ nhớ - chức năng cha mẹ có thể quên gọi MyClass:: release () - nhưng nó làm giảm khả năng phần nào. Sử dụng ngoại lệ để xử lý lỗi Cơ chế ngoại lệ trong C ++ được thiết kế để xử lý các lỗi một cách thuận tiện và hiệu quả. Bây giờ tính năng này đã được chuẩn hóa, bạn nên sử dụng nó. Mã kết quả dễ viết, dễ đọc hơn và dễ bảo trì hơn. Bên cạnh đó, các lập trình viên khác đã mong đợi nó - bạn sẽ không muốn làm họ thất vọng, đúng không? Tránh nhiều thừa kế Đa thừa kế, như quá tải của trình điều khiển, thêm một mức độ phức tạp khác mà bạn không cần phải giải quyết khi bạn mới bắt đầu. May mắn thay, hầu hết các mối quan hệ trong thế giới thực có thể được mô tả với sự thừa kế duy nhất.

Bạn có thể sử dụng nhiều lớp thừa kế từ các thư viện thương mại, chẳng hạn như các lớp Microsoft MFC.Microsoft đã dành một khoảng thời gian đáng kể để thiết lập các lớp học của mình, và nó biết những gì nó đang làm.

Sau khi bạn cảm thấy thoải mái với mức độ hiểu biết về C ++, thử nghiệm với việc thiết lập một số phân cấp thừa kế đa cấp. Bằng cách đó, bạn sẽ sẵn sàng nếu cần.