第五期:ColdFusionMX中的循環(huán)
序言
任何一種程序再簡單也要具備一定的邏輯和算法,Coldfusion也不例外。如果只是靠簡單的標簽的堆砌,是無法真正實現(xiàn)企業(yè)商業(yè)邏輯的。而且,我在這里非?隙ǖ奶岢鲆稽c,就是簡單絕對不等于功能弱小。目前,網絡技術發(fā)展到了一個注重表現(xiàn)的時代,就是每一個開發(fā)出來的網絡應用,要在實現(xiàn)邏輯的同時,具備讓客戶有豐富的用戶體驗是另一個追求的目標。Flash+Flashremoting+cf serverside script就是一種極具體驗的開發(fā)手段。而對于開發(fā)工具,眾多的開發(fā)廠商更是在工具的易用性上做足了文章,微軟vs.net開發(fā)平臺的完整統(tǒng)一性,Oracle9i JDeveloper開發(fā)j2ee程序的wizard方式,Macromedia DreamweaverMX眾多的服務器端的腳本語言的支持,都是在工具易用性上的一種體現(xiàn)。我們今天要給大家講解的就是簡單易用的coldfusion loop。通過cf中不同的循環(huán)嵌套,能夠實現(xiàn)很多在cf中編程的邏輯。
這里的序言還要補充說明一點,操作access數據庫時的中文解決的方法,如果哪位開發(fā)者有興趣,請去這里查看并參與探討:
http://www.flashempire.net/showthread.php?s=a85407ff13de51915c82a57b7eb2e1ee&threadid=125029
第一部分 看看CF中的流程控制和循環(huán)
我們點擊DreamweaverMX中Insert面板里的cf flow標簽,會看到如下的一行圖標:
這行圖標幾乎完成了coldfusion中最重要的流程和循環(huán)處理。談到流程,我們在學習任何一門語言的過程中第一個接觸到的就是if…then…else這個流程控制語句。想必很多從事網頁設計的朋友都不可避免的接觸過這個邏輯。這個邏輯是簡單的,但是是最常用到的。在上圖中,用文字顯示“if else elsif”就是使用cf中的if流程控制。點擊標有文字“if”的時候,我們用原代碼的方式觀察頁面,就會看到在光標所在出已經插入了<cfif></cfif>這個代碼段。我們把所有在cf中用<cfxxx>…</cfxxx>都看作一個封閉的代碼段,不管它有多長,也不管它有多短。
使用cfif標簽,標準的簡單描述應該是這樣的:
<cfif 你要判斷的條件>
你要做的事情:可以是一行輸出,也可以是若干個其他的復雜的代碼段。
</cfif>
那么我們經常使用一些判斷條件的操作符來決定cfif的流程的走向,因為在cfif的邏輯判斷中,只有真(1)和假(0)兩種,如果條件為真,就做cfif標簽中間嵌套的事務,如果為假,就跳出這個邏輯,去處理下一個邏輯。那么cf中的操作符非常的人性話,它使用語言表達判斷,而不是符號。比如,“=”在cfif的條件操作符中要表達為“EQ”,“>”要表示為“GREATER THAN”或者“GT”。如果我們判斷a是否等于B,那么在cf中要這樣寫:
<cfif A EQ B>
<cfset A=B>
</cfif>
使用詳細的條件操作符請看下表:
Operator(解釋) |
縮寫 |
Operator(解釋) |
縮寫 |
IS(==) |
EQUAL,EQ |
GREAT THAN OR EQUAL TO(>=) |
GTE,GE |
IS NOT(<>) |
NOT EQUAL,NEQ |
LESS THAN OR EQUAL TO(<=) |
LTE,LE |
GREATER THAN(>) |
GT |
Contains(包括) |
|
LESS THAN(<) |
LT |
Does Not Contain(不包括) |
|
那么另外的else和elsif是嵌套在完整的cfif中的,下面這段代碼是一個完整的說明:
<cfif 表達式1>
代碼段1
<cfelseif 表達式2>
代碼段2
<cfelse>
代碼段3
</cfif>
如果表達式一成立,則做代碼段1,如果表達式1不成立,則判斷表達式2是否成立,如果表達式2成立,則做代碼段2,否則做代碼段3。各位沒有開發(fā)基礎的朋友,可以試試這段小代碼,之后運行一下就明白結果了。
<cfif 1 is 0>
<cfoutput>1</cfoutput>
<cfelseif 2 is 0>
<cfoutput>2</cfoutput>
<cfelse>
<cfoutput>3</cfoutput>
</cfif>
開發(fā)程序我們在控制流程的過程中,還用到了switch…case方法,在coldfusion的編程方式中同樣支持。而對于Switch…case方法,使用起來也是很簡單的,這里進行一下簡單的講解。點擊 這三個圖標來完成cfswitch的操作,目的在于讓開發(fā)者進行同一種表達式對于多種結果值的條件下進行流程的選擇。點擊了左邊的圖標之后,我們會看到下面的窗口:
語法操作如下:
<cfswitch expression= "#var#">
<cfcase value= "x1">
action1
</cfcase>
<cfcase value= "x2">
action2
</cfcase>
…
<cfdefaultcase>
default action
</cfdefaultcase>
</cfswitch>
語法解釋非常的簡單,對于表達式expression,用cfcase的value屬性來反映表達式中#var#的值,然后針對不同的值,來響應不同的action,做不同的操作,如果沒有值匹配,那么做cfdefaultcase標簽中的默認action。來個macromedia官方標準的程序段看看:
<cfquery name = "GetEmployees" dataSource = "cfsnippets">
SELECT Emp_ID, FirstName, LastName, EMail, Phone, Department
FROM Employees
</cfquery>
<h3>cfswitch Example</h3>
<p>Each time the case is fulfilled, the specific information is printed;
if the case is not fulfilled, the default case is output </p>
<cfoutput query="GetEmployees">
<cfswitch expression="#Trim(Department)#">
<cfcase value="Sales">
#FirstName# #LastName# is in <b>sales</b><br><br>
</cfcase>
<cfcase value="Accounting">
#FirstName# #LastName# is in <b>accounting</b><br><br>
</cfcase> <cfcase value="Administration">
#FirstName# #LastName# is in <b>administration</b><br><br>
</cfcase>
<cfdefaultcase>
#FirstName# #LastName# is not in Sales, Accounting, or
Administration.<br><br>
</cfdefaultcase>
</cfswitch>
</cfoutput>
這段代碼就是通過了cfswitch來顯示cfmx默認數據源cfsnippets中Employees表中的人員,而方式用department(所在的部門)變量在cfswitch中cfcase的不同value來區(qū)分顯示開來。
我們來看cf flow面板中的另外3個圖標集合: ,這3個圖標從左到右,依次是cftry、cfcatch、cfthrow。這3個tag在進行cf應用程序的編寫調試過程中,起到了重要的作用。這3個標簽實際上是進行了應用程序的錯誤和異常的處理。為什么要有錯誤和異常的處理?作者本人認為有兩個大的方面的作用。第一,就是提醒開發(fā)人員應用程序出錯或異常,同時使系統(tǒng)在交付給客戶之后出現(xiàn)錯誤或異常后,能夠使用不同方式的處理給客戶一個可靠的感覺。第二,就是減少應用程序遭受攻擊的可能。如果我們不使用錯誤和異常處理,那么我們經?梢钥吹,如果程序處理出錯,會在web瀏覽器里暴露出不該出現(xiàn)的信息,比如數據庫表名,字段名,甚至對數據庫的操作等等。其實這些出錯信息是不應該對外顯示在web瀏覽器里的。
我們在編寫coldfusion應用程序的時候,應該注意一下可能出現(xiàn)的錯誤類型,從而能使用cfmx administrator里的設定和cftry等tag結合來處理這些錯誤。我們經常遇到的錯誤分為五類:語法錯誤、數據庫操作錯誤、應用服務器(application server)環(huán)境錯誤、邏輯錯誤和驗證錯誤。按照這些錯誤的重要性來排序,第一位的就是應用服務器環(huán)境錯誤,這些錯誤由application server產生,它可能會導致整個coldfusion應用不能運行。所以排在最為重要的位置。其他的我們應該力圖減少語法和邏輯錯誤,因為這種錯誤可以通過不斷的debug來修正,而且這類錯誤的調試比較消耗精力。
我們先來看下圖,這是我操作cfmx administrator->debugging settiongs的過程中的一個截圖:
如果你選擇了Enable Robust Exception Information這個選項,在cfm頁面出現(xiàn)錯誤的時候,將通過瀏覽器可以看到application顯示的應用錯誤信息,包括頁面模板物理路徑、頁面的URI,錯誤行數(不一定準確)、操作的數據庫語句、數據源名稱、Java堆棧的trace方式等等。這樣其中一些信息顯然是你在把項目提交給客戶后不希望顯示的,所以在production server上安裝完coldfusionMX之后,要把這個選項的勾選去掉。
通過簡單的介紹<cftry>和<cfcatch>之后,可能很多人都不會使用,那么我們用一個最最簡單的數據庫的操作來說明錯誤處理的作用;貞浵惹暗某绦,我們先寫下一段簡單的數據庫query程序段:
<CFQUERY NAME="demo" DATASOURCE="cfsnippets">
SELECT Emp_ID, LastName
FROM Employees
</CFQUERY>
如果我們把cfsnippets的名稱改成xxx,那么我們看看會發(fā)生什么情況?請看下面的截圖:
上面的這張截圖是cf server自動給出的錯誤信息顯示頁面。這個頁面上,看看我們提供了哪些重要的信息給來自外部的訪問人員?數據源名稱,文件的物理路徑,sql查詢的語句。這些信息完全給那些帶有惡意的訪問者以可乘之機。那么我們應該使用<cftry>和<cfcatch>來避免這些報錯信息的顯示。修改以后的代碼如下:
<cftry>
<CFQUERY NAME="demo" DATASOURCE="xxx">
SELECT Emp_ID, LastName
FROM Employees
</CFQUERY>
<CFCatch Type="database">
對不起!我們不能連接到數據庫服務器!非常抱歉!
<CFAbort>
</CFCatch>
</cftry>
之后我們看到的瀏覽器中的顯示信息為:
“對不起!我們不能連接到數據庫服務器!非常抱歉!”
這樣,很多非常重要的,涉及到安全性的信息就被保護了起來,同樣也就降低了服務器被惡意攻擊的可能性。 第二部分 在原有的基礎之上深入一下
很多開發(fā)人員在學習了五個部分的基本coldfusionMX的知識后,已經可以進行一些簡單的應用程序編寫了。那么我們就在原有的基礎之上,深入一下。講解coldfusionMX的最新的CFComponent的基本知識。關于本教程的中的一些CFComponent的資料來源于macromedia官方。
在開始講解CFComponent(以下簡稱CFC)之前,先來一段簡單的概要,讓各位開發(fā)人員在整體上對CFC進行一下介紹。很多開發(fā)人員可能對asp都比較熟悉,asp可以和com,com+結合起來應用而com就是基于微軟的一種組件技術。說這種技術高深也好,易用也罷,從我這里認為,組件開發(fā)技術就是提供給應用程序一組高可用性的代碼。什么是可用性?在英文里就是reuse。專業(yè)一點就是代碼重用。CFC也不例外,通過簡單的將許多不同功能的cfml代碼段進行一定邏輯的組合,并賦予不同的訪問方式,就構成了CFC。那么CFC相比對于以前的CF的自定義標簽又有什么優(yōu)勢和不同?CFC最大的優(yōu)點就是不包含表現(xiàn)性質的代碼,也就是說,一個CFC具有某種純粹的邏輯,然后通過不同的調用方式和附加性的修飾標簽來呈現(xiàn)給外部不同的結果,是完全符合web技術開發(fā)的需求,那就是表現(xiàn)與邏輯分離。而,custom tag則不是這樣,它是構造一個Function,可以把表現(xiàn)與邏輯混在一起,通過其他cfm頁面的操作來呈現(xiàn)結果。還有一個不同是CFC是一種對象,具有不同的訪問方式,也具有了method的入口操作方式,也具有了參數控制方式。如果上面這部分解釋理解比較吃力的話,那么我們用一個經常開發(fā)的模塊來說明問題。我們經常在開發(fā)互動性網站的時候,經常會開發(fā)用戶注冊和驗證模塊,按照一般的開發(fā)方式,會有很多個頁面,比如login.cfm、checkuser.cfm等等一堆的頁面來進行用戶的登錄(注冊)操作。我們的邏輯代碼會寫在所有的需要處理的后臺文件中。那么會出現(xiàn)何種煩雜的現(xiàn)象?用<cfquery>組成不同的數據庫操作代碼段來進行用戶名和密碼的查找,返回查找結果,進行form表單輸入值和數據庫結果的驗證,通過不同頁面上的不同的嵌入性的邏輯代碼來相應用戶的不同操作。這樣的開發(fā)方式不是不可以,但是我們建議cf開發(fā)人員采用一種更先進的開發(fā)方式CFC進行相應功能的開發(fā)。那么開發(fā)相同功能模塊的CFC是一種什么樣子的開發(fā)思路呢?我們可以把需要的代碼段集合在一起,通過特有的構成CFC的Tag把這些代碼段變成特有的Components,另外,賦予它們不同的method。還是針對用戶注冊和登錄驗證的功能模塊,我們換成這種思路:
l 定義一個user object,把所有對于用戶的通用操作封裝在這個object里
l 定義對于user object的操作方法,例如add(),delete(),update(),get()等等一些通用的操作方法,同樣也可以再增加一些,例如verifyPassword(),GetEmail()等等。
l 對于不同用戶傳遞不同的參數給特定的方法來實現(xiàn)相應功能。
好了,不用我說了,大家已經可以分辨出使用CFC的優(yōu)點:可用性強,開發(fā)效率高,擴展性強。
那么,我們用什么來構造一個CFC呢?很復雜?令人頭疼?都不是,用基本的cfml語法知識,外加幾個特定的構造CFC的tag就可以實現(xiàn)了。那么構造CFC的幾個tag如下:
l <CFComponent>定義一個CFC
l <CFFunction>定義一個CFC中的操作方法(method)
l <CFArgument>定義method接收的參數
l <CFReturn>返回一個值,或者從method返回。
我們現(xiàn)在構造一個非常簡單的cfc,看下面的代碼: <!--- Browser id component ---> <CFCOMPONENT> <!--- Is the browser IE? ---> <CFFUNCTION NAME="IsIE"> <!--- Init variable ---> <CFSET result="No"> <!--- Look for IE identifier ---> <CFIF FindNoCase("MSIE", CGI.HTTP_USER_AGENT)> <!--- Yep, got it ---> <CFSET result="Yes"> </CFIF> <!--- Return result ---> <CFRETURN result> </CFFUNCTION> </CFCOMPONENT>
文件存儲成為browser.cfc,我們大家可以看到,所有的cf代碼在<cfcomponent></cfcomponent>標簽之間。這個cfc有一個Function叫做IsIE,目的是判斷瀏覽器的類型。默認的結果是No,那么如果檢測出有MSIE這個串(不分大小寫),結果為true。這個Function返回的值就是result。很簡單是不是?
在構造好browser.cfc這個Component之后,如何應用這個browser.cfc呢?在存放browser.cfc的目錄下再生成一個test.cfm文件,這個文件中的代碼使用下面的編寫方式:
<!--- Invoke browser CFC --->
<CFINVOKE COMPONENT="browser" METHOD="IsIE" RETURNVARIABLE="result_ie">
<!--- Feedback --->
<CFOUTPUT>
Your browser is:<BR>
IE: #YesNoFormat(result_ie)#<BR>
</CFOUTPUT>
之后執(zhí)行test.cfm這個文件,得到的結果是:
Your browser is: IE: Yes
Test.cfm這個文件使用了<cfInvoke>這個標簽調用了browser這個cfc,并且調用了IsIE這個方法,返回的值是使用result_ie。上面的cfc只是一個判斷ie瀏覽器的程序,下面來個全的:
<CFCOMPONENT>
<!--- Is the browser IE? --->
<CFFUNCTION NAME="IsIE"
RETURNTYPE="boolean"
HINT="Is browser Microsoft IE">
<!--- If no browser id passed, used current --->
<CFARGUMENT NAME="browser"
REQUIRED="no"
DEFAULT="#CGI.HTTP_USER_AGENT#"
HINT="Browser ID, defaults to CGI ID">
<!--- Init variable --->
<CFSET result="No">
<!--- Look for IE identifier --->
<CFIF FindNoCase("MSIE", browser)>
<!--- Yep, got it --->
<CFSET result="Yes">
</CFIF>
<!--- Return result --->
<CFRETURN result>
</CFFUNCTION>
<!--- Is the browser Netscape? --->
<CFFUNCTION NAME="IsNetscape"
RETURNTYPE="boolean"
HINT="Is browser Netscape">
<!--- If no browser id passed, used current --->
<CFARGUMENT NAME="browser"
REQUIRED="no"
DEFAULT="#CGI.HTTP_USER_AGENT#"
HINT="Browser ID, defaults to CGI ID">
<!--- Init variable --->
<CFSET result="No">
<!--- Look for Netscape identifier and no IE identifier --->
<CFIF FindNoCase("mozilla", browser) AND NOT FindNoCase("MSIE", browser)>
<!--- Yep, got it --->
<CFSET result="Yes">
</CFIF>
<!--- Return result --->
<CFRETURN result>
</CFFUNCTION>
<!--- Is the browser Dreamweaver? --->
<CFFUNCTION NAME="IsDreamweaver"
RETURNTYPE="boolean"
HINT="Is browser Dreamweaver">
<!--- If no browser id passed, used current --->
<CFARGUMENT NAME="browser"
REQUIRED="no"
DEFAULT="#CGI.HTTP_USER_AGENT#"
HINT="Browser ID, defaults to CGI ID">
<!--- Init variable --->
<CFSET result="No">
<!--- Look for DW identifier --->
<CFIF FindNoCase("mmhttp", browser)>
<!--- Yep, got it --->
<CFSET result="Yes">
</CFIF>
<!--- Return result --->
<CFRETURN result>
</CFFUNCTION>
<!--- Identify a browser
Returns: IE - Internet Explorer
NS ?Netscape
DW ?Dreamweaver
Empty string is unknown
--->
<CFFUNCTION NAME="Identify"
RETURNTYPE="string"
HINT="Identify a browser">
<!--- If no browser id passed, used current --->
<CFARGUMENT NAME="browser"
REQUIRED="no"
DEFAULT="#CGI.HTTP_USER_AGENT#"
HINT="Browser ID, defaults to CGI ID">
<!--- Init variable --->
<CFSET result="">
<CFIF IsIE(browser)>
<CFSET result="IE">
<CFELSEIF IsNetscape(browser)>
<CFSET result="NS">
<CFELSEIF IsDreamweaver(browser)>
<CFSET result="DW">
</CFIF>
<!--- Return result --->
<CFRETURN result>
</CFFUNCTION>
</CFCOMPONENT>
上面的第2個CFC復雜了一些,我們覆蓋存儲成為browser.cfc,這個cfc中包含了4個Function(method):
IsIE,測試瀏覽器是否為MS的瀏覽器;IsNescape測試是否是Nescape(mozilla)瀏覽器;IsDreamweaver測試是否內嵌Dreamweaver;Identify返回所有的結果,如果以上3種都不是,返回空串。程序還為CFFunction添加了兩個新的屬性:ReturnType是對返回值的一個類型確認(validate),如果不是ReturnType所描述的類型,將會顯示一個錯誤。另外,我們的Function中還添加了<CFArgument>這個標簽,來設定BrowserID這個值,而且設定Required屬性為no是保證有檢測不出來的browserid的時候,提供一個默認的CGI ID。如果required的屬性設定為yes,那么特定的參數傳遞如果不符合要求,就會報錯。我們可以通過下面的這個test.cfm程序來調用上面的這段復雜的browser.cfc:
<!--- Check for IE --->
<CFINVOKE COMPONENT="browser"
METHOD="IsIE"
RETURNVARIABLE="result_ie">
<!--- Check for Netscape --->
<CFINVOKE COMPONENT="browser"
METHOD="IsNetscape"
RETURNVARIABLE="result_ns">
<!--- Check for DW --->
<CFINVOKE COMPONENT="browser"
METHOD="IsDreamweaver"
RETURNVARIABLE="result_dw">
<!--- Identify browser --->
<CFINVOKE COMPONENT="browser"
METHOD="Identify"
RETURNVARIABLE="result_id">
<!--- Feedback --->
<CFOUTPUT>
Your browser is:<BR>
IE: #YesNoFormat(result_ie)#<BR>
NS: #YesNoFormat(result_ns)#<BR>
DW: #YesNoFormat(result_dw)#<BR>
ID: #result_id#<BR>
</CFOUTPUT>
顯示的結果為:
Your browser is: IE: Yes NS: No DW: No ID: IE
其實我們可以用兩種方式從內部觀察一個cfc,第一種就是通過直接的url訪問。上面第2個最終的browser.cfc在我本機的url為:
http://localhost:8500/cfdev/browser.cfc
輸入這個url后,會先看到cf administrator的界面,輸入登錄的密碼后,系統(tǒng)會報告一個browser.cfc的詳細信息給開發(fā)人員,截圖如下:
上圖詳細的介紹了這個cfc的結構和詳細信息,想要看到這個前提是必須有cf server administrator的密碼權限哦!
第二種方法就是通過dwmx來import這個cfc,從而可以看到dwmx會自動的識別出這個CFC了:
然后我們從組件這個面板里直接把所需要調用的cfc method直接drap & drop到右邊的編程區(qū)域里去,就可以了。
第三部分 資源列表
相關于Macromedia MX系列知識的了解請訪問:
http://www.macromedia.com
http://www.macromediachina.com
http://www.flashempire.net
http://m.95time.cn
關于Macromedia 產品策略分析中文文章請訪問:
http://61.156.17.126/efe_news/newsread.php?id=123
下載Macromedia MX系列產品請訪問:
http://www.macromedia.com/software/trial_download/
* Macromedia ColdFusion MX和JRun4可以免費在官方網站得到開發(fā)者版本,同商業(yè)版本相比,只是限制了開發(fā)者版本的ip訪問限制,服務器高級報表工具,服務器均衡負載功能等一些高級功能的使用。
注釋:
JRun4、ColdFusion MX、Flash MX、Dreamweaver MX、Fireworks MX都是Macromedia公司的注冊產品。
出處:藍色理想
責任編輯:藍色
上一頁 第四期:ColdFusionMX Basic Tag編程 下一頁
◎進入論壇網絡編程版塊參加討論
|