10 Excel VBA Những điều nên làm và những điều nên tránh - những núm vú

Ở đây, bạn sẽ tìm thấy một số lời khuyên bạn nên đưa vào tài khoản khi bạn bắt đầu phát triển các giải pháp Excel VBA của riêng bạn. Theo những hướng dẫn này không phải là thuốc chữa bách bệnh để giúp bạn khỏi rắc rối trong lập trình, nhưng theo họ có thể giúp bạn tránh được những cạm bẫy mà những người khác đã vấp ngã.

Hãy khai báo tất cả các biến

Cách tiện lợi: Đơn giản chỉ cần bắt đầu gõ mã VBA của bạn mà không cần phải đi qua công việc tẻ nhạt của tuyên bố mỗi và mọi biến bạn muốn sử dụng. Mặc dù Excel cho phép bạn sử dụng các biến không khai báo, nhưng làm như vậy chỉ đơn giản là yêu cầu cho sự cố.

Lệnh đầu tiên của chương trình VBA nên là:

Bạn phải tuyên bố mọi biến.

Nếu bạn thiếu kỷ luật, hãy thêm một câu lệnh "Option Explicit" ở đầu module của bạn. Bằng cách đó, mã của bạn thậm chí sẽ không chạy nếu nó bao gồm một hoặc nhiều biến không được khai báo. Không tuyên bố tất cả các biến chỉ có một lợi thế: Bạn tiết kiệm được vài giây. Nhưng sử dụng các biến không được khai báo cuối cùng sẽ trở lại để ám ảnh bạn.

Không nhầm lẫn mật khẩu với bảo mật

Chỉ cần bảo vệ mật khẩu cho dự án VBA, và bạn an toàn, phải không? Sai rồi.

Sử dụng mật khẩu VBA có thể giữ người dùng không thường xuyên xem mã của bạn. Nhưng nếu ai đó thực sự muốn kiểm tra nó, nó sẽ tìm ra cách để crack mật khẩu.

Dòng dưới cùng? Nếu bạn hoàn toàn, tích cực cần phải giữ mã của bạn một bí mật, Excel không phải là sự lựa chọn tốt nhất cho một nền tảng phát triển.

Làm sạch mã của bạn

Sau khi ứng dụng của bạn làm việc theo sự thỏa mãn của bạn, bạn nên làm sạch nó. Các công việc quản lý mã bao gồm:

• Đảm bảo mọi biến được khai báo.

• Hãy chắc chắn rằng tất cả các dòng được thụt lề đúng cách để cấu trúc mã rõ ràng.

• Xóa bất kỳ thiết bị trợ giúp gỡ lỗi, chẳng hạn như câu lệnh MsgBox của Debug. In báo cáo.

• Đổi tên bất kỳ biến kém được đặt tên nào. Ví dụ, nếu bạn sử dụng MyVariable biến, có một cơ hội khá tốt mà bạn có thể làm cho tên biến hơn mô tả. Bạn sẽ cảm ơn chính mình sau.

• Các mô-đun của bạn có thể có một vài thủ tục "kiểm tra" mà bạn đã viết trong khi cố gắng tìm ra thứ gì đó. Họ đã phục vụ mục đích của họ, vì vậy hãy xóa chúng.

• Thêm nhận xét để bạn hiểu cách thức mã hoạt động khi bạn xem lại nó sáu tháng kể từ bây giờ.

• Đảm bảo mọi thứ được viết đúng chính tả - đặc biệt là văn bản trong UserForms và hộp thư.

• Kiểm tra mã dự phòng. Nếu bạn có hai hoặc nhiều thủ tục có các khối mã giống nhau, hãy xem xét tạo một thủ tục mới mà các thủ tục khác có thể gọi.

Không đặt tất cả mọi thứ trong một thủ tục

Muốn thực hiện một chương trình không thể hiểu được? Một cách hiệu quả để thực hiện đó là đặt tất cả các mã của bạn bên trong một thủ tục tốt đẹp lớn. Nếu bạn đã bao giờ xem lại chương trình này một lần nữa để thực hiện thay đổi, bạn buộc phải mắc lỗi và giới thiệu một số lỗi tốt đẹp.

Bạn có thấy sự cố không? Giải pháp là mã modular. Chia nhỏ chương trình của bạn thành nhiều phần nhỏ hơn, với mỗi mảng được thiết kế để thực hiện một nhiệm vụ cụ thể. Sau khi bạn nhận thói quen này, bạn sẽ thấy rằng viết mã lỗi-Việt là dễ dàng hơn bao giờ hết.

Hãy xem xét phần mềm khác

Excel là một chương trình linh hoạt lạ thường, nhưng nó không thích hợp cho mọi thứ. Khi bạn đã sẵn sàng để thực hiện một dự án mới, dành thời gian để xem xét tất cả các lựa chọn của bạn. Để diễn giải một câu nói cũ, "Khi tất cả các bạn biết là Excel VBA, mọi thứ trông giống như một macro VBA. "

Đừng cho rằng tất cả mọi người đều cho phép macro

Như bạn biết, Excel cho phép bạn mở một bảng tính với macro của nó. Trên thực tế, hầu như giống như các nhà thiết kế của các phiên bản Excel gần đây muốn người dùng vô hiệu hóa macro.

Việc bật macros khi bạn mở một bảng tính từ một nguồn không rõ là không phải là một ý tưởng hay, tất nhiên. Vì vậy, bạn cần phải biết người dùng của mình. Trong một số môi trường công ty, tất cả các macro của Microsoft Office đều bị vô hiệu, và người dùng không có lựa chọn nào khác.

Một điều cần cân nhắc là thêm một chữ ký số vào các bảng tính mà bạn phân phát cho người khác. Bằng cách đó, người dùng có thể yên tâm rằng các bảng tính thực sự đến từ bạn và rằng họ đã không được thay đổi. Tham khảo hệ thống Trợ giúp để biết thêm thông tin về chữ ký số.

Có thói quen thử nghiệm

Việc thiết lập các thí nghiệm đơn giản hầu như hiệu quả hơn nhiều so với việc kết hợp ý tưởng mới vào mã hiện tại của bạn mà không hiểu những gì mà các thí nghiệm mang lại.

Đừng cho rằng mã của bạn sẽ làm việc với các phiên bản Excel khác

Hiện tại, ít nhất năm phiên bản Excel thường được sử dụng trên khắp thế giới. Khi bạn tạo một ứng dụng Excel, bạn hoàn toàn không có đảm bảo rằng nó sẽ làm việc hoàn hảo trong các phiên bản cũ hơn hoặc trong các phiên bản mới hơn. Trong một số trường hợp, sự không tương thích sẽ rõ ràng. Nhưng bạn cũng sẽ thấy rằng những thứ nên làm việc với một phiên bản cũ hơn không làm việc.

Excel bao gồm một bộ kiểm tra tính tương thích tiện dụng (chọn File → Info → Check For Issues → Kiểm tra tương thích), nhưng nó chỉ kiểm tra bảng tính và bỏ qua mã VBA. Cách duy nhất để đảm bảo rằng ứng dụng của bạn hoạt động với các phiên bản khác với ứng dụng bạn đã tạo ra bằng cách kiểm tra nó trong các phiên bản đó.

Lưu ý người dùng của bạn

Nếu bạn phát triển ứng dụng cho người khác, công việc của bạn khó khăn hơn bởi vì bạn không thể tạo ra các giả định giống như bạn khi bạn phát triển cho chính mình.

Chẳng hạn, bạn có thể lỏng lẻo hơn nếu xử lý lỗi nếu bạn là người dùng duy nhất. Nếu lỗi xảy ra, bạn sẽ có một ý tưởng khá hay khi cần để bạn có thể khắc phục nó. Nếu ai đó đang sử dụng ứng dụng của bạn và lỗi tương tự xuất hiện, họ sẽ không may.Và khi bạn làm việc với ứng dụng của riêng bạn, bạn thường có thể có được bằng cách không có hướng dẫn.

Bạn cần phải hiểu mức độ kỹ năng của những người sẽ sử dụng bảng tính của bạn và cố gắng dự đoán những vấn đề mà họ có thể có. Cố gắng tự hình dung mình là người dùng mới của ứng dụng của bạn và xác định tất cả các khu vực có thể gây nhầm lẫn hoặc các vấn đề.

Đừng quên các bản sao lưu

Không có gì là đáng chán nản hơn là sự cố ổ cứng mà không sao lưu. Nếu bạn đang làm việc trong một dự án quan trọng, hãy tự hỏi mình một câu hỏi đơn giản: "Nếu máy tính của tôi chết tối nay, tôi sẽ mất gì? "Nếu câu trả lời của bạn dài hơn vài giờ làm việc, bạn cần phải xem xét lại thủ tục sao lưu dữ liệu của bạn. Bạn có một thủ tục sao lưu dữ liệu, đúng không?