优秀的架构是怎么来的演进

每个程序员心中都有一个成为架构师的梦想,那成为架构师这个目标是否“遥不可及”呢?从我接手的许多应用的现实情况来看,看似光鲜的外表下都有一颗千疮百孔的心:各种日志随便输出、单例满天飞、生命周期混乱、线程乱创建、线程不安全这些问题随处可见。

所以你可以看到每个大型应用都背负着沉重的历史技术债务,架构师很重要的一项工作就是重构“老态龙钟”的陈旧架构。在接下来的“架构演进”模块中,我们一起学习架构该如何的重构和演进,帮助我们及时偿还这些“历史债务”。

虽然我们天天都在谈“架构”,那你有没有想过究竟什么是架构呢?

什么是架构

什么是架构?每个人都有自己的看法。在我看来,所谓的架构就是面对业务需求场景给出合适的解决方案,使业务能够快速迭代,从而达到“提质增效”的目标。不过架构只是设计的抽象,对于具体的实现,我们可以称之为框架。好的框架可以隐藏大家不需要关心的部分,提升我们的效率。例如 Facebook 的 Litho,它们通过框架约束和异步来解决 Android 应用 UI 线程卡顿问题。如果说监控是为了发现问题,核心在于“防”,那好的架构可以直接避免出现问题,所以架构设计的目标在于“治”。

如何做架构选型

对于 Android 开发者来说,很多架构和框架已经非常成熟,通常我们更多面临的问题是如何为自己的应用选择合适的框架。例如 OkHttp、Cronet、Mars 应该选择哪个作为我们的高质量网络库,JSON、Protocol Buffers 数据序列化方案该如何选择等。网络库、图片库、UI 框架、消息通信框架、存储框架,无论是 GitHub 还是 Google 官方都有非常多的方案,在选择过程我们主要要考虑下面三个因素:

框架的成熟度。框架是否已经被大量应用所实践,特别是亿级以上的应用。还有就是框架目前是否还在维护、框架的性能如何等。

工具链的成熟度。配套的工具链是否成熟、完善。例如 Flutter 作为一门新的技术,从开发、编译、测试到发布,是否有完善的工具链支持。

人员的学习成本、文档是否完备。结合团队的现状,需要考虑框架的学习成本是否可以接受、学习路径是否平滑、有没有足够的文档和社区支持。

对于架构选型,康威定律是比较重要的准则,这里推荐你看看《从康威定律和技术债看研发之痛》这篇文章,我们的组织架构、代码架构以及流程都应该跟我们团队的规模相匹配。这句话怎么理解呢?就是架构设计或者架构选型不能好高骛远,我们有多大的规模,就做多少的支撑。警惕长期的事情短期做,或者短期的事情长期做。

什么是架构演进

“没有过不去的坎,只有过不完的坎”。在业务发展的过程,总会遇到一些新的问题,而且可能在发展到某一时刻时,一些旧的问题就不复存在了。

1,为什么要做架构演进架构?

是为了业务需求场景服务,那它也要顺应业务的变化而适时调整。也就是说,架构需要跟随业务的发展而演进。“君有疾在腠理,不治将恐深”, 因为我们坚持代码架构最终都会腐烂,该推倒了就该重构,不要一直修修补补。

架构演进可以给团队带来下面几个变化:

打破不满。需要打破保守的做法,要积极面对不合理的地方。团队定期需要着手开启重构,将大家平日对代码的不满释放出来。将架构的腐化(效率降低、抱怨上升)转化为架构优化的动力。

重构信任。重构开发者之间的心态,不定期的推动模块重构。一些问题的解决,往往可以推动更多人去尝试。

团队培养。重构也是团队进步的机会,让更多的成员掌握架构能力,培养全员架构意识,实现“人人都是架构师”。

但是对于架构演进的过程,我们需要有辨别能力,也就是常说的“技术视野”。这里包括对各种技术栈的选择和比较、架构设计的考虑,要结合业务和团队当前的情况,做出合理的判断,要清楚的知道做什么事情收益最大等。

2. 如何做架构演进?

架构演进是必要的,但是我们需要充分认识到困难,真正去做远比想要难多了,特别是其中各种各样的历史包袱问题。架构的演进,通常来说具体实践方式就是重构。如果我们下定决心要重构,我有两个小建议送给你:

1)演进式的,符合团队现状的。我们很难找到一个性能最好、成本最省、时间最快的方案,需要权衡性能、成本、时间三者的关系。如果我们时间充裕,那可以朝着更好的性能目标去努力。但如果时间紧急,我们可以分阶段去重构。

2)可度量的,每个阶段都要有成果。架构演进不能一味“憋大招”,最好能分阶段实施,并且每个阶段都要有成果。这样可以让团队成员更快地感受到优化成果,也可以激励更多的人参与到重构的事业中。

总结

从初步接触架构设计,到基本掌握架构的精髓,可以说同样也没有捷径可言。架构设计能力的成长是建立在一个又一个坑、一次又一次的重构之上。不过成为架构师这个目标并不“遥不可及”,在日常工作中我们可以反复进行锻炼。架构设计不一定是整个应用或者系统的设计,也可以是一个模块或者一个需求的设计。每接手一个需求,我们可以对自己提更高的要求,更加细致地考虑问题。例如如何对现有代码的影响最小,如何快捷清晰的实现功能,在开发过程中如何对组件、控件做更好的封装,如何去优化性能,有没有哪些新的技术可以帮助开发这个需求等。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,744评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,505评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,105评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,242评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,269评论 6 389
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,215评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,096评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,939评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,354评论 1 311
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,573评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,745评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,448评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,048评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,683评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,838评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,776评论 2 369
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,652评论 2 354

推荐阅读更多精彩内容