Sách chưa phân loại, sách kiến thức Ebook download miễn phí
Nội quy chuyên mục: - Hiện nay có khá nhiều trang chia sẻ Tài liệu nhưng mất phí, đó là lý do ket-noi mở ra chuyên mục Tài liệu miễn phí.

- Ai có tài liệu gì hay, hãy đăng lên đây để chia sẻ với mọi người nhé! Bạn chia sẻ hôm nay, ngày mai mọi người sẽ chia sẻ với bạn!
Cách chia sẻ, Upload tài liệu trên ket-noi

- Những bạn nào tích cực chia sẻ tài liệu, sẽ được ưu tiên cung cấp tài liệu khi có yêu cầu.
Nhận download tài liệu miễn phí
By ghettraikieu_koyeutraidep175
#742770

Download miễn phí Phong cách lập trình C++





Định dạng
• Lùi đầu dòng các đoạn code, mỗi mức dùng 3 hay 4 ký tự, tốt nhất là dùng tab.
o Phải thống nhất, luôn dùng 3 hay luôn dùng 4 ký tự
o Chú ý không được dùng lẫn lộn giữa ký tự tab và space để lùi đầu dòng,
(các môi trường soạn thảo có thể quy ước khác nhau về độ dài của tab).
• Mỗi dòng chỉ chứa nhiều nhất 1 lệnh và không dài quá 79 ký tự. Một lệnh có thể
được chia thành nhiều dòng, khi đó các phần sau phải được lùi đầu dòng hợp lý.



Để DOWNLOAD tài liệu, xin Trả lời bài viết này, mình sẽ up tài liệu cho bạn ngay, hay Admin sẽ upload thay.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí

Tóm tắt nội dung tài liệu:

1 | P h o n g c á c h l ậ p t r ì n h C + +
PHONG CÁCH LẬP TRÌNH C++
Bạn đang học lập trình, vậy bạn nghĩ về một chương trình máy tính như thế nào?
 Một chương trình máy tính có thể xem như một tác phẩm, bởi vì nó được đọc bởi bạn (có thể bây giờ,
mà cũng có thể là 10 năm sau!), và bởi những lập trình viên khác sau bạn (để phát triển, sửa chửa,
cập nhật ...). Chính vì lẽ đó, một chương trình máy tính nên đáp ứng cả 3 yêu cầu sau: đúng, dễ đọc
và dễ hiểu.
 Mục đích của style là làm cho chương trình trở nên dễ đọc đối với người viết và những người khác,
một style tốt là một phần thiết yếu của việc lập trình tốt. Viết một chương trình chạy đúng là chưa đủ
bởi chương trình không chỉ để cho máy tính đọc mà còn để các lập trình viên khác đọc. Hơn nữa, một
chương trình có style tốt luôn có nhiều khả năng chạy đúng hơn một chương trình có style tồi.
Tài liệu này cung cấp cho bạn:
1. Một tập hợp các chuẩn trình bày chương trình thông dụng.
2. Một thói quen để từ đó bạn có một phong cách lập trình tương đối chuyên nghiệp.
Tuy nhiên, tài liệu này không có tham vọng đề cập đến toàn bộ các khía cạnh của một phong cách lập
trình. Nó chỉ nói đến những gì cần thiết để cho bạn, một sinh viên, khi chưa tìm được một phong cách
phù hợp tạo được những thói quen tốt ngay từ đầu.
Tổ chức chương trình
1. Môđun hóa chương trình của bạn
Chương trình của bạn nên được tách thành nhiều môđun, mỗi môđun thực hiện một công việc và càng độc lập với
nhau càng tốt. Điều này sẽ giúp bạn dễ bảo dưỡng chương trình hơn và khi đọc chương trình, bạn không phải đọc
nhiều, nhớ nhiều các đoạn lệnh nằm rải rác để hiểu được điều gì đang được thực hiện.
Khi muốn chuyển thông tin cho các chương trình con, bạn nên sử dụng các tham số. Tránh sử dụng các biến toàn cục
để chuyển thông tin giữa các chương trình con. làm như vậy bạn sẽ triệt tiêu tính độc lập giữa các chương trình con
và rất khó khăn khi kiểm soát giá trị của chúng khi chương trình thi hành. (Chú ý, bạn nên phân biệt giữa biến toàn
cục và hằng số toàn cục)
2. Định nghĩa và cài đặt của các lớp phải được chia thành nhiều file để ta có thể dễ dàng tái sử dụng. Định nghĩa các
lớp được lưu trong các file header với mở rộng *.h. Cài đặt của các thành viên của lớp lưu trong file
nguồn với mở rộng *.cpp. Thông thường mỗi lớp có một cặp file *.H và *.CPP, nhưng có thể gộp các lớp có liên
quan vào một cặp file.Cuối mỗi file *.H là chỉ thị #include đến file *.CPP.Cuối mỗi file *.CPP là các "chương trình
chính" dùng để test file CPP đó kèm theo các #define thích hợp cho việc test. Chương trình chính được lưu trong một
2 | P h o n g c á c h l ậ p t r ì n h C + +
file nguồn riêng và include các file header của các lớp được dùng đến.
3. Mỗi file header của lớp nên sử dụng các định hướng #ifndef, #define, và #endif để đảm bảo mỗi file header chỉ
được include 1 lần. Ký hiệu được #define nên là tên
của file header viết toàn bằng chữ hoa với một dấu gạch dưới ( _ ) thay cho dấu chấm.
Ví dụ:
//counter.h
#ifndef COUNTER_H
#define COUNTER_H
class Counter
{
//...
}; // end Counter
#include "counter.cpp"
#endif // COUNTER_H
Chuẩn tài liệu
1. Sử dụng // cho các chú thích. Chỉ dùng /* */ để tạm thời vô hiệu hóa các đoạn chương trình để test và debug.
2. Mỗi file nguồn, cả .CPP và .H, đều phải bắt đầu bằng một khối chú thích đủ để người đọc có thể kết nối các file nếu
chúng bị tách ra. Mẫu như sau:
//---------------------------------------------------------------------
// Name: Họ tên
// Class: Lớp
// Project: mô tả/tên dự án (một dòng, giống nhau tại mọi file)
// Purpose: Mục đích sử dụng của mã chương trình hay các khai báo trong file này
//---------------------------------------------------------------------
Mỗi lớp, hàm, cách phải có một khối chú thích mô tả ngắn gọn lớp, hàm, cách đó làm gì; đối với
hàm/cách: liệt kê tất cả các tham số, nêu rõ ý nghĩa của tham số; và mô tả điều kiện trước và sau của
hàm/cách đó.Chọn các tên có nghĩa sẽ đơn giản hóa các chú thích.
Lưu ý, tài liệu về cách đặt tại định nghĩa lớp (*.H) ta có thể sao chép tài liệu đó vào file *.CPP nhưng không
bắt buộc.
3 | P h o n g c á c h l ậ p t r ì n h C + +
3. Có thể chú thích các đoạn code bên trong hàm, tuy nhiên chỉ nên chú thích đủ hiểu. Quá nhiều chú thích và chú
thích thừa làm code trông rối. Tất cả các chú thích phải được lùi đầu dòng cùng đoạn code quanh nó.
Tên:
• Sử dụng các tên có nghĩa.Tên giàu tính mô tả cho các biến toàn cục và tên ngắn gọn cho các biến cục bộ.Tên
có nghĩa sẽ giúp chương trình dễ viết và dễ debug hơn. Nếu bạn phải dùng tên không có nghĩa cho một cái gì đó thì
có thể bạn chưa hoàn toàn hiểu bài toán mình đang giải. Hãy cố hiểu rõ trước khi tiếp tục lập trình.
Theo thônglệ, các tên i và j được dành cho các chỉ số, p và q dành cho các con trỏ, s và t dành cho các
xâu.Người ta dùng các tên bắt đầu hay kết thúc bởi chữ “p” cho các biến con trỏ (chẳng hạn nodep, intp,
intpp, doublep), các tên bắt đầu bằng chữ hoa cho biến toàn cục (chẳng hạn Globals) và tất cả chữ cái hoa
cho các hằng số (chẳng hạn CONSTANTS).
Khuyến cáo sử dụng tên tiếng Anh kiểu camel (xem bên dưới)
Các namespace trong C++ góp phần làm rõ nghĩa của các tên mà không cần sử dụng các tên dài.
• Đặt tên một cách nhất quán
Các biến có liên quan phải được đặt các tên có liên quan, đồng thời phải làm nổi bật được sự khác nhau của chúng.
Các tên trong lớp sau đây vừa quá dài vừa không hề nhất quán:
class
UserQueue
{
int noOfItemsInQ, frontOfTheQueue, queueCapacity;
public int noOfUsersInQueue() {...}
};
Thứ nhất, cùng một nội dung là queue nhưng được biểu diễn bởi ba dấu hiệu: Q, Queue và queue. Thứ hai, các biến
và các hàm thành phần của lớp UserQueue chỉ có thể được sử dụng bởi các đối tượng của lớp này, do vậy viết
queue.queueCapacity
hay
queue.noOfUsersInQueue()
rõ ràng là thừa. Chúng ta có thể viết lại lớp này với các tên mới như sau:
class UserQueue
{
int nitems, front, capacity;
public int nusers() {...}
}
Không chỉ bản thân đoạn mã định nghĩa lớp đó dễ hiểu hơn, mà những đoạn mã sử dụng lớp UserQueue cũng dễ hiểu
hơn:
4 | P h o n g c á c h l ậ p t r ì n h C + +
queue.capacity++;
n = queue.nusers();
Lớp UserQueue vẫn có thể cải tiến thêm, bởi nitems và nusers thực chất là cùng biểu diễn một khái niệm và do đó chỉ
cần sử dụng một trong hai tên đó mà thôi.
• Tên của các project, form, và component sinh bởi môi trường lập trình: các project và form phải có tên hợp lý, không
để nguyên là Form1. Các component phải được đặt tên có nghĩa, ngoại trừ các component như Label, Group Box, etc.,
nếu chúng không có mặt trong code. Các component nên được đặt hậu tố là kiểu đối tượng:
Ex: widthScale, nameText, leftScrollbar, mainForm, myLabel, printerDialog ...
• Tên biến và tên hàm:
o Thường phải là các từ hay cụm từ. Ngoại lệ duy nhất: con đếm vòng for() đôi khi có thể chỉ cần dùng tên
là 1 chữ cái chẳng ...
Kết nối đề xuất:
Learn Synonym
Advertisement