摘要：
技术前期准备 技术选型：社区氛围、发展规模、未来发展趋势、与团队的契合、维护成本、迁移成本、执行效率 充分调研每一项技术可能带来的利弊 最大程度上预测架构设计中的缺陷，防止意外发生 技术优化 在构建发展过程中，可能存在有悖与技术 架构优化 架构不是一蹴而就的，架构是不断演进的 阅读全文
posted @ 2022-05-04 18:09
mengxiangzhi
阅读(37)
评论(0)
推荐(0)
摘要：
系统架构师 负责整体系统的架构设计 着眼全局，基础服务和各系统协调 负载、可靠性、伸缩、扩展 应用架构师 从应用程序的维度，负责某个应用的技术架构，主要偏业务系统 关注理解业务，梳理模型、设计模式、接口、数据交互等 业务架构师 从业务流程的维度，关注某一个行业、业务领域分析，获取领域模型 也叫业务领 阅读全文
posted @ 2022-05-04 17:32
mengxiangzhi
阅读(120)
评论(0)
推荐(0)
摘要：
稳定性 系统受到外来作用影响时，系统经过一个过渡阶段，仍然能够自身系统稳定 健壮性 计算机软件在输入错误、磁盘故障、网络过载、有意攻击，能否不宕机 架构质量的衡量 拓展性 维护性 可管理 高可用 日常开发中的架构质量 理解难度 接入依赖的成本 崩溃率和错误率的指标 开发效率 错误上报和信息收集等功能 阅读全文
posted @ 2022-05-04 17:24
mengxiangzhi
阅读(287)
评论(0)
推荐(0)
摘要：
系统级架构 应用在整个系统内，如何和与后台服务通讯、与第三方系统集成... 设计前端首要条件：了解前端系统与其他系统关系 关系包括业务关系和协作机制 设计后端：与后台数据传输机制 包括：api设计原则、token、权限 前端与后端的关系考虑的主要因素：前后端分离架构设计 前后端分离架构：如何实施技术 阅读全文
posted @ 2022-05-04 17:07
mengxiangzhi
阅读(66)
评论(0)
推荐(0)
摘要：
单一职责原则 一个类或者一个方法而言，应该仅有一个引起它变化的原因。 如果有多个职责，应该拆分成2个类 开放封闭原则 软件实体对扩展是开发，对修改是封闭的 尽量用继承或者组合的方式扩展类的功能，而不是直接修改类代码 里氏替换原则 父类能够被子类替换 在函数式编程关注度不高 最少知识原则（迪米特法则） 阅读全文
posted @ 2022-05-04 16:34
mengxiangzhi
阅读(55)
评论(0)
推荐(0)
浙公网安备 33010602011771号