今天终于进入大公司,员工90多,我去过最多的了
先来晒晒问题吧,我看了看ASP.NET的开发构架:
=================================================
BBL
Common
DALFactory
DBUtility
F:\ET\Web
IDAL
Model
SQLDAL
=================================================
共有八个文件夹,我不知道要是我想设计一个最简单的“登陆界面”的话,该从何入手。
于是问了一个也是新来的同事,他比我强多了,他是这么说的: 假设开发登陆界面,内容就是:用户名和密码输入完毕【登陆】即可,做法为: 1.先打开数据库SQL2005,创建tb_User表:ID(主键,自动增加1),UserName,Password-----第一步:设计数据库表结构 2.在Model文件夹内,新增C#类,定义数据表对应的UserInfo类,该类只包含属性,没有任何方法-----第二部:根据表建立类(Model文件夹内) 3.定义接口(I),即:全是方法-----定义接口,为以后类实现具体方法做铺垫(IDAL文件夹内) 4.用类来实现第三步定义的接口(I),需要的话,返回Model对象------(SQL ServerDAL文件夹内) 5.返回到前台设计,调用Model的方法=======================================================================================================
我看了看,好像明白了,但是为什么就只包含:Model,IDAL,SQLServer三个文件夹呢?其他5个呢?
请说明白点,万分感谢!!!!
先来晒晒问题吧,我看了看ASP.NET的开发构架:
=================================================
BBL
Common
DALFactory
DBUtility
F:\ET\Web
IDAL
Model
SQLDAL
=================================================
共有八个文件夹,我不知道要是我想设计一个最简单的“登陆界面”的话,该从何入手。
于是问了一个也是新来的同事,他比我强多了,他是这么说的: 假设开发登陆界面,内容就是:用户名和密码输入完毕【登陆】即可,做法为: 1.先打开数据库SQL2005,创建tb_User表:ID(主键,自动增加1),UserName,Password-----第一步:设计数据库表结构 2.在Model文件夹内,新增C#类,定义数据表对应的UserInfo类,该类只包含属性,没有任何方法-----第二部:根据表建立类(Model文件夹内) 3.定义接口(I),即:全是方法-----定义接口,为以后类实现具体方法做铺垫(IDAL文件夹内) 4.用类来实现第三步定义的接口(I),需要的话,返回Model对象------(SQL ServerDAL文件夹内) 5.返回到前台设计,调用Model的方法=======================================================================================================
我看了看,好像明白了,但是为什么就只包含:Model,IDAL,SQLServer三个文件夹呢?其他5个呢?
请说明白点,万分感谢!!!!
BBL 业务逻辑层
Common 通用类
DALFactory 类工厂
DBUtility 这个应该是创建数据库连接的
F:\ET\Web 网站了
IDAL 一些接口
Model 实体类
SQLDAL 操作数据库的,一般里面是sqlhelper
不用都用到,够用就行了特别是 sqldal 你几乎一次都用不上。好好干
我们建立网站WEB目录的时候就显示WEB,前面没有路径的。
Common 通用操作层
DALFactory 操作工厂类
DBUtility 数据库访问组件基础类
F:\ET\Web WEB层
Model 实体类
SQLDAL 数据库操作类
DALFactory实现IDAL定义的接口,而BLL间接实现了IDAL接口中的功能
2.Model :实体类,其他模块引用
3.Common 公共函数单元,其他模块调用
4.IDAL 数据库访问接口
5.SQLDAL :继承IDAL 的sql server数据库接口
6.DALFactory 抽象工厂
7. BBL 业务处理层
8. F:\ET\Web : UI表现层
vs中可以显示"web"的,这几天看书看到的,找开右边的Solution Explorer--右击该解决方案--Add--New Solution Folder,将这个建立的新解决方案文件夹命名为Web即可。
这个新的解决方案文件夹并不在文件系统目录中创建文件夹,只是在vs2005解决方案中创建一个虚拟目录,周围用淡色
虚线表示。
Common 通用操作层
DALFactory 操作工厂类
DBUtility 数据库访问组件基础类
F:\ET\Web WEB层
Model 实体类
SQLDAL 数据库操作类
DALFactory实现IDAL定义的接口,而BLL间接实现了IDAL接口中的功能
2楼的其实你是web引用了你说的三个,但是引用的三个又会分别引用一些别的,互相引用的,造成的结果
这个就是一个业务分层把一个项目按照不通的要求不同的需求不同的设计架构分成不同的项目,最终形成一个解决方案
petshop3.0 类似
4.0 太多了东西了 不一定 能用到
Common 通用操作层
DALFactory 操作工厂类
DBUtility 数据库访问组件基础类
F:\ET\Web WEB层
Model 实体类
SQLDAL 数据库操作类
DALFactory实现IDAL定义的接口,而BLL间接实现了IDAL接口中的功能
三层模式
e/web是项目还是网站啊?如果是网站显示路径,就是没有从IIS里面添加
DALFactory 操作工厂类
DBUtility 数据库访问组件基础类
F:\ET\Web WEB层
Model 实体类
SQLDAL 数据库操作类
DALFactory实现IDAL定义的接口,而BLL间接实现了IDAL接口中的功能
欢迎加入
Common 通用操作层
DALFactory 操作工厂类
DBUtility 数据库访问组件基础类
F:\ET\Web WEB层
Model 实体类
SQLDAL 数据库操作类
DALFactory实现IDAL定义的接口,而BLL间接实现了IDAL接口中的功能 up这个
LZ帖出的结构是在三层结构的基础上加入了工厂模式。调用关系:UI层( F:\ET\Web)调用BLL层。
BLL层调用IDAL和DALFactory来实现数据访问接口。(由DALFactory决定IDAL层接口由哪个数据访问层来实现。目前项目中只有一个数据访问层 SQLDAL)
SQLDAL调用DBUtility,实现数据访问。
以上各个层除了DALFactory都需要调用Model层作为数据载体进行数据传递。MODEL为实体层,作为数据载体层,其中的实体类的属性基本和需要操作的数据表字段一一对应。(有时候为了便于传递其他参数可能会加上object类型的Tag属性)。说这个类不能包含方法也不完全正确。一些基本的属于该类独有的需要进行的操作方法一般也会写在里面,例如类初始化方法和对象克隆方法。
SQLDAL层为数据访问层(SqlServer用的数据访问层)用得比较多的的其他可能还会有OracleDAL(Oracle用的数据访问层)。
组合Sql语句或者调用存储过程来访问数据库进行数据操作的层。每个类中的主要功能方法和接口层IDAL层中的接口的方法一一对应,此外一些接口中没有的数据辅助方法也是写在这个层的类中。
DBUtility 数据库操作的(辅助类)封装类【基本都是编译好的dll文件】,被数据访问层调用。封装了很多的数据连接方法和接口主要作用是用来简化数据访问层的编写工作。
该层一般属于公司项目积累,该层中的类的数量、功能、复杂程度基本反应着一个公司的软件积累水平。比较好的公司会有专人专门维护和定时升级版本,一般程序员无法接触到该部分的源代码。
BLL层业务逻辑层,和DALFactory层是组合使用的,主要实现的是软件的业务功能。由于很多操作需要事务的支持而事务基本上是在数据访问层中完成的。所以BLL层类中的方法很多情况下在简单项目中就是1对1的调用数据访问层对应类的的方法。
BLL调用的数据访问层是那个层由DALFactory中创建接口对象所使用的实例决定。
UI层(F:\ET\Web)项目中代码量最多的地方。大量的复杂业务逻辑基本都在这层和BLL层中。也是产品层,看得到效果。工作虽然累但是不会让人无聊的层。
不过我们还有更多的层
我也不明白
多看看就能理解
但不知道怎么用
只会照别人的写的模拟一下
好好研究啊!!!
website与web application不同
DALFactory 操作工厂类
DBUtility 数据库访问组件基础类
F:\ET\Web WEB层
Model 实体类
SQLDAL 数据库操作类
DALFactory实现IDAL定义的接口,而BLL间接实现了IDAL接口中的功能 lz要多学习,这些很基本了
呵呵,这个是抽象三层
最简单的三层就是 BLL DAL MODEL