1.省略dim，方便但也是隱患！
申請變量后再使用是標(biāo)準(zhǔn)方法：
dim a
a = "1"
事實(shí)上，你不寫dim也可以：
a = "1"
系統(tǒng)并不認(rèn)為出錯，它會自動判斷a是不是一個已經(jīng)存在的變量，存在就繼續(xù)執(zhí)行，如果不存在就自動幫你申請！看似系統(tǒng)好聰明好智能好體貼，但是隱患出來了！系統(tǒng)知道我的意思嗎？系統(tǒng)很可能自作聰明，好心幫倒忙!問題一：如果我前面已經(jīng)申請了一個變量，比如administrator，后面我要給這個變量賦值，我不幸寫錯了個字母或少寫了個字母，比如administratar = “me"，系統(tǒng)終于等來了個“幫”我的機(jī)會，并“自告奮勇”的為我申明變量，“體貼周到”難以言表！是的，程序也許能運(yùn)行，但邏輯上已經(jīng)亂成一片了，因?yàn)橄到y(tǒng)沒有報(bào)錯（或者報(bào)了個其他錯來誤導(dǎo)你），你根本不能很快定位到問題處，如果程序很大，你花了很多時間找到根源后，你感想如何？你肯定很想罵系統(tǒng)“自做多情”，如果當(dāng)初系統(tǒng)報(bào)一個administratar變量名不存在，我很快就能知道自己拼寫錯了，而把問題迅速糾正，而不必“沉醉”在系統(tǒng)的“自做多情”當(dāng)中！省略dim后帶來的另一個隱患后面會講！

2.函數(shù)內(nèi)申明的變量不會干擾外部的變量！
比如：
<%@LANGUAGE="VBSCRIPT" CODEPAGE="936"%>
<%
dim a
a = "1"
function getstr()
dim a
a = "2"
end function

response.Write a & "<br>"
getstr()
response.Write a & "<br>"
%>

結(jié)果顯示函數(shù)內(nèi)部申明的變量是不會干擾外面的，它的作用域就是函數(shù)內(nèi)部，其實(shí)學(xué)過其他語言的都應(yīng)該知道！但要先聲明，如果把函數(shù)內(nèi)的dim a去掉的話，那就把那個a認(rèn)為是外部的a，結(jié)果就變了！文件里面申請的變量，他的作用域就是這個文件。

3.讓人又愛又恨的include！
include可以使ASP程序更加結(jié)構(gòu)清晰，而且一些常用的函數(shù)可以被其他文件所共享！他帶來的好處同時你必須注意缺點(diǎn)！
現(xiàn)在回到第一點(diǎn)談到的省略dim，前面講的是我賦值卻被系統(tǒng)“好心”的變成了申明變量。現(xiàn)在講的正好相反，我想聲明變量，系統(tǒng)卻賦值，因?yàn)槭÷詃im也能申明變量，對于能省則省喜歡精簡的程序員來說，常常擋不住這個誘惑（我有時候也喜歡這么申請，嘿嘿）但是，你能保證你申請的變量名前面的程序里沒有？如果前面有這個變量名，那你不是申請成了賦值了？同一個文件中也許很少會犯這個錯誤，但是別忘了include，他是包含進(jìn)來文件，如果包含進(jìn)來的文件中有你申請的變量，那你就完了，就算能運(yùn)行，邏輯上已經(jīng)成問題了。如果你不偷懶，用dim申請，報(bào)錯的時候，你幸運(yùn)的得知這個變量名已經(jīng)存在了！很快就能改正！

現(xiàn)在來討論更復(fù)雜的情況，如果你include兩個文件進(jìn)來，在這兩個文件中都有同一個變量名，如果兩個都用dim申請的話，還好，就只是報(bào)錯，說變量名已經(jīng)存在了，很快就能知道問題了。現(xiàn)在你可以理解我為什么講第二點(diǎn)的作用域了，由于作用域，不同文件同名變量一般情況下不會“打架”。但是，如果被另一個文件同時include進(jìn)來，問題就麻煩了，所以如果你寫的asp文件是準(zhǔn)備被包含的，請防止同名的情況發(fā)生。再回到原來的討論，如果兩個include文件中申請同名變量都dim還好，但是后包含文件是用省略dim申請，問題就來了，后面的省略dim申請成賦值了，要命的是，這是在兩個include文件中，很隱蔽，查找問題更困難！

綜上所述，大家可以寫一些簡單的例子來體會體會其中的問題，最后建議：
1.變量請先用dim申請?jiān)偈褂茫∮绕涠嗳碎_發(fā)的復(fù)雜程序！
2.給變量賦值請注意變量拼寫！
3.仔細(xì)了解include的文件。

***現(xiàn)在講講查錯：

事實(shí)上，尋找問題比代碼編寫更重要！我個人經(jīng)驗(yàn)，問題分三類：
1.報(bào)錯類，編譯系統(tǒng)在編譯系統(tǒng)過程中遇到的問題，它會給出錯誤信息，這是程序員最喜歡的問題，呵呵，不是變態(tài)，而是這種問題查起來最簡單！

2.邏輯類，比較討厭的問題，程序編譯成功，也能運(yùn)行，不過顯示的結(jié)果不是你邏輯中期望的結(jié)果。oh, my god！怎么辦，沒有提示信息，只能憑經(jīng)驗(yàn)和感覺去分析錯誤的結(jié)果，然后查源代碼，順利的話，幾分鐘解決，難纏的一天下來也沒結(jié)果！

3.性能類，很可怕的問題，程序編譯成功，也能正常運(yùn)行，顯示也正常！但是，偶爾隔段時間給你來個錯誤，你根本不知道錯誤是在什么情況下觸發(fā)的，或者程序性能不如同類程序的高，運(yùn)行慢，這些問題，有些一個星期一個月能解決了，有的幾乎就是頑疾，治不好。我就曾經(jīng)被這種問題折騰的死去活來！

所以，要想學(xué)好編程，就要嘗試自己解決問題，尤其象ASP程序，邏輯方面出問題的情況不大，出的問題基本都是報(bào)錯類的，有出錯信息，出錯位置，自己分析分析應(yīng)該不難解決。我看有些人愿意在論壇上花個三天等別人告訴自己問題，為什么自己不去解決呢？自己查到一個問題，就長了一分經(jīng)驗(yàn)，這才是程序員的財(cái)富！

***一點(diǎn)程序員的心得：
不要以為能寫幾行代碼，做過幾個小程序就以為是程序員了，等你去軟件公司干上幾年你就明白什么叫程序員了，編寫代碼不算什么，代碼查錯，優(yōu)化代碼，編寫軟件文擋（不是一個簡單的用戶手冊，而是項(xiàng)目申請書，項(xiàng)目初步設(shè)計(jì)說明書，項(xiàng)目詳細(xì)設(shè)計(jì)書，數(shù)據(jù)庫設(shè)計(jì)說明書，項(xiàng)目測試說明書，用戶使用手冊，用戶維護(hù)手冊等等），事實(shí)上你會程序設(shè)計(jì)，并不代表你能軟件開發(fā)。事實(shí)上我在某些方面還做的不夠好，比如編寫軟件文檔，呵呵，想想是件很恐怖的事情，編寫軟件文檔比寫程序痛苦多了！自己做了三年delphi程序員，雖然離開公司的時候完成一個不錯的軟件項(xiàng)目。但還是感覺到自己不足，所以現(xiàn)在我還是不停的補(bǔ)充其他各個方面的技術(shù)，這個社會競爭已經(jīng)很激烈了，你越不努力向上，你越努力向失業(yè)靠近！

對于第一個問題，我強(qiáng)烈建議大家使用變量前用Dim定義一下，多寫一行代碼并不是很困難的事。然后在ASP文件頭部用<%Option Explicit%>，這樣，如果不小心把變量名寫錯，就會返回變量沒有定義的錯誤，就可以很容易地查出錯誤位置，否則，該變量就是一個Null值。

另外，結(jié)合Option Explicit說一下第二個問題。有時候我們需要包含多個文件（比如head定義、頂部導(dǎo)航等代碼），而Option Explicit在一個ASP Application（注意這里是說application,特指一次應(yīng)用，而不是page，不表示一個頁面）只能用一次。所以，Option Explicit最好不要放在include文件內(nèi)部，以免被多個頁面多次調(diào)用引起混亂。

再說一個關(guān)于 include 的小問題。一般，如果需要包含的文件就在當(dāng)前目錄內(nèi)，我們可以直接用
<!--#include file="abc.asp"-->

來包含它。但是，很多時候我們有N個需要包含的文件。于是，為了方便管理，我們將它們統(tǒng)一放在一個INC或include目錄內(nèi)。這樣，有時候包含代碼就寫成了：
<!--#include file="..\inc\abc.asp" -->

這就是我要討論的問題。請注意，使用..可以訪問上層目錄，由于而帶來一個安全隱患：用戶有可能非法引用站點(diǎn)外部文件。基于這個理由，Microsoft 發(fā)布的 IIS Lockdown 工具屏蔽了這個引用方法，并且 Microsoft 在 Windows Server 2003 的 IIS6.0 上默認(rèn)是屏蔽這種方式的。對于這種不在本目錄內(nèi)的包含文件，推薦使用這種安全的引用方法：
<!--#include virtual="/inc/abc.asp"-->

歡迎更多有益的探索和討論