博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于软件重用
阅读量:4127 次
发布时间:2019-05-25

本文共 841 字,大约阅读时间需要 2 分钟。

  在现实的大多数项目中,我们都在考虑着软件重用的问题,因为这是在软件开发中无法避免的一个很现实的问题,也是一个很让人的头疼的问题。下面是我对软件重用的非常个人的理解,仅作参考。

软件重用可分为两个层次,一个层次是设计上的重用,另外一个层次是代码级的重用,而代码级的重用上又可分细分为两个层次,一个是基于源代码的重用,另外一个是基于组件的重用。

无论是以往的瀑布型开发模式还是现在比较流行的敏捷开发,无不体现了“设计先行”的观点,虽然敏捷更注重代码,但是也还是强调简单设计。设计上的重用往往体现在对一个事物或领域的知识的重用。比如我们设计了一个排版系统,我们希望重用的可能就是其中的排版规则以及和排版领域相关的核心概念,不同的排版系统都可重新利用这些核心规则和概念建立其自己的系统。因为这种重用方式非常抽象,因此它的重用度是最高的,与此同时也是最难的。MDA就突出地强调了在设计层面的重用。

其实,在现实的项目中,我们提到的重用往往都是代码级的重用。不同的平台对于重用的观点上是不一样的,COM.NET平台更多地是强调组件级的重用,而STL更多地是强调源码级的重用。两者没有孰优孰劣的说法,在不同的项目中两者都各有千秋。

但是源码级重用的一个最大的缺点就是它被编程语言所约束,比如说STL代码就只能被C++程序所使用。而基于组件的重用就有所不同,.NET强调了平台的统一,因此C#编写的一个组件就可被VB.NETVC++/CLI程序所复用。从这个角度来说,.NET更多地强调的组件级的重用,因此组件级的重用要求平台的统一。目前.NET就实现了不同的程序设计语言架构在同一个平台上,那就是CLI,如C++/CLIPython/CLI等。

微软从
COM
.NET
一直都在坚持着组件级重用的思想,这是一个趋势,毕竟源代码重用是有很多缺陷的,同时设计级的重用难度太高。现在一些组织也在朝着这个方向努力,但是目前的成效并不是太明显。因此,就目前来说,我们应该更多地关注组件级的重用。 

转载地址:http://mthpi.baihongyu.com/

你可能感兴趣的文章
Unifrax宣布新建SiFAB™生产线
查看>>
艾默生纪念谷轮™在空调和制冷领域的百年创新成就
查看>>
NEXO代币持有者获得20,428,359.89美元股息
查看>>
Piper Sandler为EverArc收购Perimeter Solutions提供咨询服务
查看>>
RMRK筹集600万美元,用于在Polkadot上建立先进的NFT系统标准
查看>>
JavaSE_day12 集合
查看>>
JavaSE_day14 集合中的Map集合_键值映射关系
查看>>
Day_15JavaSE 异常
查看>>
异常 Java学习Day_15
查看>>
JavaSE_day_03 方法
查看>>
day-03JavaSE_循环
查看>>
Mysql初始化的命令
查看>>
day_21_0817_Mysql
查看>>
day-22 mysql_SQL 结构化查询语言
查看>>
MySQL关键字的些许问题
查看>>
浅谈HTML
查看>>
css基础
查看>>
HTML&CSS进阶
查看>>
Servlet进阶和JSP基础
查看>>
servlet中的cookie和session
查看>>