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