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

　　題目：上列需求中需要多少數(shù)據(jù)表能夠完成基本設(shè)計(jì)?并簡(jiǎn)單畫(huà)出設(shè)計(jì)，

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

　　Asp&ADO

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

　　2. 是什么意思?

　　1.面向?qū)ο蟮乃枷氚��?在ASP中如何簡(jiǎn)單實(shí)現(xiàn)面對(duì)對(duì)象?

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

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

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

　　三層的理解：

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

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

資料共享平臺(tái)

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

　　三層的好處很多：

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

　　比如說(shuō)容易更新，不用重新編譯整個(gè)工程就可以更新功能，替換一個(gè)組件不會(huì)擴(kuò)大影響到整個(gè)工程。

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

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

　　分層，無(wú)非就是松耦合，便于維護(hù)，也便于理解

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

　　或者說(shuō)，你要再拷貝過(guò)來(lái)一份，如果出了Bug，你是不是10個(gè)模塊都要去修改?

　　對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)可以單獨(dú)做成一個(gè)項(xiàng)目，然后引用到你做的所有模塊中去

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

　　表現(xiàn)層和業(yè)務(wù)層分開(kāi)，舉個(gè)例子：工資計(jì)算，今天老板說(shuō)：工資都是底薪加獎(jiǎng)金，

　　好，做了個(gè)程序，10個(gè)頁(yè)面都用這個(gè)公式計(jì)算，并顯示工資

　　明天老板說(shuō)，工資制度改革，改成底薪+獎(jiǎng)金*表現(xiàn)的百分比

　　這時(shí)你所有牽涉到計(jì)算業(yè)務(wù)的地方都要改了

　　如果所有頁(yè)面都只用于顯示工資，計(jì)算放到業(yè)務(wù)層做，這樣就只要改業(yè)務(wù)層關(guān)于計(jì)算的地方就好了

【上海萬(wàn)國(guó)商業(yè)網(wǎng)筆試題】相關(guān)文章：

中糧上海筆經(jīng)08-08

筆美國(guó)國(guó)家儀器試題目09-23

上海家化筆試試題06-01

上海奧美面試題目09-22

上海博物館筆試題目10-08

上海家化銷(xiāo)售助理筆試題09-04

上海第一財(cái)經(jīng)日?qǐng)?bào)完整筆試題06-15

上海家化--市場(chǎng)助理、銷(xiāo)售助理筆試題08-25

新浪筆經(jīng)04-27

百度上海數(shù)據(jù)處理工程師筆試題目06-12