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

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

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

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

　　Asp&ADO

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

　　2. 是什么意思?

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

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

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

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

　　三層的理解：

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

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

　　三層的好處很多：

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

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

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

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

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

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

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

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

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

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

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