企业应用架构

模式和架构读书笔记《企业应用架构模式》一

引言 n         构建计算机系统并非易事。随着系统复杂性的增大，构建相应软件的难度将呈指数增大。我们只有在不断的学习中进步，从成功经验中学习，从失败教训中学习，才有望克服这些困难。 n         很多人都试图给“架构”下
·2015-11-13 03:08

结合领域驱动设计的SOA分布式软件架构 【收集】

引言 本文主要是参考Martion Fowler所著的《企业应用架构模式》与Eric Evans所著的《领域驱动设计》这两本泰山之作，加上本人在近年实际的工作过程中开发SOA系统所认识到的问题所写的一篇文章
·2015-11-12 19:20

如何成为一名软件架构师

Daniel Mohl是一名专业的软件工程师/架构师，他的兴趣包括理解各种复杂的编程语言、企业应用架构以及如何搭建业务与技术，他通晓F#、C#、CoffeeScript、JavaScript、Erlang
·2015-11-12 16:54

引言(企业应用架构模式)

架构 架构的定义 最高层次的系统分解. 系统中不易改变的决定. 主观上的,对系统的组成部分和各部分件交互关系的设计的可共享的理解. 层次 如何分层,以及层间如何协作. 企业应用 虽然部分模式适合于所有软件,但是大多数模式仅适合于某些特定领域
·2015-11-12 13:01

程序员读书目录推荐

 《企业应用架构模式》；Martin Flower经典之作；★★★★★ 4. 《Microsoft .NET 企业级应用架构模式》；Dino Esposito,&nbs
·2015-11-11 19:56

引言(企业应用架构模式)

架构 架构的定义 最高层次的系统分解. 系统中不易改变的决定. 主观上的,对系统的组成部分和各部分件交互关系的设计的可共享的理解. 层次 如何分层,以及层间如何协作. 企业应用 虽然部分模式适合于所有软件,但是大多数模式仅适合于某些特定领域和分支. 特征 持久化数据.
·2015-11-11 18:34

[系统架构]Model View Presenter with ASP.NET 翻译

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明http://xiekeli.blogbus.com/logs/5739777.html 最近一直在看关于企业应用架构方面的资料，不久前在网上看到一篇关于
·2015-11-11 17:03

后知后觉：企业应用架构模式（一）

  1      企业应用模式概述 1.1    企业应用的模式 企业应用领域要解决的问题在某些方面要比做一个工具软件、或者一个电信通信软件等复杂的得多，比如纷杂的企业数据，各具特色的业务规则，变化莫测的用户需求。因此企业应用开发技术从CORBA、COM、J2EE、_NET等等，层出不穷，每一种技术的出现，
·2015-11-11 16:48

后知后觉：企业应用架构模式（二）

8      对象元数据映射模式 大部分代码都用来处理对象—关系的映射，即处理数据增、删、改、查的操作。这些代码冗长而且重复。而这些元数据映射使开发者可以使用一个标准格式来描述映射，并用通用的代码去处理映射。 通常使用两种方法来实现元数据映射，代码生成及反射。 代码生成即根据元数据描述，生成相应的增、删、改操作。如hibernate，codemetric代码生成
·2015-11-11 16:47

Hibernate 自动化工具集

hibernate 自动化工具箱引入 引言： 最近在看持久层的框架模式,研读Martin Flower 的大作《企业应用架构模式
·2015-11-11 16:35

[转贴]Hello NHibernate

Hello NHibernate 作者：陈省     (一) 领域模型 vs 数据集 在Martin Flower的《企业应用架构模式》一书中提到了企业应用的业务逻辑的组织主要分为以下三种模式
·2015-11-11 16:45

后知后觉：企业应用架构模式（三）

  1 1   离线并发模式 一个业务的执行可能要跨越一系列的系统事务，一旦超过单个系统事务的范围，就不能仅依靠数据库管理程序来确保事务，比如当两个会话同时处理一个记录的时候，就很难保证数据的完整性。通常可以使用锁机制来解决这个问题。 11.1    乐观离线锁 验证一个会话提交的修改不会与其他会话中的修改发生冲突。
·2015-11-11 11:39

企业应用架构模式读书笔记（一）

Martin Fowler这本《企业应用架构模式》应该是家喻户晓了，买了也有些日子，一直没有拿起来看，现在终于轮到了这本书。
·2015-11-11 06:41

基于“事件”驱动的领域驱动设计（DDD）框架分析

主要是学习领域驱动设计之父Eric Evans的名著：《Domain-driven design：领域驱动设计:软件核心复杂性应对之道》，以及另外一本Martin Flower的《企业应用架构模式》，学习到了不少关于如何组织业务逻辑方面的知识
·2015-11-11 05:54

企业应用架构模式读书笔记（一）

本文转自：http://www.cnblogs.com/yuyijq/archive/2010/03/13/1684938.html     Martin Fowler这本《企业应用架构模式
·2015-11-09 13:31

.NET的WEB企业应用架构所要解决的若干问题

本文转自：http://www.cnblogs.com/ron2k/archive/2005/01/30/99596.html     微软风风火火地发起了.NET革命，至今已经有4年的时间了，就从其本质的CLR和C#语法上来说，确实比J2EE要进步不少，连Martin Flower在举例说明OO方法时，都不自觉地使用C#来表达。然而若从企业应用的角度上来讲，微软却落后J
·2015-11-09 13:21

结合领域驱动设计的SOA分布式软件架构

://www.cnblogs.com/leslies2/archive/2011/12/12/2272722.html   引言 本文主要是参考Martion Fowler所著的《企业应用架构模式
·2015-11-09 13:59

Gotdotnet上发布了DataMapping Application Block

可以参看Martin.Fowler的企业应用架构设计模式。
·2015-11-08 16:20

[架构模式实践]如何不让第三方服务/组件的故障阻碍开发和测试进度

靠在床头, 伸了个懒腰, 慵懒地捧起了一直无暇去读的企业应用架构模式. 那一刻, 阳光照在书本上, 虽然有些晃眼, 但是不妨碍一种细小的满足感默默诞生.
·2015-11-08 16:51

系统架构师-基础到企业应用架构系列之--介绍篇

什么是系统架构 软件架构的起源       软件中的系统架构，其实是从建筑行业中的架构设计参考过来的，但是软件中的系统架构又有很大的特殊性。特殊性表现在，软件的架构可以在设计完毕后，项目进行的过程中进行相应的变化，或者可以推到重来，但是建筑行业中却不能这么做。软件行业有着很大的变化性。 什么是架构 架构总体来说就是实现需求功能的较复杂组件的设计
·2015-11-08 11:22

Domain model 及NHibernate在架构使用的一些疑惑

也是以前一直用VB和以数据为中心的方式开发，所以看了许久bob大叔的《敏捷软件开发》和Martin  Fowler的《企业应用架构模式》，总还是许多疑惑。
·2015-11-08 10:01

领域驱动设计（DDD）的实践经验分享之ORM的思考

于是我去买了两本关于领域驱动设计的书本和一本企业应用架构模式的书。看了之后也掌握了一些理论基础。但总感觉需
·2015-11-08 10:31

2014读书计划

企业应用架构模式 5.Thinking in UML （第二版） 6. CLR Via C#（第三版） 7. C#和.NET 2.0实战 平台、语言和框架 8. 编程珠玑（
·2015-11-08 10:56

MVC演化史

原文： http://huoding.com/2011/05/02/64 Martin Fowler在他所写的《企业应用架构模式》一书中感慨道：MVC已经成为我们最常误用的模式。
·2015-11-07 14:54

读《企业应用架构模式》-锁

读《企业应用架构模式》-锁 Author:zfive5(zidong) Email:[email protected] 引子 最近招聘的经历，发现找到一个满意的真的好难呀！
·2015-11-07 12:56

系统架构师-基础到企业应用架构-企业应用架构

一、 上篇回顾       我们先来回顾下上篇讲解的内容，我们前面的几节分别讲述了，业务逻辑层、数据访问层、服务层、表现层，我们了解了这些分层的职责和分层之间的大概的关联 关系，本篇可能主要是简单的介绍下企业应用的几类模式，结合这几个分层直接的交互来完成系统功能的构建。我们还是先对我们学习的四个分层的职责和功能做个大 概的回顾，我们先来看看下
·2015-11-07 11:30

系统架构师-基础到企业应用架构-数据访问层

       一、上章回顾       上篇我们简单讲述了服务层架构模式中的几种，并且讲解了服务层的作用及相关的设计规范，其实我们应该知道，在业务逻辑层中使用领域模型中使用服务层才 能发挥出最大的优势，如果说我们在业务逻辑层还是使用非领域模型的模式话，服务层的作用仅体现在解耦作用。其
·2015-11-07 11:27

系统架构师-基础到企业应用架构-业务逻辑层

       一、上章回顾        上章我们主要讲述了系统设计规范与原则中的具体原则与规范及如何实现满足规范的设计，我们也讲述了通过分离功能点的方式来实现，而在软件开发过程中的具 体实现方式简单的分为面向过程与面向对象的开发方式，而目前更多的是面向对象的开发设计方式。
·2015-11-07 11:26

系统架构师-基础到企业应用架构-服务层

一、上章回顾         上篇我们主要讲解了系统架构中的四种架构模式，并且分析了四种架构模式的实现及应用场景，那么先来回顾下架构中的业务逻辑层的使用及总结。         如果大家对图中讲述的内容不明白或者说是不深入那么可以参考上篇讲 解的内容：
·2015-11-07 11:25

系统架构师-基础到企业应用架构-表现层

一、 前言       最近也许是由于假期的原因，我发布的文章的速度变慢了，对大家说下抱歉，这个系列的确我很难写，感谢大家对我的支持和关注，的确我在发布后得到大家的支 持和认可，让我有了更多的动力，之前发布的有些内容，可能对各层讲解的内容的广度还不够，当然这和我个人的水平面有关，还请各位多多提出宝贵意见和建议。   &nb
·2015-11-07 11:25

系统架构师-基础到企业应用架构-系统设计规范与原则[下篇]

一、上章回顾        上章我们主要讲述了系统设计规范与原则中的具体原则与规范。如何实现满足规范的设计，我们也讲述了通过分离功能点的方式来实现，而在软件开发过程中的具 体实现方式简单的分为面向过程与面向对象的开发方式，而目前更多的是面向对象的开发设计方式。具体的内容请看下图：     &n
·2015-11-07 11:21

系统架构师-基础到企业应用架构-系统设计规范与原则[上篇]

一、上章回顾        在上篇中我们讲解了几类UML2.0语言新推出的建模图形,总体来说通过这些图形能更详细的将某类信息表达出来。在这里我们简单回顾上篇讲解的内容。               上图中已经简
·2015-11-07 11:20

系统架构师-基础到企业应用架构-系统建模[下篇]

一、上章回顾        上一篇：系统架构师-基础到企业应用架构-系统建模[中篇](下) 中我们主要讲解了部署图、活动图，我们在这里也是参考上篇的形式
·2015-11-07 11:19

系统架构师-基础到企业应用架构-系统建模[中篇](下)

        具体功能描述如下图：这里不详细解释，如果不清楚请看：系统架构师-基础到企业应用架构-系
·2015-11-07 11:18

系统架构师-基础到企业应用架构-系统建模[上篇]

一、摘要        本文主要从系统架构中的建模开始讲解，本文讲述的内容主要是我在工作和学习过程中的总结和经验，不足之处还请大家多多批评指出，有更好的建议也可以留言 说明。本意主旨是为不熟悉系统架构建模过程和不知道如何使用建模工具，或者不熟悉如何根据需求去建立模型的角度出发，简单的阐述了在系统架构的过程中我们应 该从什么样的角度出
·2015-11-07 11:17

系统架构师-基础到企业应用架构-系统建模[中篇](上)

  一、上章回顾        上篇文章主要简单的介绍了建模中使用的标准建模语言UML的相关内容，包括用例图与类图的使用方法及如何建模。相信大家对UML建模语言已经有了初步的认 识，还请大家谨记UML不同的建模图形的用处。比如，用例图主要用来描述系统的功能需求。类图主要用来描述实体间的关系。谨记这些就可以帮助我们在系统架构的
·2015-11-07 11:17

系统架构师-基础到企业应用架构系列之--开卷有益

  开篇说明       由于是自己对这些技术的学习总结和心得体会，错误之处在所难免，怀着技术交流的心态，现在发表出来，所以希望大家能够多多指点，这样能使一部分人受益同时也能纠正我的错误观点，以便和各位共同提高！ 软件架构到底是什么       软件架构可以被简单的描述为，一系列组件之
·2015-11-07 11:16

DDD, 企业架构, 分层架构, 领域模型, PetShop 4.0

企业应用架构模式 -  Patterns of Enterprise Application Architecture  试读   (企业应用架构模式
·2015-11-05 08:09

[置顶] 《企业应用架构模式》读书笔记1-并发

避免并发隔离性和不变性1、隔离 划分数据，使得每一片数据只能被一个执行单元访问。 隔离是一种减少错误发生的有效技术。可以使用隔离方法安排资源，以便程序进入的是隔离区，而无需考虑并发问题。 好的并发设计应该是：找个各种创建隔离区的方法，并且保证每个隔离区里能够完成尽可能多的任务。 2、不变性 只有共享数据可以修改的情况下，才会出现并发问题。所以，一个避免并发冲突的方法是识别哪些是不变的数据。 通过
JaCman·2015-11-04 16:00

[置顶] 《企业应用架构模式》读书笔记2-分布策略

远程接口和本地接口本地接口最好是细粒度的比如，如果有一个地址类，则一个好的接口应该有单独的方法，分别获取城市，地区，街道等。 细粒度接口非常好，因为它符合一般面向对象的原则，即尽可能细分，使我们可以以不同方式组合和覆盖这些方法以便在将来进行设计扩展。 远程接口应该是粗粒度的应该在一次调用里得到城市，地区，街道信息，而不是三次调用。虽然这样扩展性较差，但是为了性能值得这么做。 分布对象设计第一定律不
JaCman·2015-11-04 16:00

系统架构师-基础到企业应用架构系列之--介绍篇

什么是系统架构 软件架构的起源       软件中的系统架构，其实是从建筑行业中的架构设计参考过来的，但是软件中的系统架构又有很大的特殊性。特殊性表现在，软件的架构可以在设计完毕后，项目进行的过程中进行相应的变化，或者可以推到重来，但是建筑行业中却不能这么做。软件行业有着很大的变化性。 什么是架构 架构总体来说就是实现需求功能的较复杂组件
·2015-11-02 18:35

企业应用架构读书笔记与总结

一、第一到四章主要讲述了，分层架构思想，数据关系映射，基本的数据架构图提出的基本思想。 二、第五章对后面章节的内容着了铺垫并发、事务、锁（如悲观离线锁、乐观离线锁） 、ACID原则等的基础内容。 三、第六章为后面的第十六章会话状态做铺垫性描述。 四、第七章讲述了分布式基础，为后面的分布式做基础描述，提出了尽可能避免过度设计、过度使用分布式，能单机解决的问题绝不使用分布式方案。因为跨进程的访问
·2015-11-02 18:05

企业应用架构模式 Patterns of Enterprise Application Architecture

    Domain Layer Patterns     1. Transaction Script 事务脚本     Organize Business Logic by procedures that carry out what needs to be done in a transacti
·2015-11-02 17:21

Hello NHibernate

(一) 领域模型 vs 数据集 在Martin Flower的《企业应用架构模式》一书中提到了企业应用的业务逻辑的组织主要分为以下三种模式：面向过程的事务脚本、面向对象的领域模型以及面向数据集的开发模式
·2015-11-02 16:12

结合领域驱动设计的SOA分布式软件架构

引言 本文主要是参考Martion Fowler所著的《企业应用架构模式》与Eric Evans所著的《领域驱动设计》这两本泰山之作，加上本人在近年实际的工作过程中开发SOA系统所认识到的问题所写的一篇文章
·2015-11-01 14:52

企业应用架构模式--数据源架构模式（第10章）

1. 表数据入口 　　充当数据库表访问入口的对象，一个实例处理表中所有的行。 　　1）运行机制： 　　　　表数据入口包含了用于访问单个表或试图的所有SQL，如选择、插入、更新、删除等。其他代码调用它的方法来实现所有与数据库的交互。 　　　　表数据入口可以和表模块一起使用，它产生一个记录集数据结构由表模块处理 　　2）使用时机： 　　　　数据入口特别适用于事务脚本，行数据入口和表数据入口间的选择归结
·2015-11-01 14:39

企业应用架构模式--对象-关系行为模式（第11章）

1. 工作单元 　　用于维护受业务事务影响的对象列表，并协调变化的写入和并发问题的解决。如下： 　　 　　1）运行机制： 　　　　关键：是提交时，决定要做什么。它打开一个事务，做所有的并发检查（使用悲观离线锁或乐观离线锁）并向数据库写入所做的修改。（开发人员根本不用显示调用数据库更新方法） 　　　　记录对象更新的方法： 　　　　　　调用者注册方式：用户如果改变了某个对象就必须将他注册到工作单元，
·2015-11-01 14:39

企业应用架构模式--领域逻辑模式（第9章）

1. 事务脚本 　　1）调用数据库：事务脚本将所有逻辑组成单个过程，在过程中直接调用数据库，或者只通过一个简单的数据库封存器。 　　2）脚本处理：每个事务都有自己的事务脚本，尽管事务间的公共子任务可以被分解成多个子程序。 　　3）运行机制： 　　　　事务脚本应该置于与其他处理表现层和数据源层的类相独立的类中，把事务脚本组织成类的两种方法： 　　　　a. 将数个事务脚本放在一个类中，每个类围绕一个主
·2015-11-01 14:37

企业应用架构模式--映射到关系数据库

关系数据库之所以取得成功，最重要的原因之一就是SQL的存在，它是数据库通信标准语言。 1. 架构模式： 　　驱动领域逻辑访问数据的方式： 　　　　SQL语句嵌入在程序设计语言中； 　　　　行数据入口、表数据入口：把SQL访问从领域逻辑中分离出来，并把它放到独立的类中（让它们以数据库中的表结构为基础，每一个数据表对应一个类），这些类为数据库建立了一个入口； 　　　　活动记录：领域模型简单时，每个领
·2015-11-01 14:36

企业应用架构模式--组织领域逻辑

1. 模型抉择： 　　1）领域逻辑复杂度： 　　 　　2）抉择： 　　　　领域逻辑复杂度较低时，选择事物脚本； 　　　　如果开发环境拥有大量基于记录集的工具（.Net和VS），可以选择表模块； 　　　　开发小组经验丰富时，选择领域模型； 　　　　3种模式并不互相排斥，可以同时使用 2. 服务层： 　　1）服务层是从领域层分离出来的，用于置于底层的领域模型或表模块之上 　　2）服务层用于放置事物
·2015-11-01 14:35
上一页 2 3 4 5 6 7 8 9 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他