上海万国商业网笔试题

上海万国商业网笔试题

　　题目：上列需求中需要多少数据表能够完成基本设计?并简单画出设计。提示：表与表的关系。

　　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个页面都用这个公式计算，并显示工资

　　明天老板说，工资制度改革，改成底薪+奖金*表现的百分比

　　这时你所有牵涉到计算业务的地方都要改了

　　如果所有页面都只用于显示工资，计算放到业务层做，这样就只要改业务层关于计算的地方就好了