Xin chào, và chào mừng trở lại.
Chúng tôi đang bắt đầu một phần mới.
Và trong phần này, tôi muốn nói về một số khái niệm cơ bản trong C.
Tôi muốn mô tả một số điều mà chúng tôi đã có trong ví dụ hoặc thử thách đầu tiên của chúng tôi, chương
trình chính của chúng tôi ở đây.
Vì vậy, tôi có thử thách này, bạn có thể nhớ nó.
Nó có một số câu lệnh khác nhau trong các dòng mã.
Tôi sẽ cố gắng đề cập đến một số khái niệm ở đây. Tôi sẽ quay lại ví dụ này.
Điều đầu tiên tôi muốn thảo luận là khái niệm bình luận.
Vì vậy, chúng tôi sẽ quay lại vấn đề này sau một giây. Tôi muốn đi đến một số trang trình bày tại thời điểm này.
Vì vậy, chú thích được sử dụng trong một chương trình để ghi lại một chương trình và để
nâng cao khả năng đọc của nó.
Tôi đã nói với bạn lý do tại sao chương trình của bạn có thể đọc được là điều quan trọng.
Bởi vì bạn sẽ duy trì mã và bạn cần có thể nhìn vào nó và
hiểu những gì nó đang làm. Vì vậy, với các bình luận,
nó có thể giúp một
chút trong khái niệm về khả năng đọc này.
Nhận xét ở đó để nhắc nhở bạn hoặc người khác đọc mã
của bạn chương trình đang làm gì hoặc một dòng mã cụ thể đang làm gì.
Vì vậy, các bình luận có lợi cho bạn.
Nhận xét bị bỏ qua bởi trình biên dịch.
Vì vậy, không có vấn đề gì nếu bạn làm theo cú pháp của bình luận, trình biên dịch sẽ
không tạo ra bất kỳ lỗi nào, bất cứ điều gì bên trong bình luận.
Vì vậy, một lần nữa, chúng rất hữu ích và bạn muốn sử dụng chúng trong các chương trình của mình.
Và chúng là một khái niệm cơ bản của tất cả các ngôn ngữ lập trình.
Và vì vậy không có gì mới thực sự ở đây để xem.
Một lần nữa, với tư cách là một lập trình viên, bạn có thể viết một số mã,
quay lại với nó sau 6 tháng và bạn
có thể không nhớ tại sao bạn lại viết mã theo cách bạn đã làm.
Bạn có thể không hiểu chức năng, bạn có thể không hiểu logic.
Bằng cách cung cấp một nhận xét trong mã,
nó có thể tiết kiệm một lượng thời gian đáng kể mà bạn lãng phí vào việc phân loại lại mọi
thứ, đặc biệt là phân loại lại mã đó.
Hoặc tưởng tượng rằng bạn đã viết một
số mã và đó là một chương trình lớn, có nhiều lập trình viên đang làm việc
trên nó và ai đó khác cần phải xem mã đó.
Nếu có nhận xét và họ đang mô tả mã đang làm gì,
thì người khác sẽ có thể hiểu mã đó nhanh hơn nhiều.
Nó sẽ dễ đọc hơn. Vì vậy, một lần nữa, các nhận xét
giúp khả năng đọc hoặc chúng giúp khả năng đọc của lập trình viên đã viết
mã hoặc chúng giúp khả năng đọc của người khác đang xem mã.
Bạn có thể dễ dàng nhìn vào mã nguồn đó và sau đó nhanh chóng hiểu được mã đó đang làm gì.
Và vì vậy bạn muốn cung cấp nhận xét trong mã của mình.
Cú pháp để cung cấp nhận xét trong mã của bạn là
có 2 cách bạn có thể cung cấp nhận xét trong mã của mình.
Và một lần nữa, điều này rất, rất giống với java, rất giống với nhiều ngôn ngữ.
Nhưng trong câu c, bạn có thể có nhiều dòng bình luận hoặc bình luận đơn lẻ.
Nếu bạn sử dụng 2 ký tự, dấu gạch chéo lên phía trước theo sau
dấu hoa thị, điều này sẽ biểu thị một nhận xét nhiều dòng,
một nhận xét kéo dài nhiều dòng.
Và dấu sao gạch chéo phía trước đánh dấu sự bắt đầu của nhận xét đó.
Và khi bạn có những bình luận nhiều dòng này bởi vì chúng có bình luận bắt đầu,
bạn phải có một cái gì đó nói rằng nó kết thúc.
Vì vậy, để kết thúc các nhận xét, bạn đặt dấu gạch chéo lên phía trước của các
ký tự ở cuối mà không có bất kỳ khoảng cách nào ở giữa.
Và vì vậy, bất cứ thứ gì ở giữa dấu sao gạch
chéo và dấu gạch chéo ngược dấu sao kết thúc
đều được coi là nhận xét,
mọi thứ có màu xanh lam. Và bằng cách đó, bạn có thể kéo dài nhiều dòng.
Một cách khác mà bạn có thể thêm nhận xét vào chương trình c của mình là bạn có thể sử
dụng nhận xét dòng đơn.
Nhận xét dòng đơn chỉ là 2 gạch chéo về phía trước.
Bất cứ điều gì sau 2 dấu gạch chéo về phía trước trên dòng đó sẽ
được trình biên dịch bỏ qua và được coi là một nhận xét.
Bất cứ điều gì sau đó không phải là một bình luận, đó là một dòng mã mới.
Vì vậy, nó thực sự phụ thuộc
vào nhận xét mà bạn đang cung cấp cho dù bạn muốn sử dụng nhận xét nhiều dòng hay nhận xét đơn dòng.
Và tôi sẽ chỉ cho bạn cách bạn có thể thêm chúng vào mã của mình trong giây lát.
Bây giờ về việc tạo kiểu cho dù bạn sử dụng nhận xét nhiều dòng hay nhận xét
đơn dòng, bạn có thể sẽ sử dụng cả hai tùy thuộc vào những gì bạn đang cố gắng
làm hoặc số dòng bạn phải mô tả hoặc mức độ lớn của nhận xét.
Trong ví dụ này, chúng tôi đang sử dụng một nhận xét nhiều dòng ở đây
và điều này thường nằm ở đầu tệp. Nó mô tả ai đã
viết tệp, tác giả của tệp và sau đó là bản quyền.
Bạn cũng có thể cung cấp các nhận xét nổi bật nếu điều gì đó
thực sự, thực sự quan trọng trong mã của bạn đang xảy ra
bằng cách cung cấp nhiều dấu hoa thị.
Và vì vậy, ví dụ thứ hai ở đây cho biết đây là một nhận xét rất quan trọng, nó
thực sự nổi bật vì tất cả các dấu hoa thị đó.
Vì vậy, nó là một kiểu khác với chú thích tiêu đề ở trên cùng
trong ví dụ đầu tiên.
Bây giờ, ví dụ cuối cùng ở đây chỉ là một dòng chú thích, nó
nằm ở cuối dòng mã và về cơ bản nó chỉ cho bạn biết một dòng duy nhất đang làm gì.
Vì vậy, bạn thấy kiểu dáng khác nhau của nhận xét nhiều dòng so với một dòng.
Đây là một ví dụ phổ biến mà bạn sẽ thấy trong một chương trình.
Đây là một chương trình có chứa mã C.
Bạn có thể không thực sự biết điều này đang làm cái quái gì.
Nhưng bạn có thể xem các bình luận và xác định điều gì đang xảy ra.
Vì vậy, có một bình luận ở trên cùng nói rằng chương trình này thêm 2 giá trị số nguyên và hiển thị kết quả.
Nó cho bạn biết mục đích của chương trình,
những gì nó đang làm.
Và sau đó bạn thấy một số bình luận dòng đơn.
Và làm thế nào để bạn biết họ là những bình luận dòng đơn? Vì chúng có 2 dấu gạch chéo về phía trước.
Vì vậy, bạn thấy một dòng chú thích cho biết khai báo các biến.
Bạn thấy một cái khác cho biết chỉ định các giá trị và tính tổng của chúng.
Và sau đó bạn thấy một cái cho biết hiển thị kết quả.
Mỗi nhận xét dòng đơn mô tả từng nhóm mã đơn lẻ, cho bạn biết họ
đang làm gì.
Và vì vậy bạn có thể nhanh chóng
xem mã này và hiểu mã đang làm gì bằng cách xem các nhận xét.
Nó làm cho chương trình dễ đọc hơn.
Khả năng đọc là một lợi thế vì nó làm cho mã dễ bảo trì hơn.
Vì vậy, điều quan trọng là sử dụng bình luận. Và đây là một ví dụ nhanh về việc
thêm nhận xét vào một số mã.
Bây giờ chúng ta nên sử dụng các bình luận bao lâu một lần.
Có khái niệm về việc có quá nhiều bình luận.
Bạn không muốn mã của mình có chú thích cho mỗi dòng.
Điều đó thực sự làm giảm khả năng đọc của mã vì nó chỉ bị tràn.
Nó thực sự làm cho nó khó đọc hơn vì nó quá choáng ngợp.
Vì vậy, bạn không muốn đặt một nhận xét cho mỗi dòng mã.
Bạn phải chọn ý kiến của mình một cách khôn ngoan và sử dụng chúng một cách thông minh.
Điều này sẽ đi kèm với thực tế, khi nào thì thêm bình
luận, khi nào thì không nên thêm bình luận, đặt bình luận ở đâu.
Thông thường, tôi sẽ có nhận xét ở đầu tệp
nguồn của mình với thông tin chuẩn như tác giả, mục đích, mô
tả, ngày tạo nhận xét, sau đó xen kẽ trong toàn bộ mã của tôi,
mô tả một số dòng mã có logic phức tạp hơn một chút.
Tôi không phải lúc nào cũng bao gồm các nhận xét chỉ để khai báo các biến vì nó khá hiển nhiên.
Tôi có thể không bao gồm nhận xét cho một số chức năng, mô
tả vì bản thân mô tả có thể có ý nghĩa hơn.
Tất cả phụ thuộc và nó đi kèm với thực hành.
Nhưng bất cứ khi nào bạn thêm nhận xét, theo truyền thống, bạn nên thêm
những nhận xét đó khi bạn đang viết mã.
Một vì nếu bạn làm điều đó sau đó, bạn sẽ được chương trình nhận xét và
bạn sẽ không quên làm điều đó.
Việc ghi lại chương trình cũng dễ dàng hơn tại sao
bạn thực sự hiểu nó đang làm gì trong khi viết mã.
Vẫn còn mới mẻ trong tâm trí của bạn, bạn không cần phải quay lại một
tháng sau và nói những gì tôi muốn nói ở đây và bây giờ tôi phải thêm một bình luận.
Vì vậy, hãy thêm các nhận xét trong khi bạn đang viết mã.
Và các nhận xét cũng có thể hữu ích khi bạn đang cố gắng tìm và sửa lỗi
của mình, trong giai đoạn gỡ lỗi. Nếu có lỗi logic, bạn có
thể xem các nhận xét và bạn có thể loại bỏ, tốt,
đây là lỗi đã xảy ra.
Loại bình luận này phù hợp với chức năng đó.
Tôi cá với bạn rằng lỗi nằm trong nhóm mã này. Vì vậy, nó giúp bạn cô lập các lỗi trong việc gỡ lỗi.
Một nhận xét có thể giúp bạn đọc qua chương trình, nhưng nó cũng có thể chỉ ra nguồn gốc
của một sai lầm logic, vì vậy nhận xét rất quan trọng.
Bây giờ tranh luận khác khi cung cấp ý kiến lại là
cuộc tranh luận lớn này với các lập trình viên, bạn cung cấp bao nhiêu bình luận?
Và có một cuốn sách hay có tên là Clean Code, nói về
cách viết mã chất lượng. Tin hay không thì
tùy, có thể có mã tốt hoặc mã xấu, và đó
được gọi là chất lượng của mã.
Bạn muốn viết mã chất lượng cao.
Chúng ta sẽ nói về vấn đề này trong suốt khóa học, nhưng rất nhiều sinh viên học ngôn ngữ mới nghĩ rằng miễn là
đầu ra phù hợp với những gì tôi cần, không quan
trọng tôi viết mã như thế nào. Đo không phải sự thật.
Bởi vì một lần nữa, hãy nhớ rằng giai đoạn bảo trì.
Hãy nhớ rằng sản phẩm hoặc chương
trình mà bạn phát hành sẽ xuất hiện trên thị trường có thể trong một số năm.
Và vì vậy, nếu bạn muốn tìm các lỗi hiện có hoặc thêm các tính năng mới, thì điều
quan trọng là mã phải có chất lượng rất cao, dễ bảo trì hơn, được liên kết rất
lỏng lẻo, có tính gắn kết cao.
Và chúng ta sẽ nói về những khái niệm này khi chúng ta đi qua.
Chúng tôi sẽ viết mã chất lượng cao trong toàn bộ lớp học.
Một trong những cách để viết mã chất lượng cao là cung cấp các nhận xét nhưng cũng cung
cấp các nhận xét tự ghi lại.
Điều này có nghĩa là thực sự sử dụng những cái tên có ý nghĩa. Đây là những gì cuốn sách Clean Code nói về.
Khi bạn tạo một biến, hãy sử dụng một tên có ý nghĩa.
Vì vậy, khi bạn nhìn vào biến, bạn biết chính xác nó đang được sử dụng để làm gì, sau
đó bạn không cần phải cung cấp nhận xét.
Nếu bạn có một hàm cộng 2 số, hãy đặt tên cho hàm thêm 2 số.
Sau đó, bạn có cần một bình luận để nói rằng chức năng đó đang làm gì, không.
Bởi vì cái tên cho bạn biết nó đang làm gì.
Vì vậy, những cái tên có ý nghĩa là một cách tốt để cung cấp những nhận xét tự ghi lại.
Hãy quay lại ví dụ của chúng tôi từ thử thách của
chúng tôi và tôi muốn cho bạn thấy chính xác
cách bạn có thể thêm nhận xét và nơi bạn thêm chúng vào.
Và bạn sẽ nhận thấy rằng trình biên dịch sẽ bỏ qua những nhận xét này.
Vì vậy, trong ví dụ đầu tiên của chúng tôi, đây là một
chương trình cơ bản, tôi thường thêm các nhận xét nhiều dòng ở đầu tệp trước bất kỳ dòng mã nào.
Và hãy nhớ rằng chúng ta có thể thêm các nhận xét nhiều dòng đó bằng cách chỉ cần cung cấp dấu gạch chéo,
dấu sao, dấu hoa thị để bắt đầu nhận xét.
Và sau đó bất kỳ thứ gì ở giữa nhận
xét sẽ là nhận xét,
bất kỳ thứ gì ở giữa dấu sao và dấu hoa thị.
Và bạn sẽ nhận thấy khi tôi thực hiện dấu sao gạch chéo đó rằng mọi thứ đều có màu xám
bởi vì điều đó cho tôi biết rằng tôi không có nhận xét kết thúc ngay bây giờ.
Vì vậy, bạn phải thêm dấu gạch chéo về phía
trước ngôi sao đó để kết thúc bình luận. Và bạn sẽ thấy rằng màu sắc bây giờ thay đổi.
Đây là lý do tại sao tôi thích sử dụng IDE vì nó cho bạn biết rất nhiều điều với định dạng phối hợp
màu sắc này.
Vì vậy, bất kỳ thứ gì nằm giữa dấu sao gạch chéo là phần bắt
đầu của nhận xét nhiều dòng, bất kỳ thứ gì trước dấu sao chuyển tiếp là
phần mô tả hoặc phần cuối của nhận xét nhiều dòng.
Và tôi thường đặt ở đầu tệp một cái gì đó giống
như tác giả và tôi sẽ đặt tên của mình và sau đó tôi có thể đặt một mục đích.
Đây thường là một phương pháp hay và tôi sẽ đặt một cái gì đó
giống như chương trình này, in tên tôi ra màn hình.
Và sau đó, tôi thường cung cấp ngày khi nó được tạo bất kể ngày đó là gì.
Và đó là một ví dụ về đầu nhận xét nhiều dòng. Và sau đó tôi sẽ cung cấp
nhận xét trong suốt mã. Thường là bình luận một dòng
hoặc bình luận nhiều dòng, nó chỉ phụ thuộc vào số lượng bình luận đó.
Vì vậy, có thể chúng tôi không quen thuộc với mã này. Và tôi có thể nói rằng bạn biết 2 dấu
gạch chéo về phía trước là một nhận xét dòng duy nhất. Tôi có thể nói mã này đang
hiển thị tên của tôi.
Và một lần nữa, khi tôi cung cấp các dấu gạch chéo về phía trước hoặc các nhận
xét nhiều dòng này, trình biên dịch sẽ bỏ qua chúng. Về cơ bản, bạn có thể đặt bất cứ thứ gì bạn muốn bên trong đó và điều đó không thành vấn đề.
Không có cú pháp nào mà bạn phải làm theo, không có gì cả.
Nó đang bỏ qua mọi thứ có màu xám ở đây, đó được coi
là một nhận xét.
Vì vậy, bình luận là một điều cơ bản cơ bản của mọi chương trình.
Tôi muốn mô tả chúng sớm vì tôi sẽ sử dụng chúng và bạn
nên thêm chúng khi bạn đang viết mã của mình.
Ngoài ra, với các nhận xét trong IDE,
đôi khi bạn đang biên dịch mã của mình và tất cả đều không thành công.
Và vì vậy, đôi khi bạn có thể muốn nhận xét mọi thứ hoặc nhận xét
khối mã để cố gắng gỡ lỗi sự cố của mình, hãy cố gắng cô lập lỗi của bạn.
Bạn có thể đánh dấu nhiều dòng mã và sau đó
đi tới phần chỉnh sửa trong menu và bạn có thể nói nhận
xét hoặc bỏ ghi chú.
Nếu bạn nói nhận xét, nó sẽ nhận xét tất cả mã mà
bạn đã đánh dấu.
Và sau đó bạn có thể biên dịch lại và có thể bạn không gặp lỗi trình biên dịch nữa.
Đó là một cách để cô lập các lỗi trong thời gian chạy hoặc thời gian biên dịch.
Vì vậy, IDE có một số công cụ
tuyệt vời cho phép bạn nhận xét nhiều dòng tự động bằng cách tô sáng
và chuyển đổi.