.NET应用架构设计—用户端的防腐层作用及设计
阅读目录:
1.背景介绍
2.SOA架构下的显示端架构腐化
3.有效使用防腐层来隔离碎片服务导致显示端逻辑腐烂
4.剥离服务调用的技术组件让其依赖接口
5.将服务的DTO与显示端的ViewModel之间的转换放入防腐层
5.1.转换逻辑过程化,直接写在防腐层的方法中
5.2.转换逻辑对象化,建立起封装、重用结构,防止进一步腐化
6.防腐层的两种依赖倒置设计方法
6.1.事件驱动(防腐层监听显示逻辑事件)
6.2.依赖注入接口
7.总结
1.背景介绍
随着现在的企业应用架构都在向着SOA方向转变,目的就是将一个庞大的业务系统按照业务进行划分,不管从公司的管理上、产品的开发上,这一系列流程来看,都是正确的。SOA确实带来了解决现在大型企业级应用系统快速膨胀的解决办法。
但是本文要说的是,我们都将目光转向到了后端,也就是服务端,而将精力和时间都重点投在了后端服务的架构设计上,渐渐的忽视了显示端的架构设计。然而显示端的逻辑也越来越复杂,显示端轻薄的架构其实已经浮现出难以应付后端服务接口快速膨胀的危险,服务接口都是按照指数级增加,基本上每一个新的业务需求都是提供新的接口,这没有问题。按照服务的设计原则,服务接口就应该有着明确的作用,而不是按照代码的思维来考虑接口的设计。
但是由此带来的问题就是组合这些接口的显示端的结构是否和这种变化是一致的,是否做好了这种变化带来显示端逻辑复杂的准备。
根据我自己的亲身体会,我发现显示端的架构设计不被重视,这里的重视不是老板是否重视,而是我们开发人员没有重视,当然这里排除时间问题。我观察过很多用户接口项目架构,结构及其简单,没有封装、没有重用,看不到任何的设计原则。这样就会导致这些代码很难随着业务的快速推动由服务接口带来的冲击,这里还有一个最大的问题就是,作为程序员的我们是否有快速重构的意识,我很喜欢这条程序员职业素质。它可以让我们敏捷的、快速的跟上由业务的发展带来的项目结构的变化。
相关新闻>>
- 发表评论
-
- 最新评论 更多>>