, Nếu bạn ko viết "Option Explicit" thì mặc định là "Option Implicit" đấy. Và chỉ thế mà thôi.
P/S: OK, theo SA_DQ thì thực ra con một số option nữa như Option Base = 1 để mặc định giá trị mảng đầu tiên tính là 1,... Hình như còn option nào nữa để mặc định biến khai báo defaul là Interger, v.v... Tuy nhiên, mấy cái đó thực sự là ko cần thiết lắm đâu. Coding còn có nhiều việc quan trọng hơn nhiều để bàn.
Lập trình ko chỉ là coding, giả sử bạn chuẩn bị bắt tay 1 dự án PM, bạn phải...thôi, dài lắm. Bây giờ các bạn chỉ cần chú ý tìm hiểu đến 3 cái cực kỳ đơn giản khi bắt tay viết phần mềm: 1 là
Change Requests (Các yêu cầu thay đổi), 2 là
TodoList (Các công việc phải làm, có thứ tự ưu tiên... để thực hiện Change Requests), 3 là
What's New (hay
Release Notes) - Thông báo những gì mới bạn đã làm được trong phiên bản hiện thời (Theo Change Requests). Thực hiện được đúng 3 cái đó khi bạn lập trình, bạn có thể tự hào rằng bạn đã hơi hơi là proffessional coder rồi đấy
.
Còn trong coding, bạn chỉ cần chú ý cho vài điểm quan trọng:
1. Naming Conventions: Chuẩn theo cách đặt tên biến, controls, thủ tục, properties, methods,...
2
. Comment, comment, comment!: Nên (Phải) chú thích cho các dòng lệnh, các khối lệnh, các thủ tục, hàm và các modules mình tạo ra.
3. Error handling - Nên bẫy lỗi ở mọi chỗ mọi nơi - để khi có lỗi có thể biết nó xảy ra ở Dòng nào, Thủ tục - hàm - methods, Module (Form) nào, Component nào (nếu lập trình theo hướng component),... và có thể biết môi trường gây ra lỗi là gì (HĐH gì, HDD Space, Free Memory, CPU Usages,...)
4. Vét cạn các trường hợp gây lỗi trước mỗi dòng lệnh Ví dụ: Kiểm tra file có tồn tại, thuộc tính của file (read only hay ko) trước khi thực hiện xóa file. Kiểm tra mẫu số khác 0 trước khi chia, kiểm tra control enable trước khi set focus, v.v...
5. Giải phóng tài nguyên sau khi dùng xong:
Ví dụ: Kill Object (Set obj = Nothing), Close Object (objCon.Close), ...
6. Chú ý đến GUI: (Hãy so sánh PM của bạn với cô gái
- Hãy đẹp dịu dàng mà ko chói lóa
Giao diện đẹp ko có nghĩa là lòe loẹt sặc sỡ, nhiều controls lạ mắt - mà phải hài hòa, bố cục màu sắc theo chuẩn của từng loại style. Các buttons, các labels, text box, combo box, frame, v.v... đều có nguyên tắc về vị trí của nó, Shortcut đầy đủ mà ko rối, đặc biệt là tab index cần chính sác theo đúng thứ tự của nó. Nhìn 1 form mà thấy các controls đặt lệch hay câu chữ sai chính tả thì người ta cũng coi đó là Bug rồi.
7. Hãy optimize (tối ưu hóa) tới từng dòng lệnh Ví dụ: Hãy dùng If BT Then thay cho If BT = True Then
hay If Not BT Then thay cho If BT = False Then
hay CHR$(), Str$(),.... Thay cho Chr(), Str()
Hoặc dùng biến Long thay cho Integer (vì đằng nào compiler cũng phải chuyển về dạng Long trước khi dịch ra mã máy.
Hoặc ... Nhiều ko thể kể hết được (đặc biệt là SQL optimizing - Tối ưu hóa các câu lệnh SQL)
8. ... Còn nhiều điều phải care lắm
Vì thế, tớ mới nói là khi lập trình, các bạn nên chú ý tới điều gì, bỏ qua những điều gì (mà có thể xem trong help, MDSN)
Good programing!