QCon北京「鸿蒙专场」火热来袭!即刻报名,与创新同行~ 了解详情
写点什么

降低系统复杂性,开发团队必知的一种简单方法

  • 2021-06-24
  • 本文字数:1628 字

    阅读完需:约 5 分钟

降低系统复杂性,开发团队必知的一种简单方法

在信息系统中,事情可以变得非常复杂,至少可以说是这样。像 Web 服务这样的典型信息系统,在其最基础的层次上,仅仅是一个巨大的、集成的数据管道中的一个过程。其主要工作是处理数据处理:获取数据,转换数据,并将数据传送给其他系统。但当其他系统都集中在上面时,复杂性就迅速增长。处理并减轻这种复杂性是开发团队面临的一大挑战。


通常,信息系统都是用软件编程的范式来实现的,例如,面向对象编程就是一种基于“对象”概念的方法,可以包括数据和代码。面向对象程序设计遵循无约束信息系统往往是复杂的,在这种情况下,很难对其进行理解和维护。


由于增加了系统复杂性,通常会导致开发团队的工作效率下降,因为这需要更多时间来增加系统的新功能。在生产中,难以诊断的问题经常发生。这些问题会使用户在系统表现不佳时感到沮丧,甚至更糟的是,导致系统停止工作。


面向对象编程的三个方面是复杂性的来源:


  • 对象中的数据封装

  • 类中非灵活的数据布局

  • 状态突变


在很多情况下,对象内部的数据封装是有用的。但是,在现代信息系统中,数据封装常常会产生复杂的类层次结构,而类层次结构涉及到许多与其他对象的关系。


经过多年的发展,先进设计模式和软件框架的出现减轻了这种复杂性。但基于面向对象编程的信息系统仍然趋于复杂。


如果每个数据块都用一个类来表示,就有助于工具的使用(如编辑器中的自动完成),并且在编译时会检测到诸如访问不存在的字段之类的错误。但是,类布局的僵化使得数据无法灵活访问。这对于信息系统来说是非常痛苦的。每个数据的更改都有一个不同的类表示出来。举例来说,在一个处理客户的系统中,有一个代表数据库的类的客户,以及一个代表数据处理逻辑的类的客户。类似的数据有不同的字段名,但类的泛滥无法避免。这是因为数据“锁定”到了类中。


允许对象的状态发生突变这一事实是多线程信息系统中另一复杂因素。为避免数据被并发修改,并确保对象的状态保持有效,需要引入各种锁机制,使代码难以编写和维护。有时候,在向第三方库传递数据之前,我们会使用防御性复制策略来确保我们的数据没有被修改。添加锁机制或防御副本策略使得我们的代码更复杂,并且性能更差。


面向数据的编程(Data-Oriented Programming,DOP)是开发者为了降低信息系统复杂性而遵循的一组最佳实践。


DOP 背后的理念是,通过将数据作为“一等公民”来简化信息系统的设计和实施。DOP 引导我们把代码从数据中分离出来,以不可变的通用数据结构来表示数据,而非围绕数据和代码相结合的对象来设计信息系统。所以,在 DOP 中,开发者可以像在任何程序中一样灵活、稳定地操作数据,而不需要操作数字或字符串。


DOP 通过遵循三个核心原则,降低了系统的复杂性:


  • 将代码与数据分离

  • 用通用数据结构表示数据

  • 保持数据不可变



在面向对象的编程语言中遵循 DOP 的一个可能的方法是,在静态类方法中编写接收其操作数据作为解释参数的代码。


把代码从数据中分离出来,从而实现关注点分离,常常会使类的层次结构变得不那么复杂:与其用一个由涉及许多关系的实体组成的类图来设计一个系统,不如由两个不相连的更简单的子系统组成:一个代码子系统和一个数据子系统。


在使用诸如哈希图和列表这样的通用数据结构来表示数据时,数据访问是灵活的,这样可以减少系统中类的数量。


如果开发者需要在多线程环境中编写代码,那么保持数据的不变将使他们更加顺利。不需要使用锁机制或防御性复制来保护代码,数据的有效性就有了保障。


DOP 原则既适用于面向对象的编程语言和函数式编程语言。但是,向 DOP 过渡对面向对象的开发者来说可能需要比函数式编程开发者更多的思维转变,因为 DOP 将让我们摆脱封装有状态类中数据的习惯。


作者介绍:


Yehonathan Sharvit,自 2000 年以来一直担任软件工程师,使用 C++、Java、Ruby、JavaScript、Clojure 和 ClojureScript 编程。他目前在 CyCognito 担任软件架构师,为大规模的数据管道建立软件基础设施。


原文链接:


https://dev.to/viebel/a-simple-way-to-reducing-complexity-of-information-systems-2d22

2021-06-24 16:252786
用户头像

发布了 538 篇内容, 共 284.5 次阅读, 收获喜欢 1571 次。

关注

评论

发布
暂无评论
发现更多内容

Android APP启动白屏优化

小菜鸟学php

android白屏

面向对象设计课程小结

梅子黄时雨

极客大学架构师训练营

架构师训练营第三周-总结

无心水

极客大学架构师训练营

当你输入get/set命令的时候,Redis做了什么

老胡爱分享

redis 源码分析

UML实践-食堂就餐卡系统

shangyu

极客大学架构师训练营

SharePoint 往事之:一句话让 SharePoint 罢工

手艺人杨柳

SharePoint

架构师训练营第二周课后作业

赵凯

框架设计

互联网人的娱乐精神之28岁退休 & P8和生活助理的故事

码农神说

程序员 漫画 退休

加密与解密

返町

架构师训练营作业 (第三周)

王海

极客大学架构师训练营

为什么Web开发人员在2020年不用最新的CSS功能

葡萄城技术团队

CSS

数据库如何弹性伸缩?

Aaron_涛

数据库 架构 云原生

加入生财有术后,我获得了什么

Jay Wu

还在埋头干活?给程序员的几个忠告

四猿外

Java 深度思考 程序员 随笔杂谈

一种极致性能的缓冲队列

捉虫大师

Java 性能

跨云厂商部署 k3s 集群

米开朗基杨

k3s wireguard

你真的了解敏捷吗?听马丁福勒聊敏捷

涛哥 数字产品和业务架构

敏捷 数字化转型

Flink on Zeppelin (5) 高级特性篇

Geek_8o1tcx

大数据 flink 流计算 Zeppelin

架构师训练营 - 第 3 课总结 -20200620- 软件设计

👑👑merlan

架构设计 软件设计 SOLID

如何写出高质量的代码?(浅谈代码规范、重构、单元测试的重要性)

Nick

单元测试 重构 代码重构 代码规范

第二周学习总结

师哥

思想不进化的人都是可怜人

Neco.W

提升认知 思考 进步 进化

架构师训练营第三周

Melo

新基建时代区块链应用场景进化

CECBC

新基建 区块链技术 去中心化 产业落地

《零基础学 Java》 FAQ 之 17-怎么理解Java中的数组

臧萌

Java

重学 Java 设计模式:实战责任链模式「模拟618电商大促期间,项目上线流程多级负责人审批场景」

小傅哥

设计模式 小傅哥 重构 代码优化 责任链模式

英特尔宋继强:坚持科研的长期主义 推动AI向3.0时代跃迁

最新动态

请描述什么是依赖倒置原则,为什么有时候依赖倒置原则又被称为好莱坞原则?

一叶知秋

小师妹学JVM之:JIT中的LogCompilation

程序那些事

JVM 小师妹 性能调优 JIT 签约计划第二季

必知必会,程序员都应该会的Linux的50个知识点!

Java小咖秀

Linux 面试 运维 Shell 经验

Cocoa 代码注释与文档生成

Edmond

ios CocoaPods 代码注释 Swift-Document iOS Document

降低系统复杂性,开发团队必知的一种简单方法_架构_Yehonathan Sharvit_InfoQ精选文章