体系结构
文章平均质量分 65
vividboy
I am what I am
展开
-
架构模式的分类
架构模式常常划分成如下的几种: 一、 From Mud to Structure型。帮助架构师将系统合理划分,避免形成一个对象的海洋(A sea of objects)。包括Layers(分层)模式、Blackboard(黑板)模式、Pipes/Filters(管道/过滤器)模式等。 二、分散系统(Distributed Systems)型。为分散式系统提供完整的架构设计,包括像Broker(转载 2006-02-23 17:12:00 · 1492 阅读 · 0 评论 -
经验交流:关于软件设计的一点心得体会
2007-07-03 来自:conanpaul [收藏到我的网摘]曾经看过一本书叫《道法自然》,内容略记得一二,但我最欣赏的是它的书名。软件设计没什么太神秘有东西,只要用心体会,其实一切都很自然。软件的设计之“道”,也不在于设计有多么的华丽、精巧,而在于其朴实、自然,最终达到“以无招胜有招”,进入一个全新的境界。 一、软件设计理论的层次 以我的拙见,软件设计领域中的各种概念,可以分为以下转载 2007-07-02 23:20:00 · 1189 阅读 · 0 评论 -
Layered Application(分层应用程序)
Layered Application(分层应用程序) 发布日期: 2004-04-19 | 更新日期: 2004-04-19版本:1.0.1本页内容 上下文 问题转载 2006-06-02 22:23:00 · 1387 阅读 · 0 评论 -
MSDN: 在 ASP.NET 中使用 HTTPHandler 实现 Front Controller
发布日期: 4/1/2004 | 更新日期: 4/15/2004使用 Microsoft .NET 的企业解决方案模式 > Web 表示模式 > 在 ASP.NET 中使用 HTTPHandler 实现 Front Controller版本: 1.0.1本页内容 上下文转载 2006-05-09 15:21:00 · 1355 阅读 · 0 评论 -
第1章 企业解决方案的构建模式
版本 1.1.0“我们发现,目前正常工作的复杂系统总是从以前正常工作的简单系统演变而来的……从头开始设计的复杂系统总是不能正常工作,也无法通过修补来使其正常工作。您必须从正常工作的简单系统开始。”— John Gall 发表于 Systemantics: How Systems Really Work and How They Fail企业级业务解决方案是公司实现其业务的赌注,它们通常极其转载 2006-05-05 22:38:00 · 1465 阅读 · 0 评论 -
在 .NET 中实现 Observer
在 .NET 中实现 Observer发布日期: 4/1/2004 | 更新日期: 4/16/2004使用 Microsoft .NET 的企业解决方案模式 > Web 表示模式 > 在 .NET 中实现 Observer版本: 1.0.1本页内容 上下文转载 2006-05-10 19:41:00 · 794 阅读 · 0 评论 -
模型-视图-控制器
Model-View-Controller(模型-视图-控制器)版本: 1.0.1本页内容 上下文 问题 影响因素转载 2006-05-06 21:45:00 · 8877 阅读 · 0 评论 -
第3章 Web 表示模式
版本: 1.1.0 “体系结构设计者的第一个作品往往比较简练和干净。他知道自己并不了解正在进行的工作,因此他小心谨慎地设计它。在他设计第一个作品时,会进行多次修饰和润色。这些会留到“下一次”使用……这第二个系统是他曾经设计的最危险的系统……一般趋势是,在设计第二个系统时,将会使用在第一个作品中被小心搁置在一边的所有思路和修饰,从而导致设计过了头。”— Frederick P. Br转载 2006-05-06 21:33:00 · 974 阅读 · 0 评论 -
Observer(观察器)模式
Observer(观察器)发布日期: 4/1/2004 | 更新日期: 4/1/2004Observer(观察器)Version 1.0.1本页内容 上下文 问题转载 2006-05-10 20:42:00 · 990 阅读 · 0 评论 -
MSDN: Page Controller(页面控制器)
Page Controller(页面控制器)发布日期: 4/1/2004 | 更新日期: 4/1/2004Page Controller(页面控制器)版本: 1.0.1本页内容 上下文 问题转载 2006-05-07 20:18:00 · 1233 阅读 · 0 评论 -
软件体系结构的非功能属性
摘抄自: 《Pattern-Oriented Software Architecture Volume 1: A System of Patterns》 WILEY出版社出版略有改动“程序,像人一样,会变老。我们不能够阻止老化,但我们可以弄清楚引起老化的原因,采取措施来限制它的影响,暂时性地修复由老化引起地损害,并为软件最终不可再用做好准备。” --ParnasParnas 先生同原创 2006-03-06 16:09:00 · 1996 阅读 · 0 评论 -
软件体系结构启用技术
摘抄自:《Pattern-Oriented Software Architecture Volume 1: A System of Patterns》 WILEY出版社出版 略有改动 所谓“启用技术”(enabling techniques),就是从目前软件体系结构中抽象出来的更加底层的原理。通过这些原理,我们又可以在不断的时间中创造有价值的软件体系结构/模式。原创 2006-03-06 15:08:00 · 1100 阅读 · 0 评论 -
基于角色管理(RBAC)的权限系统
本文来源:http://znjqolf.blogdriver.com/znjqolf/635601.html这里的权限系统要区分2个概念:粗粒度:表示类(model)别级,即仅考虑对象的类别(the type of object),不考虑对象的某个特定的实例。比如,对合同这个类别(contract)的管理中,创建、删除等操作,对所有的用户都一视同仁,并不区分具体的对象实例(销售合同转载 2006-03-02 10:55:00 · 4048 阅读 · 0 评论 -
体系结构学习笔记
以下都是我的一些心得体会,随着时间的推移会不断的修改,增加。毕竟我经验还少1. 系统纵向架构设计考虑“分层”模式。一个操作流程考虑“管道-过滤器”模式。2. 层次的划分从下至上通常是从抽象到具体。最下层几乎是任何系统都可以通用的部分。而最上面便与系统是一对一的关系。也就是说,最下层的代码是重用性最大的部分。比如,一些字符串的操作就可以放在底层。因为它不针对任何具体的系统。而上层代码原创 2006-02-24 16:51:00 · 1166 阅读 · 0 评论 -
怎样成为优秀的软件模型设计者?
我们期待自己成为一个优秀的软件模型设计者,但是,要怎样做,又从哪里开始呢? 将下列原则应用到你的软件工程中,你会获得立杆见影的成果。 1. 人远比技术重要 你开发软件是为了供别人使用,没有人使用的软件只是没有意义的数据的集合而已。许多在软件方面很有成就的行家在他们事业的初期却表现平平,因为他们那时侯将主要精力都集中在技术上。显然,构件(components),EJB(Enterpris转载 2006-02-21 18:58:00 · 773 阅读 · 0 评论 -
MVC 模式
创建者:Trygve Reenskaug定义: 模型-视图-控制器(Model-View-Controller, MVC)体系结构模式将一个交互式应用程序分为三个组件。模型包含核心功能和数据。视图向用户显示信息。控制器处理用户输入。视图和控制器共同构成了用户接口。变更-传播机制确保了用户接口和模型之间的一致性。语境: 具有灵活人-机接口的交互式应用程原创 2006-02-24 15:56:00 · 1978 阅读 · 0 评论 -
一个核心系统应该达到的要求
定义:我这里所说的核心系统是指那些可以独立运行,同时也可以作为类似系统开发基础的系统。目的:减少系统开发的重复工作量,缩短开发周期,提高系统质量,积累某个领域的知识。要求:1. 通过较少的修改就可以搭建出一个可运行的系统;(如:假若你有一个绩效考核系统的核心系统,在一个新的项目中,如果用户并没有自己成型的绩效考核体系,并同意先采用你建议的绩效考核办法试行,那么通过数据的初始化和对一些特殊情原创 2008-02-27 11:42:00 · 1257 阅读 · 0 评论