realnicky
- 浏览: 61631 次
- 来自: 杭州
-
最新评论
-
wise007：
AgilePoint做流程确实是简单，感觉和Notes搭流程的 ...
2007-1-14日 周日 agilepoint的讲座 -
mingj：
lz有《道法自然》的电子书没有？
道法自然第一章 -
ITeye管理员：
你的帖子太简单了，请注意看首页的版规。如果是一系列的帖子请放在 ...
6、架构分析：功能分解VS对象分解 -
realnicky：
用例图、文字描述、顺序图都是用例分析的有效工具
道法自然第2章 -
realnicky：
谢谢提醒~
道法自然第一章
文章列表
从今天开始我将学习axis的经验以笔记的形式共享给大家希望能对大家的工作有所帮助。<o:p></o:p>
相信大家对webservice有一定的了解我在这里就不再复述webservice的一些基本概念。
axis1.3是soap1.2协议的一个实现框架。 ...
- 2007-06-15 11:28
- 浏览 1924
- 评论(0)
Convert的使用方法：
格式：
Convert(data_type,expression[,style])
说明：此样式一般在时间类型(datetime,smalldatetime)与字符串类型(nchar,nvarchar,char,varchar)相互转换的时候才用到.
例子：
SELECT Convert(varchar(30),getdate(),101) now
结果为
now
09/15/2001
style数字在转换时间时的含义如下：
Style(2位表示年份)
...
- 2007-06-11 15:06
- 浏览 1316
- 评论(0)
**
*Output:
Original contents of al: C A E B D F
Modified list backwards: F+ D+ B+ E+ A+ C+
*/
import java.util.ArrayList;
import java.util.Iterator;
import java.util.ListIterator;
public class MainClass {
public static void main(String args[]) {
ArrayList<String> al = new ArrayLi ...
- 2007-03-22 10:25
- 浏览 1388
- 评论(0)
7、面向对象设计：共性VS个性
- 博客分类：
- 读书笔记
一尺之捶，日取其半，万世不竭！
7.2 对象和类的粒度
7.2.1 CPU难题
处理有包容关系的类，用继承机制还是聚合机制？
多态性的机制可以大量减少条件判断语句的重复。
继承和动态绑定
7.2.2 继承的粒度
类的定义：类是对象的抽象，是一系列既有共性又有个性的对象的高度概括。
对象的共性和个性是相对的而不是绝对的。
对继承粒度问题的认识：
1.必须基于需求来确定继承的粒度。如果提取对象的某一个共性对于我们要解决的问题没有任何帮助，或只有很小的帮助，那就没有必要因为提取共性而增加继承数的复杂度。
2.对象的某些共性更适合于用属性而不是用新的基类 ...
- 2007-02-09 16:53
- 浏览 2294
- 评论(0)
6、架构分析：功能分解VS对象分解
- 博客分类：
- 读书笔记
天下莫大于秋毫之末，而大山为小......
6.2.2 架构分析的作用
a、架构分析为软件定义了科学的结构和规则，可以有效地控制软件地复杂性，易于理解、实现和管理
架构模式描述了软件系统基本的结构组织策略
设计要求：
层和层之间的耦合应该尽可能地松散
级别相同、指责类似的元素应该北组织到同一层中；
复杂的模块应该被继续分解为粒度更细的层或子系统；
应尽量将可能发生变化的元素封装到一个层中，这样，变化发生时我们只要改变受影响的层就可以了
每一层只调用下一层提供的功能服务，决不能调用上一层提供的功能服务，避免循环依赖
不，我不想要自由；我只要条出路，向左或是向右，到哪儿都行。
5.2 面向对象的思维方式：围绕对象和类来分析、设计软件系统
5.3 面向对象分析
面向对象分析的主要任务就是根据用户需求，建立一个准确的、完整的、一致的系统模型。这个过程的输入是软件的功能性需求。该过程产生三个分析模型：
a、功能模型：把用户的功能性需求转化为开发人员和用户都能理解的一种表达方式，其结果就是我们此前谈到的用例模型
b、对象模型：通过对用例模型的分析，把系统分解成互相协作的分析类。一般情况下，我们通过类图和对象图来描述系统中所有对象、对象属性、及对象之间的相互关系。对象模型就是系统的静态模型
c、动态模型：描述系统 ...
见山是山 见水是水；见山不是山，见水不是水；见山只是山，见水只是水；
GoF 《设计模式》
设计模式中蕴涵的面向对象设计原则和设计思路：
a、设计模式最根本的意图是适应需求变化
b、针对接口编程，而不是针对实现编程
c、优先使用聚合，而不是继承
4.3.6 设计模式的分类
a、按设计模式的目的分类（主要用来完成什么工作）：创建型模式（封装对象的创建过程）、结构型模式（处理类或对象的组织结构）、行为型模式（指导类和对象之间的交互以及职责分配关系）
b、按处理范围不同：类模式（处理类和派生类之间的继承关系）、对象模式（处理对象之间的组织关系）
设计模式简介
每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。
-- Christopher Alexander
设计模式描述了软件设计过程中某一类常见问题的一般性的解决方案。面向对象设计模式描述了面向对象 ...
- 2007-01-22 17:33
- 浏览 1279
- 评论(0)
Part 1 层
层（layer）这个概念在计算机领域是非常了不得的一个概念。计算机本身就体现了一种层的概念：系统调用层、设备驱动层、操作系统层、CPU指令集。每个层都负责自己的职责。网络同样也是层的概念，最著名的OSI的七 ...
- 2007-01-22 11:23
- 浏览 2042
- 评论(0)
思想的真正客观性应该是：思想不仅是我们的思想，同时也是事物的自身，或对象性的东西的本质
衡量软件的设计质量：可读性、可复用性、可扩展性、可维护性
面向对象的基本概念：
封装：对现实世界的模拟，反映某一种事物的共性
继承 ：遗传
多态性 ：静态多态性，动态多态性
抽象
面向对象的基本原则：
开闭原则：一个模块对扩展应是开放的，对修改应是关闭的
完全替换原则：派生类应该能完全替换掉基类
依赖倒置原则：依赖于抽象，而不要依赖于具象
非循环依赖原则：包和包之间不能有循环依赖关系
只实现你真正需要的东西，不要去实现你认为需要的东西
不要重复自己：任何代码都只出现一次
保持简化的设计
为人写代码，而不是 ...
用例分析：海底总动员VS.云中漫步
横看成岭侧成峰，远近高低各不同。不是庐山真面目，只缘身在此山中。
2.1 用例图：UML类图、顺序图、协作图
2.2 为什么要使用UML 建模工具 Rational Rose 的CASE工具
2.3 用例模型
2.3.1 什么是用例模型：用例模型是从外部用户和外围系统的角度，分析和考察待开发系统的行为，并通过参与者（Actor）与系统之间的交互关系描述了系统对外提供的功能特性－－这种参与者与系统功能特性间的交互关系就是我们所说的“用例（use case）”
用例三要素：a 用例是由系统的最终用户或外部环境发起的，用例的发起者被称为参与者。 b 每个用 ...
最近在读王咏武先生兄弟写的《道法自然--面向对象实践指南》，收获颇多！
现在还只是读了第一章和第二章
第一章 需求分析：追求完美VS容忍缺陷
在生活的任何领域寻求完美，都不过是抽象的、病态的或无聊的幻想而已！
1.2鱼和熊掌：在满足需求的情况下，尽量选择“小鱼”，而舍弃“熊掌”；只有存在无可置疑的理由时，才选择“熊掌”作为设计方案
1.3项目目标和项目范围
1.3.1 项目目标：软件开发项目应该有明确的项目目标。
1.3.2 项目范围：发电厂、输电系统、插座、台灯的引用{底层的操作系统就像是发电厂，给上层的其他系统提供最基本的服务，而框架系统的作用类似于输电系统，把底层的服务封装，提供像插座那 ...
今天去HANGZHOU SOFEWARE PARK 参加了美国AST公司关于BPM软件 agilepoint的讲座
主讲人员 AST CEO JESSE Shiah(夏鹏飞)
参会人员：我，蓝明洪
其他参会人员：安鸿科技 研发部经理
浪潮ERP代理商 绍兴某企业
心得：
agilepoint 不仅仅是wf(workflow)，而是BPM(Business Process Management)
主要采用web service技术，实现底层代码和业务逻辑的分离。
而底层的代码（相当于API）需要经过高级软件工程师开发，其开发质量直接影响其复用率和可扩展性
在此基 ...
- 2007-01-15 09:51
- 浏览 2028
- 评论(1)
我觉得要用hibernate，就必须要好的设计。像我们公司这样基本没有OO思想的设计是上不了hibernate的！
个人认为hibernate做持久是很好的 不过复杂的关联查询感觉不怎么样，可能跟我们自己先前数据库设计有关系吧！
- 2006-11-14 14:42
- 浏览 1077
- 评论(0)