软件代码的开发视图与部署视图(随笔)

本文探讨了软件开发过程中的开发视图与部署视图的区别及其重要性。开发视图关注于约束开发人员的行为,确保代码结构清晰且易于维护。而部署视图则更侧重于系统在实际运行环境中的表现,包括可维护性和可扩展性等方面。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

随便写点东西吧,最近的一个项目让我有点心烦,疙瘩很大。文章都是些个人想法,可能没太大意义。

 

开发视图:开发view,就说developer在做开发的时候看到的代码样子,简单说就是在IDE,如Eclipse里的目录结构,项目之间的依赖关系等等

部署视图:部署view,指的是产品在部署完后在服务器中的样子,比如是打包成war包还是ear包,包里包含的是jar文件还是编译后的class文件,也包括包里的各种各样目录结构。

 

这两个东西肯定是不一样的,没有其中一个非要顺着另外一个。

开发视图更多的目的是为了约束开发人员。比如在项目里我们把Action,Service,DAO三层分别放在三个Eclipse Project里,控制他们的依赖关系来防止开发人员在DAO调用Service或者在Service调用Action里的东西。也可能根据业务模块把他们分成不同Project来保证各个业务的独立性(虽然很难,业务模块间通常都会有关联)。

部署视图则更多是考虑系统的可维护性,可扩展性之类东西。比如可能会把前面提到的三层分别部署到不同地方,缓存管理等,部署到本地的一台服务器还是部署到云,等等。这部分应该对开发人员屏蔽的越严实,开发人员其实没必要知道这些。就比如做hadoop,开发的就只要按照接口来写应用就行,其他的东西都不应该让开发人员来考虑。

这两部分可以非常不一样,比如在开发视图里,我们可能会把Structs,Spring的配置文件放在两个两个不同文件夹下,但是在部署的时候我们却可以把他们全放去根目录下;又比如前面的分层模式,在部署的时候完全可以打包在一个jar里,生成对jvm来说没有不同的东西。

 

坏就坏在把他们搞乱了。现在的项目,为了让开发人员保持各个模块的独立性,用了一个部署层面的模块话工具,这本来应该是开发视图方面的工作。用了这个工具,造成一个简单的项目变得极其复杂,开发的时候问题不断,部署视图对开发人员隐藏的不够严密,严重影响开发效率。 疙瘩好大。

 

呵呵,随便说说自己的想法吧,估计也没什么人看,也算是自己先做个笔记,以后来回忆一下自己对不对。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值