三层框架思想

本博客是本人的一些小结,如有纰漏,欢迎拍砖。

首先若是想做大项目的话 ,不要觉的框架写着没有用,而不写,先把框架写好,以后有需要的时候才可以填充这个框架,项目才可以做大。

 

表示层:只做格式的检查(比如邮件的格式是否正确,通过js去检查,js不要访问数据库)和参数的传递、不访问网络、若中间无用户干预(如确认是否要执行这个操作)的情况下只写成一个函数,因为你建立连接的代价比传参的代价大

业务逻辑层的类叫控制类,bll层主要用于处理业务逻辑,缓冲、多线程的方法要写在业务逻辑层。

数据访问层中的类叫实体类,在实体类中封装sql语句,bll层不要有sql语句,实体类就是对数据流的封装,每个实际存在的数据流就是一个或多个实体的组合。

对于复杂实体的处理:  如果实体类比较复杂,那么在显示列表时,一般不会直接返回所有字段,尤其是内部具有列表的数据流。那么这个实体就会有三个实体类组成:概要单实体,概要集合,实体详情。(概要类有集合类、详情类不返回集合类)

     注意在dal层只要修改数据就要加事务,这样假如系统奔溃的话,数据库DB还可以使用




网页界面的布局:一般的网页布局


可以分成js、css、main主窗口这样的分包(package)方式

多人合作项目时,可以把分模块实现,一个人做的模块(所包含的css、js等文件都)放在一个包里。

一个div是一块相对独立的数据。


关于 List<HashMap<String, Object>>

servlet只是拿到客户端方法的json格式的数据做一个格式转换,转成类对象形式传至bll层,对于List<HashMap<String, Object>>,初学者一般比较喜欢使用,但是数据之间关系比较强的时候应该考虑使用类,若数据之间关系不强,比如数据含一段音频,一段视频,一些基本数据类型的时候,考虑用List<HashMap<String,Object>>,自己内部优化实现List<HashMap<String,Object>>,给不同的数据类型之间加上约束关系。


同一层次粒度的class的不能相互调用,否则耦合性会非常高,可以通过上层调用它们。


一个数据流写一个实体类,实体类的创建不是根据数据库表有什么创建什么,而是需要这个数据流的时候就添加这个实体类。


框架类只跟框架类打交道,private static IDaoFrame iDaoFrame=new DaoFrame();  dal层的框架类通过参数iDaoFrame,写在 bll层的框架类中,bll层是通过iDaoFrame与dal层打交道。

性能优化部分:

1.如果在bll层使用了单例,注意不需要在dal层再使用单例,否则2个单例会有单例套单例的情况出现

2.如果看不懂开源项目是因为不知道设计模式

3.如果n个属性一起修改,不要每个都要get、set方法,可以封装成类统一修改。

  集合类一般只有增、删、改、查方法     复杂实体类的定义:实体类里面有对象

4.servlet不能new出bll层的对象,要用单例模式,单例是静态对象,随着类的生成而被创建,不能被实例化,不被释放,系统关掉才被释放

单例模式示例:

public class BusinessBll{
	private static BusinessBll bussinessBll = null;
	
	private Context context;
	public BusinessBll(Context context){
		this.context = context;
	}
	
	public static BusinessBll getBusinessBll(Context context){
		if(businessBll == null){
			businessBll = new BusinessBll(context);
		}
		return businessBll;
	}
}
在三层框架中做单例的方法有三种:

1.bll层做单例,dal层做bll层的成员变量,在bll层的构造函数中被new出来,注意只能是在构造函数中,不能做参数

public class BusinessBll{  
    private static BusinessBll businessBll = null;  
    private BusinessDal businessDal = null;  
      
    private BusinessBll(){
    	businessDal = new BusinessDal();
    }
    public static BusinessBll getBusinessBll(){  
        if(businessBll == null){  
            businessBll = new BusinessBll();  
        }  
        return businessBll;  
    }  
}

外部调用:静态方法可以用过类名访问

private IBllFrame iBllFram = BusinessBll.getBusinessBll();

2.与第一相反,dal层做单例,bll层做dal层的成员变量,在bll层的构造函数中被new出来

3.创建一个单例对象,bll层、dal层为其成员变量

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------






  • 3
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
三层框架和MVC(Model-View-Controller)是两个不同的概念,但它们之间存在一些相似之处。 三层框架(Three-Tier Architecture)是一种软件设计模式,将应用程序的功能划分为三个主要的层次:表示层(Presentation Layer)、业务逻辑层(Business Logic Layer)和数据访问层(Data Access Layer)。表示层负责与用户交互,业务逻辑层处理应用程序的业务逻辑,数据访问层负责与数据库进行数据交互。这种分层的设计模式有助于实现代码的模块化、可维护性和可扩展性。 MVC是一种架构模式,用于组织应用程序的代码结构。它由以下三个核心组件组成:模型(Model)、视图(View)和控制器(Controller)。模型表示应用程序的数据和业务逻辑,视图负责展示数据给用户,控制器处理用户的请求并根据需要更新模型和视图。MVC模式的目标是将应用程序的不同部分解耦,提高代码复用性和可维护性。 虽然三层框架和MVC都涉及到将应用程序的功能分离到不同的层次或组件中,但它们的关注点略有不同。三层框架强调将应用程序划分为表示层、业务逻辑层和数据访问层,而MVC则更加关注模型、视图和控制器之间的交互。 实际上,MVC可以作为一种设计模式在三层框架中使用,将业务逻辑层按照MVC的思想进行组织,以实现更好的代码结构和可维护性。因此,可以说三层框架可以包含MVC的概念,但它们并不完全相同。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值