摘要:前言这篇文章是我近期对MVC和MVP的一些思考,在使用MVC/MVP模式的过程中曾经走过一些弯路。呵呵,现在虽然改正了某些弯路,但不保证改正了所有的弯路(例如对渲染的理解),所以请阅读这篇文章的朋友不吝发挥你们的质疑。写这篇文章也是想知道自己还有什么地方是错的,我的最终方案是否可行?有交流才会有进步。你有一个苹果,我有一个苹果,我们交换后仍各有一个苹果,你有一个思想,我有一个思想,我们交换后......
阅读全文
阿牛 - 专注.NET开发如果梦想与实现之间有一道不可逾越的鸿沟,那么“执行力”就是跨越这道鸿沟的桥梁。 |
|
随笔分类 - 系统分析与设计
学习系统分析和设计的资料,心得.
摘要:前言这篇文章是我近期对MVC和MVP的一些思考,在使用MVC/MVP模式的过程中曾经走过一些弯路。呵呵,现在虽然改正了某些弯路,但不保证改正了所有的弯路(例如对渲染的理解),所以请阅读这篇文章的朋友不吝发挥你们的质疑。写这篇文章也是想知道自己还有什么地方是错的,我的最终方案是否可行?有交流才会有进步。你有一个苹果,我有一个苹果,我们交换后仍各有一个苹果,你有一个思想,我有一个思想,我们交换后......
阅读全文
摘要:// OBJECT –> XML using System; using System.Collections.Generic; using System.Text; namespace BO { class Object2Xml { ...
阅读全文
摘要:使用Visio,可以画很多的图,最常见的有:流程图。其实它也可以画:数据库E-R图,UML图,系统结构图,组织架构图。。。 相对于其他的绘图工具,Visio生成的图比较美观,和Office集成度很高。 在分析和设计系统时,Visio是大多数企业的首选工具。特别是在Microsoft平台下的应用程序,Visio好像成了一种行业标准。业界很多的设计文档都是采用Visio画的。 我决定从5月开始,...
阅读全文
摘要:Web Services Enhancements 是什么? 为了实现 Web 服务在企业中的互操作性,XML Web Service 的主要供应商(包括 Microsoft、IBM 和 Verisign)提出了新的规范,用以改进关键 Web 服务领域(如安全性、消息传递的可靠性和发送附件)的互操作性。为了支持这些新提出的标准,Microsoft 发布了 Web Services Enhancem...
阅读全文
摘要:使用.NET来开发Windows服务特别简单. VS2005中,已经集成了Windows服务的项目模板。 所有Windows服务的类都被封装在了System.ServiceProcess程序集中. 主要的几个类: 1. ServiceBase: 所有Windows 服务的基类.通常我们建立的服务要继承于它. 最重要一个类. 它的EventLog属性可以向系统里写日志。安装时会建立相应的Eve...
阅读全文
摘要:框架(framework,如struts, spring, hibernate) 模式(设计模式,分析模式,学习模式的最好方法:理解问题) 领域模型(也叫业务模型,概念模型,领域对象模型,最难掌握) 重要性由低以高。
阅读全文
摘要:"工欲善其事,必先利其器"! UML是分析设计师的手中的"核武器',必须得好好学习. 买了书,但还没有到.应该这周吧. 现在在看的UML教程,感觉讲的不错. 要重点学习的几中图: 1. Use Case,特别是include, extends, generalization 2. Class Diagram里面的依赖,关联要加深理解 3. Activity Diagram,好像是流程图的一种 ...
阅读全文
摘要:#1: Open-Close printciple (OCP) Classes should be open for extension and closed for modification #2:Don't Repeat yourself (DRY) Avoid duplicate code by abstracting out things that are common and pla...
阅读全文
摘要:在现实的ASP.NET编程中,我们一个ASPX页面通常需要显示很多种类的数据(如:用户基本信息,用户订单明细,网站新闻等)。这些不同的数据通常在不同的类,不同的方法读取,每个方法中都会打开连接,关闭连接一次。尽管ADO.NET的连接池,但频繁的Dispose Connection对象,对性能也有一定的影响。还有如果一个操作要执行多个业务方法,事务必须要一致,这时也要确保多个方法共用一个Connec...
阅读全文
摘要:1. 看大问题最好的方法是:将它看作为小问题的集合 2. 和做小项目一样,大项目也是从收集需求开始的 3. 软件开发中的Feature通常代表着用户要求的一个功能, 程序员有时它也叫做"requirement" 4. 一致性和差异性可以让你(还有客户)很好的理解新系统和你们已经知道的东西. 5. 用例通常是很详细的,而用例图却可以让你以图像的形式理解需求, 得到一个大致的认识. 6. 用例图应该包...
阅读全文
摘要:如果让你写一个只有几百行代码的程序,你不用设计很快就能写出来. 但如果让你编写一个几w行,几10w行代码程序,你又如何做呢? 程序员的水平,也许只有通过大问题,大项目的考验才能见高低. 以下是用面向对象的角度,分析如果解决大问题(大项目) 1. 和客户充分交流,分析出他们真正想要什么样的系统。未来的系统,像什么(如:CRM, HR),不像什么(ERP)。2. 将用户需要的功能,用普通的用户能...
阅读全文
摘要:介绍: TheBeerHouse是ASP.NET Starter Kit中的一个,也是 "ASP.NET 2.0 Website Programming / Problem - Design - Solution" (Wrox Press) 一书的完整案例.它从实际开发做为出发点,详细地介绍了如何用ASP.NET2.0开发一个完整的三层架构的网站. 暂定学习的内容如下: 总体设计学习和总结 ...
阅读全文
摘要:注意:在分析阶段,我们得出的类是域类,不是现实类。 所谓域类是指和用户业务相关的,用户能够“认得”的类,它存在于用户的领域中,和计算机技术无关。 如:订单,客户,产品。。。 所谓现实类是指在程序实现过程中(或详细设计阶段),程序员在代码中编写的类,通常和计算机平台,编程语言密切相关。 如:在一个三层架构的系统中,“订单”这个域类,在每一层都需要单独的类来现实。这些类就是现实类。 刚接触...
阅读全文
摘要:有了需求和Use Case之后,接下来就要对需求进行分析. 分析的方法很多种如:E-R模型,概念模型,对象模型. 在这里我们只谈面向对象的分析. 面向对象的分析的过程,就是对象建模的过程. 其产出主要是:类模型图(Class Daigram). 当然还有活动图,时序图等.总之就是要找出系统当中有什么类.类有什么属性和操作. 分析时要从两个方面去看: 1.看对象包含有哪些数据(这是静态方面的...
阅读全文
摘要:网址: http://www.jdon.com .NET很多方面,可以向Java学习,以后得多去看看。
阅读全文
摘要:软件开发中唯一不变的一个真理就是:变化 用户需求变化,对我们来说可以说是家常便饭. 作为程序员我们不能报怨,努力争取做到灵活,复用才是正道. 需求变化,常常会给系统带来一些新的问题,如果我们不去深入分析思考,可能不会发现这些问题. 需求变化可以用一些设计原则来减少程序的变化: 封装: 将变化和不变的东西分开,不要混在一起. 这样当需求变化时, 只要改变化那一块的代码,这样可以减少一些问题. ...
阅读全文
摘要:用户给我们的需求,通常是不完整的,不精确的. 有时,一些很重要的细节,需求中并没有写出来,也许是用户真的忘记了,但更多的是他们认为那些事儿很自然,习以为常. 但这些"自然的事"开发人员并不清楚. 不管用户的需求文档写的多少好, 我们都有必要和用户反复的沟通来细化需求,澄清细节.往往"细节决定成败". Use case是一个和用户沟通的好工具,你可以直接用文字书写各个case,也可以用UML画...
阅读全文
摘要:PostSharp是一个.NEt下AOP的轻量级开源框架,它通过在MSBuild后注入IL的方式,现实代码的注入. 官方网站:http://www.postsharp.org 一个示例: Code Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/...
阅读全文
摘要:Unity Application Block - 6. Configuration http://www.rainsts.net/article.asp?id=706 去主页.搜索unity,会有更多资料.
阅读全文
摘要:接口型 外观模式(Facade,也有人叫门面模式,是不是有点俗?) 适配器模式(Adapter,在不同接口之间适配) 合成模式(Composite,用的不多) 桥接模式(Bridge,用的不多) 职责型 单件模式(Singleton,也有人叫单例,意思为单个实例) ...
阅读全文
|