上海萬國商業(yè)網(wǎng)筆試題

時間：2020-11-27 11:03:27 筆試題目我要投稿

　　題目：上列需求中需要多少數(shù)據(jù)表能夠完成基本設(shè)計?并簡單畫出設(shè)計。提示：表與表的關(guān)系。

上海萬國商業(yè)網(wǎng)筆試題

　　Asp&ADO

　　1.寫出您最常用的ASP內(nèi)置對象(個數(shù)不限)和最常用的ADO對象。提示：接受參數(shù)等。

　　2. 是什么意思?

　　1.面向?qū)ο蟮乃枷氚?在ASP中如何簡單實現(xiàn)面對對象?

　　2.如何看待分層?ASP如何實現(xiàn)簡單分層?

　　1.利用DreamWeaver建立簡單的動態(tài)站點。實現(xiàn)功能自定。主要是對數(shù)據(jù)庫的操作。

　　2.利用作圖軟件(FireWorks)或CSS制作圓角表格(表格四角為圓潤)。
拓展：

　　三層的理解：

　　1、UI層：我說的這個UI層可能包含了很多的概念，除了大家都知道的window form和web form，它還包含了那些可能沒有用戶界面的用戶接口，像window service，web service以及.Net remoting service等的入口，它們都可以看作UI層，而UI層應(yīng)該只和業(yè)務(wù)邏輯層發(fā)生了關(guān)系。有些系統(tǒng)盡管劃分了層次，但卻將部分的業(yè)務(wù)邏輯放在UI層，這就增加了UI層和業(yè)務(wù)邏輯層的耦合度，不利于UI層的增加或變換，因為如果需要再增加另外的一個UI層，而新增加的層中又包含了原有UI層的部分功能，這時新的UI層不得不再一次實現(xiàn)同樣的功能，如果已實現(xiàn)的功能不符合要求，需要修改時，又不得不在已實現(xiàn)了的多個UI層中進行改動，這樣不但增加了工作量，而且增加了出錯的可能性。

　　2、業(yè)務(wù)邏輯層：所有的業(yè)務(wù)邏輯處理的集中地，它為UI層提供服務(wù)。比如一個購物系統(tǒng)，當(dāng)客戶下了訂單時，一般應(yīng)該做這些事情：1、檢查提交的數(shù)據(jù)的'合法性;2、驗證客戶信息;3、檢查商品信息，比如商品是否存在，是否有足夠的庫存等;4、提交訂單。這四步對于UI層來講是透明的，就是說UI層只調(diào)用業(yè)務(wù)邏輯層的一個相應(yīng)的方法，而不是親自完成這四步功能，因為這四個步驟實現(xiàn)了一個完整的業(yè)務(wù)邏輯，它們不可以分開。如果需要公開一個Web Service，供客戶提交訂單，Web Service的實現(xiàn)也只是簡單的調(diào)用業(yè)務(wù)邏輯層的一個相應(yīng)的方法。

　　3、數(shù)據(jù)(庫)層：這一層才真正的實現(xiàn)了數(shù)據(jù)的存取，它為業(yè)務(wù)邏輯層提供服務(wù)。在這一層上不需要關(guān)注業(yè)務(wù)邏輯，只是存取數(shù)據(jù)。對于確定只用一種數(shù)據(jù)存儲方式來講，這些就足夠了。但在一個分布式的系統(tǒng)中，這種簡單的實現(xiàn)是不夠的，因供存取數(shù)據(jù)的不一定來自數(shù)據(jù)庫，也可能來自其他數(shù)據(jù)文件，比如XML、 Excel等，不同的數(shù)據(jù)庫之間也有很大的差異，這些異構(gòu)的數(shù)據(jù)對業(yè)務(wù)邏輯層來講都是透明的，業(yè)務(wù)邏輯層沒必要了解數(shù)據(jù)存取的細節(jié)。那么如何才能實現(xiàn)這種結(jié)構(gòu)?通常的辦法是為數(shù)據(jù)(庫)層提供一個接口，業(yè)務(wù)邏輯層只是調(diào)用接口所約定的方法，這樣通過接口就可以實現(xiàn)很多異構(gòu)數(shù)據(jù)的存取了。

　　三層的好處很多：

　　比如具有靈活性，可以隨意調(diào)整組件的位置和服務(wù)器的位置，可以增加和修改各個組件，更主要的是具有了商業(yè)邏輯的靈活性，因為中間層的商業(yè)邏輯層負責(zé)商業(yè)邏輯。

　　比如說容易更新，不用重新編譯整個工程就可以更新功能，替換一個組件不會擴大影響到整個工程。

　　比如說容易維護，各層意義明確，不會出現(xiàn)商業(yè)邏輯和各種訪問控制混合在一起的情況，而且分層的好處是，各層可以使用不同的配置，各個服務(wù)器的維護也變得簡單。

　　比如說有天生的網(wǎng)絡(luò)化，只要配置好一個外部環(huán)境，各個組件運行時不會注意到自己訪問的是網(wǎng)絡(luò)資源還是本地資源，這種分布式的好處對于一個企業(yè)來說是急需的。

　　分層，無非就是松耦合，便于維護，也便于理解

　　沒錯，你們一個人做一個模塊，但是如果再給你一個模塊，那么連接數(shù)據(jù)庫的那些代碼你是不是又要重寫一遍?

　　或者說，你要再拷貝過來一份，如果出了Bug，你是不是10個模塊都要去修改?

　　對數(shù)據(jù)庫的訪問可以單獨做成一個項目，然后引用到你做的所有模塊中去

　　這個是我認為的分出數(shù)據(jù)層的意義

　　表現(xiàn)層和業(yè)務(wù)層分開，舉個例子：工資計算，今天老板說：工資都是底薪加獎金，

　　好，做了個程序，10個頁面都用這個公式計算，并顯示工資