《企业应用架构模式》——阅读笔记2
第三章:
第三章标题是映射到关系数据库,首先讲的是架构模式,它要解决的问题是驱动逻辑领域访问数据库的方式,如何设计领域逻辑也会对选择产生巨大影响。他提到很多开发者不是很了解SQL语句,使用的语句都很笨拙或者有很多错误,他提到,使用适合程序开发语言的机制访问数据库可能会更好,因此他把SQL访问从领域逻辑中分离出来,把它放到独立的类中。这些类为数据库表建立了接口,从而可以很好地进行调用。之后还讲了行为问题:行为问题就是如何让各种对象从数据库中提取出来以及存到数据库中。他其中比较尖锐的问题就是如何保证对某一数据的修改是独占的,也就是说同一时间只能有一个修改指令,否则数据就可能无效,这就是同步问题,有一种专门解决的模式叫做工作单元,他会排好顺序逐一对数据库进行访问,保证了同一时间的“独占”。第三点讲了读取数据,把读取数据的方法看做一个查找器,通过一个方法结构的接口来隐藏SQL查询语句。第三章还聊到了继承,在sql里面没有继承的标准,所以必须要用到映射。一般来说有三种选择,单表继承,具体表继承和类表继承。
第四章:
第四章讲的是Web表现层,讲述了web的兴起,它的好处,它的优势,他基于什么制作,还提到了web服务器上的应用程序的构建方法有:使用脚本和使用服务器页面。还提到了视图模式和输入控制器模式
第五章:
第五章讲的是并发:这是软件中最棘手的问题之一。无论什么时候,多线程或多进程操作同一数据都会遇到并发问题。他提到在企业中往往使用一个框架来帮助避免并发产生的问题,但是并不能完全以来框架而忽略了并发问题,书中提到和医用服务器平台来帮助解决并发问题,并发问题相信大家都懂了,我们可以使用各种各样的控制机制来解决一些并发问题,但是这些控制机制也会带来他们自己的问题,虽然可能没有之前的并发问题那么严重,但也不可忽视。第五章还提到了一个观点叫隔离与不变性,隔离就是划分数据,而不变性指的是一些不能被更改或者很难被更改的数据。关于并发控制分为乐观并发控制和悲观并发控制,乐观的并发控制能允许A,B二人先后对数据进行编辑,只不过在A没有完成时,B完成了编辑,但是B不可以提交;而悲观并发控制中,若A先进行编辑,该事物就会被上锁,B无法对它进行编辑,直到A编辑结束,B才可以继续进行编辑,这就涉及到了去年学到的数据库原理中的数据库的安全方面的知识了。在这本书里看到我曾经学过的原理也是很开心!书中还提到了一些概念问题,由于无法复制我就直接上图了:
目前读到了第五章,虽然有些地方看的云里雾里,但是总算还是感觉有点收获的。