ZFIVE5

OO进化论 作者:zfive5(zidong)邮件:zfive5@yahoo.com.cn 现在的主流语言是OO的,但为什么我们选择OO呢,好在哪里? 更快,还是其它的? 这些年一路走来,唯一的体会就是程序更好的解耦,OO遵循”责任单一原则”,谁的责任谁负责,说到这里比较痛恨管理上的矩阵式管理,责任根本梳理不通,往往发生情况了,找谁都解决不了,互相推诿,看来这中管理方式

读《企业应用架构模式》9-死锁与附件 Author:zfive5(zhaozidong)Email：zfive5@163.com 关于死锁，现在系统还是存在的，因为我们太多的更新，而又没有严格规定他的执行顺序，当然大家应该都知道了X锁，Update A（X）…                Update B(X)Update B（X）    ……

读《企业应用架构模式》6--映射到关系数据库 Author:zfive5(zhaozidong)Email:zfive5@163.com 读完这章，唯一的感觉是如果5年前好好拜读一下，就不至于走许多弯路了,现在产品中也的确好多地方本章里去实践的。从开始领域建模，再到物理数据的存储在单表继承，具体表继承和类表继承，每一种模式应用时也考虑过它们的优与劣。 单表继承：对“标识

读《企业应用架构模式》10  ---Web表现层 What  & Why    Author:zfive5(zhaozidong)Email:zfive5@163.com 仔细读了一下，只是感觉作者的单价视图和双价视图值得在仔细看一下，MVC的时序也是大家值得看的内容，之前和面试者交谈过MVC，十个有九个夸夸奇谈MVC多么多么的好，当问到MVC是怎么交互的时候，就没有了声音，这

读《七周七语言》，感悟其魂Author:zfive5(zhaozidong)Email:zfive5@163.com前些日子看《七周七语言：理解多种编程范型》，突然有些冲动要说它们中间的-魂，魂是它们的原动力。过程结构语言过程结构语言，更多是在描述计算机怎样去做，把我们的逻辑转化成JMP，MOV，CMP这些计算机最基本的元素，当它们变得庞大的时候

3 之分层分层的本质责任分离，体现了分而自治设计，公司的部门结构又异曲同工之妙，提到分层常常伴随的会出现两个名词，Tier，Layer ，一个物理上的，一个逻辑上的。现在我们编写的企业应用，2Layer的，有3Layer,两2Layer像老的财务软件（C\S)，新的3Layer或者大于三层（B/S的应用）,我觉得大学毕业做的学生管理系统打者3Layer的幌子，行的是2Layer

关于领域逻辑的组织主要讲了---贯穿领域层里的某些东西1.事务脚本“脚本”顾名思义就是“SQL语句”，当然如果我们操作数据库，必然要在一个事务中，这样就出会事务脚本的概念，估计市场是小的应用都是这样的组织的，记得8年前做广电项目的时候，就是这用他来组织代码的，如果大家看过BBS代码，大部分也是应用这种模式来组织的，优点就是上手快，但当代码复杂度达到一定程度，在也不会高兴了。

分层后遗症 Author:zfive5(zhaozidong)Email:zfive5@163.com 今天解决了一个用户问题，突然发现，系统分层固然好，但缺点在某些时候就凸现，A层不知道B层的实现细节，最终导致乱用B层，结果造成了整个应用效率低下。 DataTable[0]["Name"]，但让我用反射看到.NET的DataTable代码: 你

性能改善的一种模式Author:zfive5(zhaozidong)Email: zfive5@163.com这些天碰到了一系列用户性能问题，大部分的解决方案都是从for(...){    A()   //进程与进程交互,例如：select id from where ...}到As()   //进程与进程交互

软件项目的公理---变化必然存在 Author:zfive5(zhaozidong)Email:zfive5@163.com 今天又一次回顾设计原则，记得看《敏捷软件开发》还是在刚工作时我的项目经理告诉有这本书，最近又一次翻这本书，越发体会出“酒还是沉得香”。   关于设计模式和设计原则各大书籍讲的很多，估计只有写书的人才有深刻体会，前几天给项目组工作5年的

HTTPWatch简单分析视频网站 Author:zfive5(zhaozidong)Email:zfive5@163.com 前些日子一位朋友问到视频网站怎么做，今天晚上通过HttpWatch研究一下，  GET /xxxxx/4/186/24/GAmmLe7H8sFBOhIVDpt2J4.mp4?start=24&key=uxGCJi1c_HvRSENpK7

闻qiu起床这些日子都不用闹钟了，估计我家Qiu是让他爹去北伐前些日子公司从外面找了一个人讲敏捷，突然发现面向对象的六个字，很经典“角色”，“协作”，“关系”“封装”，“抽象”，“多态”

每天我们都从一扇门到另一扇门的过程......发现内心需要平静才能去看《企业应用架构模式》，才能从一扇到另一扇的质变，那头迎接的是不一样的格局，这本书没有什么富丽堂皇的词语，但每一章讲到的东西或多或少在我们现有系统找到映照。而且第九章里的一句话，让我每每看到都要反思:       不管你是多么坚定的面向对象的信徒，也不要盲目排斥事务脚本。许多 问题本身是简单的，一个简单

折扣&折让看清实质的思考 Author:zfive5(zidong)Email:zfive5@163.com引子有些东西，在没有人指点的情况，一时理解不了，就放一放，等到某一个契机到来的时候，发现恍然大悟。在写这篇文章之前，有打开了《九九八十一难之五十五》看就是这个  正文关于折扣&折让在销售业务里总共有三种：商业折扣、销售折让和现金折扣。商业折扣

读《企业应用架构模式》-锁Author:zfive5(zidong)Email:zfive5@163.com引子最近招聘的经历，发现找到一个满意的真的好难呀！这些天在班车上又开始读《企业应用架构模式》，这本书像一本哲学书，每次读的时候都会发现一些新的东西和体会。正文关于并发锁控制的两种方式：乐观锁与悲观锁乐观锁：冲突检查悲观锁：冲突避免原文如下：

读《企业应用架构模式》5Author:zhaozidongEmail zfive5/@/163.com昨天又开始读第2章，发现译者真不应该把" Transaction Script"这个词翻译成“事务脚本”，真的很容易与数据的”事务脚本”混淆，其实更像是业务的“执行剧本”，这种“所谓的剧本”的更强调过程是的执行，没有责任的分离和分层。真心希望如果大家今后如果翻译

读《企业应用架构模式》8 在一起Author：zfive5(zhaozidong)Email:zfive5@163.com晚上吃完饭，又开始读，在这本书中有一个观点---领域逻辑最好不要在客户端和服务器都存在，这种选择让我们不知道新的需求到底放到那里，就像我们走到岔路口一样的感觉。当然这个也不是绝对，当性能和维护性发生矛盾时，选择性能才可以最终给客户带来价值，而客户对你

向《童子军规则》致敬刚才收拾书的时候，看到了《程序员必须知道的97件》，突然想起了几天前项目总结中，有一位同事提到了“童子军规则”----“要让离开时的营地比进去时更干净”，的确往往做系统，我们大家半路插进来的比较多，面对“垃圾”时，没有去管，当然也不排除自己对“垃圾”的定义。过些天要写一个PPT（性能方面的），这更加深了对“童子军规则”的感触。《软件架构师应该知道的97件事》

为控制反转更名  作者:zfive5(zidong)邮件:zfive5@yahoo.com.cn控制反转的本质是为了解耦,让两个逻辑单元的依赖变得没有那么强,但做不到完全消除依赖,所以在有些书上又提到了依赖倒转,但对于第一次听到这样的名词还是丈二和尚摸不着头脑.其实也没有那么难,其实大道至简,就像两点之间确定一条直线那样朴实简明, 软件之所以引进这个模式那个原则

五项原则是关于类设计的，它们是：　　◆　SRP，单一职责原则，一个类应该有且只有一个改变的理由。 　　◆　OCP，开放封闭原则，你应该能够不用修改原有类就能扩展一个类的行为。　　◆　LSP，Liskov替换原则，派生类要与其基类自相容。 　　◆　DIP，依赖倒置原则，依赖于抽象而不是实现。 　　◆　ISP，接口隔离原则，客户只要关注它们所需的接口。 　　另外的六

系统分析员论文样例                系统分析员论文样例中石化金卡工程江苏省联合办公室 尤一浩 （江苏省南京市中山南路242号 邮编：210005 电话：4209423）江苏省石油集团公司信息技术管理处 司文全 （江苏省南京市中山南路242号 邮编：210005 电话：4209423） 论建立企业内部网INTRANET

[转]系统分析员论文12篇 系分论文1企业人事信息系统的应用【摘要】   本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化

[转]系统分析员论文12篇 系分论文1企业人事信息系统的应用【摘要】   本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化

Use case association property sheet General tabThe General Tab contains the following properties:Property Description Name Specifies the name of the item, which should be clear a

Author:zfive5(zhaozidong)Email   : zfive5@yahoo.com.cn　　晚上下班，买了２．２５升装的可乐和今麦郎的弹面（最近一些日子总是这样），看电视到０点，中间就是喝可乐和翻翻书，一本飞思关于j2ee的书，感觉可以！０点以后不想睡，所以拿借同事的java与模式开始翻，一年多来我真是没有什么勇气看它，此书重的惊人，与书店中＂红皮书＂们有过之而无不

. 想了想还是应该是这样的抽象，继承，多态 都是为了封装，在想了一下，觉得封装不是目的，只是手段，所以觉得最终是这样的 重用是目的，其他的几个都是为它服务的

设计一个好的应用程序，详细的使用说明是必不可少的。当你的应用程序设计完成以后，为了让用户更加方便容易的使用你的程序，你是否想过为你的程序设计一个联机帮助（当然，在程序设计阶段就应该注意积累文档资料，否则当程序完成以后也许你自己都忘了怎么使用，更别谈教别人使用了）。大家都见过一些专业应用程序的联机帮助，无论界面与结构都相当漂亮，有没有想过自已的开发应用程序也有这样COOL的联机帮助。下面我就为大家介

来源:http://en.wikipedia.org/wiki/GRASP_%28object-oriented_design%29GRASP (object-oriented design)From Wikipedia, the free encyclopediaGeneral Responsibility Assignment Software Patterns (or

XML解析器列表（超全！）AdvXMLParser  Sebastien Andrivet  C++  Arabica  Jez Higgins  C++  CL-XML  James Anderson Benno Biewer  Common Lisp  CenterPoint/XML  CenterPoint  C++  Expat Module for Rub

读《企业应用设计模式》2在开发和设计的使用，我们一定要知道自己面临的问题，这样才可能做出正确的判断，选择正确的设计架构，当然架构这个词让人感觉很神秘。其中它就是切菜时切成块呢？还是丝？关于性能的话语，经历上一版冲刷过的团队成员，都能体会到“减少远程调用”的意义所在。在Web高性能优化进阶中它变成了“减少HTTP请求”，真感觉所有最后都在追求一个东西，记得上一版的时候总结出来

读系统软件要好架构和开发写，主要面对了是技术、集成问题就可以了，但企业应用在技术、集成问题前提下，还有考虑里面的商业和经济上的“隐逻辑”，在开发企业应用的越理解背后的逻辑，越可以抓住客户，有的时候客户不会直接说其中的缘由，只要换位思考一下，就或多或少能体会到其中的道理。 序言里对“架构”二字有一种理解---“系统中不易变化的东西”（虽然有些偏激，但很朴素）。其中“业务逻辑”

读 《企业应用架构模式》7 过程 VS 对象Author:zfive5(zhaozidong)Email:zfive5@163.com今天和同事交流一下，过程与对象的区别面向过程：一只无形的手，包揽全部处理，责任分层不是不可能，只是有些难，选择的动机就是简单高效，就像《企业应用架构模式》里讲组织领域逻辑选择“transaction script”的时机和

在研版本单元阶段要收尾了，希望下版本不要再这么累了同时祝愿QQ永远快乐。最近又拿出设计模式来看，从参加工作以来对设计模式的认识-时而清醒，时而糊涂。这些天对之前的一些认识进行部分总结，越发感觉架构设计与模式是有一套公理体系的，就像笛卡尔和斯宾诺莎对哲学的思考一样一样的。笛卡尔斯宾诺莎