30条架构原则
2022-02-20 14:21:54 0 举报AI智能生成
登录查看完整内容
30条架构原则
作者其他创作
大纲/内容
YAGNI（You aren’t gonna need it）不要去搞一些不需要的东西，需要的时候再搞吧
爬，走，跑
创建稳定、高质量的产品的唯一方法就是自动化测试
时刻要想投入产出比（ROI）
了解你的用户，然后基于此来平衡你需要做哪些事情
设计和测试一个功能得尽可能的独立
不要搞花哨的
基本原则
拥抱MVP（Minimal Viable Product），最小可运行版本
尽可能的做较少的功能
除非是影响核心流程
等到有人提出再说
有时候你要有勇气和客户说不
功能选择
要知道一个server是如何运行的，从硬件到操作系统，直到编程语言
在线程之间共享可变数据会让你的程序变慢
要了解Amdhal同步定律
千万不要阻塞线程或者在这些线程中做一些IO操作
设计一个无阻塞且事件驱动的架构
服务端设计和并发
无状态的系统的是可扩展的和直接的
保证消息只被传递一次，这很难
实现一个操作尽可能的幂等
尽可能的使用补偿机制
知道CAP理论
分布式一致性无法扩展，也无法进行组通信，也无法进行集群范围内的可靠通信
在分布式系统中，你永远无法避免延迟和失败
分布式系统
要了解你的用户和清楚他们的目标
最好的产品是不需要产品手册的
每次都找到一个可行的选项
自动的给出选项
增加一个配置参数，然后设置一个合理的默认值
不要直接把选择项通过提供配置的方式传递给用户
总是要为配置设置一个合理的默认值
应该总是为配置提供一些示例值
设计不良的配置会造成一些困扰
配置值必须是用户能够理解和直接填写的
如果输入了未知的配置要抛出错误
用户体验
不要轻易的去换编程语言
复杂的拖拉拽的界面是艰难的，不要去尝试这样的效果
艰难的问题
30条架构原则
0 条评论
回复 删除
下一页
