3 回答
飲歌長嘯
TA貢獻1951條經驗 獲得超3個贊
您需要Option Explicit在每個VBA代碼模塊（包括表單和報告）的頂部使用。
您可以進入VBA編輯器>>工具>>選項>>編輯器選項卡，并確保選中了“需要變量聲明”，以為表單和報表后面的所有將來創建的模塊和VBA代碼設置此設置。
從Access 2003幫助：
要求變量聲明-確定模塊中是否需要顯式變量聲明。選擇此選項會將
Option Explicit語句添加到任何新模塊的常規聲明中。
變量變暗時，我也會使用駝峰式大小寫。 ThisIsAnExampleOfCamelCase。如果Access不會將小寫變量更改為駝峰大小寫，一旦退出VBA代碼行，我就會知道輸入錯誤。
滄海一幻覺
TA貢獻1824條經驗 獲得超5個贊
有關OPTION EXPLICIT和Access VBA的一些歷史記錄
根據Tony的回答，這里有一些解釋，說明為什么在某些Access代碼模塊中未存在OPTION EXPLICIT的問題。
在Access 95和Access 97（帶有VBA的前兩個Office版本）中，Access的代碼編輯器與其他Office程序不同。在Access 2000中，Microsoft通過Access中的其他Office應用程序實現了VBE。同時，MS選擇使Access VBA模塊的行為像其他應用程序中的模塊一樣，默認情況下不具有OPTION EXPLICIT。
因此，在Access 2000中，默認情況下，模塊創建時沒有OPTION EXPLICIT。
當然，這對MS而言確實是一個愚蠢的設計決定，后來他們撤消了這一決定（我不記得是Access 2002或2003糾正了問題，并在所有新模塊中再次默認為OPTION EXPLICIT）。它之所以愚蠢（因為MS應該知道這一點）是因為Access是一種數據庫應用程序開發工具，因此可以對強類型的數據進行操作。因此，默認情況下應嚴格鍵入代碼環境，以使其與正在使用的數據保持一致。
在Excel或Word中，數據不是強類型，因此對幾乎所有內容使用變體數據類型更有意義，只是使每個人都更容易使用。通過不使用OPTION EXPLICIT來實現這一點的缺點是，您可能會得到拼寫錯誤，這些錯別字會自動引入新變量（例如變量“ intrdoduce”），如果我使用OPTION EXPLICIT撰寫本文，那么如果沒有OPTION EXPLICIT，就不會發生產生運行時錯誤！:)]。這是所有以這種方式工作的語言的問題（我努力工作于PHP，其中變量名可以按大小寫區分，即$ Var與$ var是不同的變量；但是我離題了），但是MS決定在Word和Excel中以這種方式實現它，因為這樣的理論是，編寫代碼的人如果不這樣做的話，將會更輕松。
因此，MS犯了一個錯誤，即使Access的VBE版本像其他應用程序一樣，即使Access自己的目的內部沒有邏輯支持這一舉動。然后，MS撤消該更改并返回到以前的狀態（即，默認情況下，所有模塊中的OPTION EXPLICIT）。
因此，您經常會看到在Access 2000中開始使用的應用程序，這些應用程序到處都是模塊，而沒有OPTION EXPLICIT。當我必須使用這樣的應用程序時，我的首要任務是在所有模塊中實現OPTION EXPLICIT，然后修復該死的東西，使其能夠編譯（鑒于該東西是在沒有它的情況下進行編程的，因此通常很難）。
犯罪嫌疑人X
TA貢獻2080條經驗 獲得超4個贊
這個問題對于Excel很有幫助，您可能會看到它是否適用于Access：
丟失的變量
本質上，MZ-Tools將搜索您的代碼并告訴您未使用的內容。VBA的版本可以在這里找到。使用查看源代碼功能。
- 3 回答
- 0 關注
- 703 瀏覽
添加回答
舉報
0/150
提交
取消