![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件工程
jbgh608
myblog:http://jbgh608.blog.163.com
展开
-
关于面向对象的讨论【2】-.NET初学者架构设计指南(一)Hello world的时代
.NET初学者架构设计指南(一)Hello world的时代 中 学的时候,学校里开设了电脑课。当时的电脑还是一种比较希罕的东西,学校里的电脑一共就十几台,还专门找了一个大厅摆放这些机器。厅里面铺着厚厚的地毯, 整天都拉着重重的窗帘。每次上课前一天,我们需要沐浴更衣,剪好指甲。上课时大家都穿上鞋套,排好队伍,列队进入机房。然后各位同学坐在座位上,在老师的 指挥下,拿出一张五英寸的软转载 2007-09-25 09:58:00 · 433 阅读 · 0 评论 -
软件的逻辑层次
基本层次软件的逻辑结构可以划分为下面四个基本层次:从下往上依次是:1:基础设施层——这个层次是纯技术层次,解决的是系统的物理问题,比如database gateway、网络通信、对象容器……这个部分与业务需求关系不大,是系统的物理条件。2:business对象——在这个层次上,业务要素出现了,业务领域中的概念在这里实现。比如一个航运公司的系统,这里就应该有航线、航班、座位、乘客、登转载 2007-09-25 16:11:00 · 441 阅读 · 0 评论 -
存储过程——天使还是魔鬼
看了Heroman的一篇文章,谈论该不该在项目中使用存储过程代替SQL语句。 看后有一些感想,因为最近工作接触到一个系统,业务过程几乎完全是用存储过程实现的。随着系统的不断发展,新的需求逐渐难以支持。这个原因当然很复杂,即 使不使用存储过程,可能也有同样的问题。但是既然谈到具体技术上,就来看一下一个主要以存储过程实现的系统到底有哪些问题。存储过程和嵌 入程序中的SQL哪个更好,要用一种合理的转载 2007-09-25 16:21:00 · 406 阅读 · 0 评论 -
关于面向对象的讨论【3】-.NET初学者架构设计指南(二)OO设计初次见面
.NET初学者架构设计指南(二)OO设计初次见面 我使用OO技术第一次设计软件的时候,犯了一个设计者所能犯的所有错误。那是一个来自国外的外包项目,外方负责功能设计,我们公司负责程序设计、编码和测试。 第一个重要的错误是,我没有认真的把设计说明书看明白。功能点设计确实有一些问题,按照他们的设计,一个重要的流程是无法实现的。于是我在没有与投 资方沟通的情况下,擅自改动了设计,把一个转载 2007-09-25 10:27:00 · 435 阅读 · 0 评论 -
关于面向对象的讨论【5】- .NET初学者架构设计指南(四)Model-View-Controller
Model-View-Controller简称为MVC,这是图形界面(GUI)应用程序的一种架构形式。Model是业务领域层,比如我们在前 面两篇里面提到的Account、Entry、Bill、Invoice之类的对象,这些类构成了一个电信账务系统的业务领域层;View就是用户界面; Controller是指用户界面和业务对象之间的控制器,控制器的作用是从业务对象中获取数据显示到用户界面上,并且从转载 2007-09-25 15:29:00 · 471 阅读 · 0 评论 -
关于面向对象的讨论【1】-不必非oo不可
也讨论一把:不必非oo不可 看了一篇讨论:http://www.cnblogs.com/yimlin/archive/2006/11/30/578333.html有些感想:并不是所有的行为都必须属于某个对象,有的行为似乎放在任何一个对象中都不合适,那就单独放在那里好了,没必要非要造出一个对象来,更不能把它硬安在某个对象上。按照oop的方法,软件的逻辑架构可以分成下面几个层次:转载 2007-09-25 09:36:00 · 426 阅读 · 0 评论 -
关于面向对象的讨论【4】- .NET初学者架构设计指南(三)设计模式
在上一篇里面,我们初步了解了OO设计,OO设计的最独特之处在于他看待需求的方式。用这样的方式,我们不需要急于确定软件需要实现哪些流程、设计 哪些功能点、制作哪些画面,而是要关注需求中一些更加基本的概念。首先根据这些概念开发出一些零件,然后把这些零件组装起来实现需要的功能。用这样的方 式,我们不需要一开始就去知道所有的业务需求,只需要知道一些比较重要的需求,就可以开始开发了。这样开发出来的程序不仅可转载 2007-09-25 11:32:00 · 454 阅读 · 0 评论 -
.NET实用设计模式:工厂模式(Factory)
设计模式从本质上说是一种规则,从形式上说,分为创建型、结构型、行为型。设计模式的应用是为了实现软件设计中的几个原则,其中 一个重要原则是:减少模块之间的耦合程度。为了确保这个目的,在设计一个类时,要针对接口,而非实现。(Programming to an Interface, not an Implementation)设计的时候只关心类的接口,编程的时候可以先实现一个简单的接口,供别的模块转载 2007-09-25 16:41:00 · 344 阅读 · 0 评论 -
.NET实用设计模式:组合模式(Composite)
组合模式(Composite)是一种“结构型”模式(Structural)。结构型模式涉及的对象为两个或两个以上,表示对象之间的活动,与对象的结构有关。 先举一个组合模式的小小例子: 如图:系统中有两种Box:Game Box和Internet Box,客户需要了解者两个类的接口分别进行调用。为了简化客户的工作,创建了XBox类,程序代码如下: GameBox的代码:public转载 2007-09-25 16:58:00 · 415 阅读 · 0 评论