摘要:
架构(1) 3.深入分析,使用数据实体,还是使用业务实体,区别,与优点。 4.mvc中,v不应该知道m,但是如何绑定呢。。。。 真正mvc时,v应该绑定m的接口,但是webform不适合实现mvc,所有这个很难实现。 5.orm如何处理复杂业务对象,性能怎么办。 阅读全文
摘要:
.net(2) A:要尽量使用强类型。 使用强类型的好处是可以减少大量的数据转换,降低在转换时的出错的可能,并且可以得到编译时检测的好处。E:使用泛型,linq都是强类型的处理方式。而使用datatable这些都是弱类型的方式。 阅读全文
摘要:
.net(1) 是否可以使用哪种枚举为中文的方式?A:可以,但是这样很不好,尽管是unicode编码,但是这样程序语言,变量就和业务有了关联,耦合高了,而且不容易发现错误。 中文变量2009年3月30日15:10在.net中因为支持unicode编码,所以可以使用中文编码,为可能会存在以下这些问题: 1.源代码在不同的系统,ide中可能会有问题。 2.中文通用性稍差。 一定要注意,不管... 阅读全文
摘要:
什么是声明式语言A: Programming models. In SQL, we write queries, and so we have a higher-level,declarative way of expressing the set of data that we're interested in. With imperative programming languages ... 阅读全文
摘要:
时间特点伪代码是否实现一。排序 1.快速排序 二。查找 阅读全文
摘要:
算法导论学习笔记(1,2) 算法:就是定义良好的计算过程。就是一系列的计算步骤,用来将输入数据转换成输出结果。 数据结构:是存储和组织数据的一种方式。以便对数据进行访问和修改。 效率: 第2章算法入门 2009年1月12日9:53 1.插入排序算法。Insertion-sortINSERTION-SORT(A)For j <- 2 to length[A]Do key <... 阅读全文
摘要:
名称特点主要使用场景 阅读全文
摘要:
一、业务用例模型:构建原有业务系统的物理模型,主要内容有: 1、识别业务Actors,并描述其职责和工作流程; 2、根据上述内容,使用活动图绘制业务流程图;二、领域模型:构建原有业务系统的逻辑模型,主要是识别业务概念及对象之间的关系,用以表达原有系统"做什么"的内容,主要使用简单的UML类图进行表示。三、用例模型:根据上述内容,界定系统边界和系统Actors,最终使用用例图... 阅读全文
摘要:
阅读全文
摘要:
实体模型采用数据实体采用业务实体 数据访问orm的实现代码生成器属于是数据库的映射向于ado.net并不是数据库表的简单映射,而是基于领域模型的数据组合 工作量往往工作量很大工作量较小 复用性复用性较好很多业务实体基本复用性很小。 业务实现需要创建业务操作类,使用大量的数据实体类,组合为单个的业务类。不需要为每个业务都实现新的持久化操作,很多时候是不同的实体组合。业务实体就是业务的主要操作... 阅读全文
摘要:
阅读全文
摘要:
ood是为了设计出,高内聚,低耦合的易扩展的程序, dp是帮助完成优秀设计的工具,重构是帮助维持优秀设计的工具。 重构:保持系统可观察之行为的前提下,对系统进行调整,使代码可读性增加,设计更合理,但是并不一定会提高性能。 程序的两面性:今天可以为你做什么,明天可以为你做什么?程序难以修改的原因:难以阅读 逻辑重复 添加新行为时需要修改即有代码。 带复杂条件逻辑 间... 阅读全文
摘要:
学习.net设计规范记录 1.不要在一个文档中包含1个以上的公用类型,除非不同之处仅在于泛型参数的数量。 2.要用相同的名字来命名源文件及其包含的公用类型。 3.要用相同的层次结构来组织文件目录和名字空间。 4.分组成员。 Event designer2008年11月23日10:53要用 system.EventHandler<T> 来定义事件处理函数。 要使用Eve... 阅读全文
摘要:
解决之道:采用良好的oo软件设计原则。 设计原则:1.找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混杂一起。分离变化。 2.针对接口编程,而不是针对实现编程。 3.多用组合,少用继承。有一个 比 是一个 好。利用继承设计子类的行为,是静态的,利用组合设计,动态的。 4.开放-关闭 原则。类应该对扩展开发,对修改关闭。为了更好的支持扩展,我们的目标是允许类容易扩展... 阅读全文
摘要:
名称 定义 变化点 我的实践总结 策略模式 定义了算法族,分别封装起来,让它们之间可以互换,让算法的变化独立于使用算法的客户。 算法,行为变化 观察者模式 定义了对象之间的一对多依赖,这样一来,当一个对象改变状态是,它所有的依赖者都会接收到通知并自动更新。 消息接收者变化 可以很好的解耦接收者和观察者,不必过多的考虑都有哪些部分要被通知到,即解耦了,也可以让... 阅读全文
摘要:
一切都是围绕,变化!模式为了封装变化。 封装变化!!解耦系统!! 1.策略模式 2009年2月8日17:05封装行为针对接口编程。 通常的设计1.通过继承父类。 会增加很多特殊子类不需要的行为,所有的子类都受父类影响。继承提供了复用。 2.实现接口。 虽然可以满足个性化的需要,但是却无法复用。 接口提供个性化 这两种做法都是依赖... 阅读全文
摘要:
General responsibility assignment software patterns 通用职责分配模式。 分配原则Creator :Information Expert:Controller: 高级原则Polymorphism:Pure Fabrication:Indirection:Protected Variations: 衡量原则Low Coupling:High C... 阅读全文
摘要:
1.初始阶段 开需求讨论会议,搜集需求,建立共同设想,确定项目是否有继续研究,开发的必要。 确定大部分需求的名称,以及对10%的高业务价值的需求进行详细分析。 完成初始的 设想文档,用例模型,补充规格说明,词汇表,风险列表,迭代计划,业务规则。 具体要做的事情: 开需求会议,确定是否要继续研究。 确定大部分需求的名称 和业务人员一起,确定10%的高风险的需求... 阅读全文
摘要:
进度控制2008年12月10日11:40 2.系统集成的问题,怎么办。 时间控制2008年12月10日11:21 1.如何评估开发时间。 如何确定迭代的数量和长度。 阅读全文
摘要:
测试驱动开发2008年12月9日10:25 阅读全文