摘要：
架构（1） 3.深入分析，使用数据实体，还是使用业务实体，区别，与优点。 4.mvc中,v不应该知道m,但是如何绑定呢。。。。 真正mvc时，v应该绑定m的接口，但是webform不适合实现mvc，所有这个很难实现。 5.orm如何处理复杂业务对象，性能怎么办。 阅读全文
posted @ 2009-10-17 12:43
Young跑跑
阅读(145)
评论(0)
推荐(0)
摘要：
.net(2) A：要尽量使用强类型。 使用强类型的好处是可以减少大量的数据转换，降低在转换时的出错的可能，并且可以得到编译时检测的好处。Ｅ：使用泛型，linq都是强类型的处理方式。而使用datatable这些都是弱类型的方式。 阅读全文
posted @ 2009-10-17 12:42
Young跑跑
阅读(130)
评论(0)
推荐(0)
摘要：
.net(1) 是否可以使用哪种枚举为中文的方式？A：可以，但是这样很不好，尽管是unicode编码，但是这样程序语言，变量就和业务有了关联，耦合高了，而且不容易发现错误。 中文变量2009年3月30日15:10在.net中因为支持unicode编码，所以可以使用中文编码，为可能会存在以下这些问题： 1.源代码在不同的系统，ide中可能会有问题。 2.中文通用性稍差。 一定要注意，不管... 阅读全文
posted @ 2009-10-17 12:41
Young跑跑
阅读(218)
评论(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跑跑
阅读(521)
评论(0)
推荐(0)
摘要：
名称特点主要使用场景 阅读全文
posted @ 2009-10-17 12:30
Young跑跑
阅读(226)
评论(0)
推荐(0)
摘要：
一、业务用例模型：构建原有业务系统的物理模型，主要内容有： 1、识别业务Actors,并描述其职责和工作流程； 2、根据上述内容，使用活动图绘制业务流程图；二、领域模型：构建原有业务系统的逻辑模型，主要是识别业务概念及对象之间的关系，用以表达原有系统"做什么"的内容，主要使用简单的UML类图进行表示。三、用例模型：根据上述内容，界定系统边界和系统Actors，最终使用用例图... 阅读全文
posted @ 2009-10-17 12:29
Young跑跑
阅读(867)
评论(0)
推荐(0)
摘要：
阅读全文
posted @ 2009-10-17 12:27
Young跑跑
阅读(162)
评论(0)
推荐(0)
摘要：
实体模型采用数据实体采用业务实体 数据访问orm的实现代码生成器属于是数据库的映射向于ado.net并不是数据库表的简单映射，而是基于领域模型的数据组合 工作量往往工作量很大工作量较小 复用性复用性较好很多业务实体基本复用性很小。 业务实现需要创建业务操作类，使用大量的数据实体类，组合为单个的业务类。不需要为每个业务都实现新的持久化操作，很多时候是不同的实体组合。业务实体就是业务的主要操作... 阅读全文
posted @ 2009-10-17 12:26
Young跑跑
阅读(940)
评论(0)
推荐(0)
摘要：
阅读全文
posted @ 2009-10-17 12:20
Young跑跑
阅读(113)
评论(0)
推荐(0)
摘要：
ood是为了设计出，高内聚，低耦合的易扩展的程序， dp是帮助完成优秀设计的工具，重构是帮助维持优秀设计的工具。 重构：保持系统可观察之行为的前提下，对系统进行调整，使代码可读性增加，设计更合理，但是并不一定会提高性能。 程序的两面性：今天可以为你做什么，明天可以为你做什么？程序难以修改的原因：难以阅读 逻辑重复 添加新行为时需要修改即有代码。 带复杂条件逻辑 间... 阅读全文
posted @ 2009-10-17 12:19
Young跑跑
阅读(215)
评论(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跑跑
阅读(168)
评论(0)
推荐(0)
摘要：
一切都是围绕，变化！模式为了封装变化。 封装变化！！解耦系统！！ 1.策略模式 2009年2月8日17:05封装行为针对接口编程。 通常的设计1.通过继承父类。 会增加很多特殊子类不需要的行为，所有的子类都受父类影响。继承提供了复用。 2.实现接口。 虽然可以满足个性化的需要，但是却无法复用。 接口提供个性化 这两种做法都是依赖... 阅读全文
posted @ 2009-10-17 12:14
Young跑跑
阅读(249)
评论(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跑跑
阅读(255)
评论(0)
推荐(0)
摘要：
1.初始阶段 开需求讨论会议，搜集需求，建立共同设想，确定项目是否有继续研究，开发的必要。 确定大部分需求的名称，以及对10%的高业务价值的需求进行详细分析。 完成初始的 设想文档，用例模型，补充规格说明，词汇表，风险列表，迭代计划，业务规则。 具体要做的事情： 开需求会议，确定是否要继续研究。 确定大部分需求的名称 和业务人员一起，确定10%的高风险的需求... 阅读全文
posted @ 2009-10-17 12:09
Young跑跑
阅读(250)
评论(0)
推荐(0)
摘要：
进度控制2008年12月10日11:40 2.系统集成的问题，怎么办。 时间控制2008年12月10日11:21 1.如何评估开发时间。 如何确定迭代的数量和长度。 阅读全文
posted @ 2009-10-17 12:08
Young跑跑
阅读(173)
评论(0)
推荐(0)
摘要：
测试驱动开发2008年12月9日10:25 阅读全文
posted @ 2009-10-17 12:07
Young跑跑
阅读(149)
评论(0)
推荐(0)
摘要：
需求和面向对象分析的重点关注学习做正确的事，设计工作将强调正确的做事。 逻辑架构，包，层2008年12月3日17:00 逻辑架构：部署架构：软件架构： 使用层的好处1.可以做到关系分离，高级服务和低级服务分离，特定于应用的服务与一般性服务分离。层可以减少耦合和依赖性，增强内聚性，提供潜在的复用性。 2.封装和分解了相关的复杂性。 3.逻辑划分，有助于团队开发。 领域层与应用逻辑，... 阅读全文
posted @ 2009-10-17 12:07
Young跑跑
阅读(297)
评论(0)
推荐(0)
摘要：
细化阶段包括1.对核心，有风险的软件架构进行编程和测试。 2.发现并稳定需求的主体部分。 3.规避主要风险。（这里的风险包含业务价值，所以是实现那些重要的场景，而不是技术风险） 构建核心架构，解决高风险元素，定义大部分需求，以及预计总体进度和资源。 最佳实践1.实行短时间定量，风险驱动的迭代。 2.及早开始编程。 3.对架构的核心和风险部分，进行适应性的设计，实现和测试。 4... 阅读全文
posted @ 2009-10-17 12:06
Young跑跑
阅读(236)
评论(0)
推荐(0)
摘要：
主要解决的问题：涉众是否就项目设想基本达成一致，项目是否值得继续进行认真研究。持续时间：很短，如果项目必须开发的话，那么基本很短。要做的工作：1.对10%～20%的用例。（高风险和优先级的用例） 产品：1.用例模型。 包括大部分的参与者，目标和用例名称。以摘要形式编写的用例，10～20%详细编写的用例。 确定大多数具有影响和风险的质量需求。2.补充规格说明书。 3.设想说明书。 ... 阅读全文
posted @ 2009-10-17 12:06
Young跑跑
阅读(267)
评论(0)
推荐(0)
摘要：
UP 产品及创建时限 2008年12月3日11:22科目制品迭代-> 初始细化E1…..En构造C1----Cn移交T1---T2业务建模领域模型 S （针对上一个迭代已经完成的用例） 需求用例模型 s （大部分摘要形式，10%~20%详细） r（每个迭代20～30% 递增） 设想 s r （不断完善） 补充性规格说明 s r（不断完善） 词汇表 s ... 阅读全文
posted @ 2009-10-17 12:05
Young跑跑
阅读(524)
评论(0)
推荐(0)
摘要：
UP 的阶段和瀑布式开发是不同的。迭代和进化式的。 UP的阶段。 1.初始。研究可行性阶段，并不是需求阶段！2.细化。 3.构造。 4.移交。 UP，统一过程是一种流行的构造面向对象系统的迭代软件开发过程。 up的核心思想就是，迭代和进化式的。尽早的开始编程，测试，和演示有助于引发不可避免的变更，迭代开发的核心。！！！！！！！ 尽早的得到反馈有助于变更的需求。最佳实践1.实行短时... 阅读全文
posted @ 2009-10-17 11:35
Young跑跑
阅读(2380)
评论(0)
推荐(0)
摘要：
学习新哥，做一个努力上进的人，做一个创造价值的人，做一个热心帮助他人的人，做一个事业成功的人。 注意实际演练的重要性！现在的主要问题就是，2009多努力 扩展性不好。------》设计模式使用不好----》对象设计，职责分配不好------》oo分析不好------》建模分析不好。 编码速度，能力不好-----》对fw了解不... 阅读全文
posted @ 2009-10-17 11:26
Young跑跑
阅读(178)
评论(0)
推荐(0)
摘要：
商业智能的技术与实践早在20世纪90年代末，商业智能（Business Intelligence）技术就被一家计算机权威杂志评选为未来几年最具影响力的IT技术之一。虽然近几年整个IT界不景气，但与商业智能相关的产品研 发及应用却方兴未艾，且数以百计的IT企业不断涌进这一新兴领域，BI应用甚至成为了IT界又一全新"亮点"。究竟什么是商业智能技术？又有哪些技术支撑 着如此具有前景的商业智能应用？答案就... 阅读全文
posted @ 2009-10-17 11:25
Young跑跑
阅读(300)
评论(0)
推荐(0)
摘要：
电子商务的支柱是因特网，这个世界不是关于技术的，而是关于信息，决策和通信。 电子业务 e business 就是在因特网上从事业务活动，包括供应链规划，跟踪，执行，开票和支付等各个环节。 它也包括买卖双方，服务客户，以及与业务伙伴的协作。 电子商务：通过因特网，在零售级别上，向任何地点的任何人销售商品和提供服务。包括更有效地进行商品和服务交换的新的商业机会。交换的核心是交易。 ＣＲＭ客户关... 阅读全文
posted @ 2009-10-17 11:23
Young跑跑
阅读(244)
评论(0)
推荐(0)
浙公网安备 33010602011771号