mã có thể đọc được

cpp::build_system::module_project_with_cmake - Tạo các dự án C++ thú vị mà không phụ thuộc vào hệ điều hành/nền tảng.

Tìm hiểu về CMake, phần mềm cần thiết để tạo dự án C++!

• CMake có khó không?

• Tuy nhiên, trong bài giảng này, chúng ta sẽ tìm hiểu về mẫu CMake có thể sử dụng cho bất kỳ cấu hình dự án nào.

• Tôi sẽ cho bạn biết mọi thứ tôi đã học được sau hơn 10 năm vật lộn với CMake!

Tìm hiểu về những điều này

Cú pháp cơ bản của CMake

• Chúng tôi sẽ hướng dẫn bạn cú pháp cơ bản giúp bạn sử dụng CMake tốt hơn.

• Hãy sử dụng CMake như một ngôn ngữ lập trình bằng cách học ngữ pháp cơ bản như biến, thông báo, hàm và câu lệnh điều khiển!

Cú pháp CMake hiện đại

• Cũng giống như mô hình lập trình đã thay đổi từ C sang C++, CMake hiện đại hiện đang là xu hướng!

• Khi xây dựng thư viện và tệp thực thi bằng CMake, hãy tránh sử dụng các phương pháp cũ.

Quản lý các phụ thuộc bên ngoài bằng CMake

• Bạn vẫn đang quản lý các phần mềm phụ thuộc bên ngoài bằng cách cài đặt chúng trên PC của mình chứ?

• Hãy quản lý các dự án CMake và các phụ thuộc bên ngoài theo cách tích hợp.

• Bây giờ bạn có thể loại bỏ nhu cầu cài đặt các thư viện riêng biệt để xây dựng dự án của mình!

Xây dựng một dự án C++ có thể tái sử dụng bằng CMake

• Nó chứa đựng tinh hoa của hơn 10 năm kinh nghiệm phát triển.

• Chúng tôi cung cấp cấu trúc CMake cho phép bạn đạt được hiệu quả tối đa với những sửa đổi tối thiểu.

• Bạn chưa bao giờ thấy một cấu trúc dự án nào như thế này phải không?!

Bạn có thể nhận được gì?

• Khả năng sử dụng CMake như một ngôn ngữ lập trình

• Các phương pháp hay nhất để xây dựng các dự án C++ bằng CMake

  • Quản lý các phụ thuộc bên ngoài bằng CMake

  • Tự động hóa quá trình phát triển bằng CMake

  • Xây dựng một dự án C++ có cấu trúc, có thể tái sử dụng bằng CMake

Từ khóa

• Xây dựng hệ thống

• CMake

• Morden CMake

• Kiến trúc dự án

• Hệ thống mô-đun

• Thư viện của bên thứ ba

Những điều cần lưu ý trước khi tham gia khóa học

mã có thể đọc được

Tại sao lại là readable_code?

Tôi vẫn còn nhớ cảm giác tự ti khi lần đầu tiên bước vào phòng thí nghiệm sau đại học và nhìn vào mã nguồn đã được triển khai. "Ôi... tại sao mình có xem đi xem lại cũng không hiểu được nhỉ?" Lúc đó, tôi cứ nghĩ đó là do thiếu sót của bản thân. Hơn mười năm đã trôi qua kể từ đó. Giờ thì tôi nhận ra: vấn đề không phải ở tôi, mà là ở mã nguồn.

Nhiều nhà phát triển viết mã một cách khó hiểu và kêu lên, "Tôi phải quay lại!" Nhưng những mã đó sớm trở lại ám ảnh họ như một xiềng xích. Mã được viết mà không tuân thủ các quy ước để triển khai nhanh chóng và việc sử dụng quá nhiều chú thích gây ra sự nhầm lẫn khi đọc, và các giao diện được tạo ra một cách cẩu thả cuối cùng khiến việc phân biệt dữ liệu nào đang được trao đổi trở nên khó khăn. Mã được viết theo cách này, theo thời gian, tạo ra kết quả không chính xác, trở nên không thể đọc được đối với bất kỳ ai. Ngay cả tác giả của mã , sau một tuần không xem lại, cũng thấy mình phải mở sổ mã có tên là "gỡ lỗi" và giải mã mã .

Chúng ta gọi mã nguồn là một ngôn ngữ . Ngôn ngữ tồn tại để giao tiếp với một cái gì đó. Nhiều người lầm tưởng rằng một cái gì đó là máy tính. Quan niệm sai lầm này chính là nguyên nhân dẫn đến sự ra đời của nhiều thứ mật mã mà chúng ta gọi là mã. (Chẳng phải thật thú vị khi mã thực sự có nghĩa là mã hóa sao?)

Nhưng như tôi đã đề cập trước đó, mã nguồn không phải là thứ máy tính đọc, mà là thứ chúng ta đọc. Do đó, viết mã nguồn cũng giống như viết, và cụ thể hơn là viết tài liệu kỹ thuật. Bạn cần viết mã nguồn ngắn gọn và đủ rõ ràng để mọi người có thể hiểu. Mã nguồn được viết theo cách này dễ đọc và dễ hiểu cho bất kỳ ai, bất kể họ nhìn thấy nó khi nào. Đáng tiếc là, trong lĩnh vực tôi từng làm việc, mọi người thường nói rằng họ không có thời gian để xem xét và triển khai những chi tiết nhỏ nhặt như vậy. Tuy nhiên, điều tôi học được là vấn đề không phải là "không thể làm điều gì đó vì không có thời gian", mà là "không thể làm điều đó vì không có cách nào để làm".

Mã dễ đọc đối với mọi người ( readable_code ) cũng dễ đọc đối với máy tính trong hầu hết các trường hợp. Điều này là do nó tránh các biến, hàm, chuyển đổi và quy trình không cần thiết. Điều này cũng cải thiện đáng kể hiệu suất cộng tác và bảo trì mã. Ví dụ, tại công ty của tôi, tôi đã từ bỏ khuôn khổ hiện tại và thiết kế và triển khai một khuôn khổ mới. Công việc tích hợp mã này đã rút ngắn công việc vốn phải mất hai tuần với khuôn khổ hiện tại xuống chỉ còn ba ngày . Hơn nữa , việc triển khai mô-đun, vốn phải mất ba tháng với khuôn khổ hiện tại, đã trở nên khả thi trong vòng chưa đầy một tháng . Vấn đề với mã dễ đọc đối với con người là bạn không thể triển khai nó; nếu bạn có thể, thì không có lý do gì để không triển khai. Đó là một điều đáng kinh ngạc có thể cải thiện đáng kể hiệu quả phát triển.

Văn hóa phát triển trưởng thành, tinh thần hợp tác và mã nguồn dễ đọc thường được coi là những yếu tố cần có, hay nói đúng hơn là tùy chọn. Tuy nhiên, tôi đã chứng kiến sức mạnh của mã nguồn dễ đọc và trải nghiệm ứng dụng thực tế của nó. Mặc dù tôi có thể áp dụng kiến thức này cho công ty và nhóm của mình, nhưng tôi không muốn hài lòng với điều đó. Tôi muốn tăng năng suất phần mềm của Hàn Quốc. Tôi muốn các kỹ sư được phát triển trong một môi trường tốt hơn. Tôi muốn một văn hóa phát triển mạnh mẽ được thấm nhuần trong các công ty Hàn Quốc.

Từ giờ trở đi, tôi sẽ chia sẻ với bạn tất cả những kinh nghiệm tôi đã có, những thành công và thất bại, và tất cả những kiến thức tôi đã học được trên chặng đường này . Những điều này vô cùng quý giá và sẽ là nền tảng vững chắc cho con đường của bạn. Bạn có muốn tham gia cùng chúng tôi không? (y/n) … -y