 |
|
Mấy điều tâm niệm
của "dân lập trình" |
|
Để trở thành người lập trình có
tác phong chuyên nghiệp, có những điều "tâm niệm" mà
tôi đã thực hành hằng ngày để nó đi vào tiềm thức: |
|
• Viết mã (code) thật dễ nhìn bằng những cách khoảng
cho từng khối lệnh và đặt những tên biến có ý nghĩa
rõ ràng (đừng bí hiểm quá!). Bạn hãy so sánh hai
cách viết cùng một đoạn mã như ở bảng 1 thì hiểu
ngay đâu là "chính đạo". |
|
<script
type="text/javascript">
function disp_alert(){
alert("I am written in
JavaScript!")
}</script>
|
<script
type="text/javascript">
function disp_alert()
{
alert("I am written
in JavaScript!")
}
</script> |
|
|
• Hãy viết tất cả những dòng mã dù là điên rồ nhất
để diễn đạt ý tưởng của mình, “mặc tình thế sự” đúng
sai. Sau đó “cắt - cóp” (cut - copy), bố cục lại cho
rõ từng chức năng rồi tạo mới một tập tin khác và
làm lại từ đầu. Những đoạn mã tốt trong bản nháp nói
trên hoàn toàn có thể sử dụng lại trong bản chính
thức nhưng trong đầu bạn lúc này đã mường tượng rõ
ràng mình đang làm gì. |
|
• Theo một nguyên tắc chung cho việc đặt tên trong
toàn bộ chương trình. Bạn sẽ thấy việc này rất khó
chịu khi chưa quen nhưng sau đó bạn sẽ thực sự tự
tin khi viết mã với nguyên tắc này. Ở đây, tôi đề
nghị một nguyên tắc “cũ mèm” mà tôi cho là tốt nhất,
tạm gọi là “cú pháp lưng lạc đà”: |
|
o Tên biến: Viết hoa chữ cái đầu tiên của từ. Chừa 3
(hoặc 1) chữ cái đầu tiên, viết thường để mô tả kiểu
của biến. Ví dụ, biến chứa số điện thoại thuộc kiểu
String có thể viết như sau: String strSoDienThoai |
|
o Tên hàm: Là sự kết hợp của một động từ và một danh
từ. Luôn viết hoa các chữ cái đầu tiên của danh từ
và viết thường động từ. Ví dụ, hàm làm công việc
nhập số điện thoại có thể viết như sau:
nhapSoDienThoai( [danh sách tham số] ) |
|
o Tên hằng: Luôn viết hoa tất cả các chữ cái. Ví dụ,
hằng chứa mã vùng của một tỉnh: MA_VUNG |
|
• Chỉ nên sửa chữa từng câu lệnh một và thử ngay sau
khi thay đổi mỗi câu lệnh. |
|
• Khi chương trình của bạn đã chạy được, hãy sao một
bản và tiếp tục viết mã, sửa chữa trên bản sao này.
Nếu lỡ làm cho mọi việc rối tung lên thì bạn vẫn còn
một cái gì đó để quay lại. |
|
• Hãy viết thử các ý tưởng của mình ra giấy trước
khi thật sự thay đổi gì đó trong chương trình của
bạn. |
|
• Hãy đọc nhiều sách và phân tích mã của người khác
để rút ra nhiều bài học. |
|
• Xem các thông báo lỗi là người bạn đồng hành và...
đừng sửng sốt khi “lỡ” có quá nhiều bạn đồng hành! |
|
Doan Nguyen Minh Tue |
|
Đầu
trang |