上海萬國商業網筆試題

時間：2020-11-27 11:03:27 筆試題目

上海萬國商業網筆試題

　　題目：上列需求中需要多少數據表能夠完成基本設計?并簡單畫出設計。提示：表與表的關系。

上海萬國商業網筆試題

　　Asp&ADO

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

　　2. 是什么意思?

　　1.面向對象的思想包括?在ASP中如何簡單實現面對對象?

　　2.如何看待分層?ASP如何實現簡單分層?

　　1.利用DreamWeaver建立簡單的動態站點。實現功能自定。主要是對數據庫的操作。

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

　　三層的理解：

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

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

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

　　三層的好處很多：

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

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

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

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

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

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

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

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

　　這個是我認為的分出數據層的意義

　　表現層和業務層分開，舉個例子：工資計算，今天老板說：工資都是底薪加獎金，

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