满足机器解读使用者解读无限扩展可能的结构.pptVIP

系统设计与开发 最终结果 | 团队配合 | 系统扩展 by Edgar 开发系统要关注什么? ? ? ? 最小知识原则，一个组件或者是对象不应该知道其他组件或者对象的内部实现细节。 不要重复你自己，你只需要在一个地方描述目的。 关注分离点，使每个参与者有明确定位, 最小化交互，高内聚、低耦合 职责单一, 参与者与模块同步, 只有一个职责或者是功能 最小化预先设计，只设计必须的内容。在一些情况，你可能需要预先设计一些内容。另外一些情况，尤其对于敏捷开发，你可以避免设计过度。为未来提供足够的扩展空间。 高重用性 团队配合 设计扩展 ? 在模块与模块之间 ? 在应用与应用之间 ? 在系统和系统之间 重用性的重点在哪里? 小公司培养全才 大公司培养专才 团队组织可以从简单粗暴的一个人发展一个模块一个人, 一个模块多个人 1+12: 有理论认为由于团队的人数增加, 沟通成本会几何倍数增长, 有效率会不成比例的下降 1+12: 同样另一种理论, 人的精力有限, 过多的精力分散会使每件事出错机率增大 当前团队结构如何? 可扩展意味兼容原方式支持更多方式 可扩展的系统是什么样的? ? 对于数据: 可以添加其它键值而保持原结构不变, 如 json, xml ? 对于模块: 便是在必要时允许更多的方法起到不同的作用 ? 对于系统: 除了允许添加更多的功能, 还有吞吐量, 并发量, 容灾力 怎么去做? ? ? ? 所以我们要关注接口方式统一有效 关注接口的可扩展性 所以我们要关注技术边界, 使其无缝衔接 关注结果, 不偏离目标, 高效率, 低支出 所以我们要使下层对上层透明 上层对下层兼容 因为需要高重用性 因为要团队配合 因为系统需要扩展 满足机器解读 使用者解读 无限扩展可能的结构 code是int类型, 400代表请求验证失败, 3xx为保留字段, 代表部分成功部分失败并且有效的可能性存在 info为string类型, 为操作者提供简单的处理结果描述信息, 如操作成功, 密码错误等 data作为一个扩展数据, 可以存放错误详细或成功数据, 但一定是数组结构存在, 保持永远可以扩展结构 统一的通信结构 人无完人 必有所长 必有所短 人还是群居动物, 全能型人才是难得一遇的, 而且当我们发现身边出现一个全能手时, 尤其是IT这个行业, 那么很可能在性格或其它方面上有缺失, 难于合作 对于大部分从业者来说, 都是专精一行的, 要么擅长需求分析要么擅长管理要么擅长研发 对于管理带队者来说, 如何将研发团队的技能合理搭配, 取长补短有时需要借助一些巧想法, 新技术 ? htmlLoad 实现html include 功能 ? html 模版引擎, 将UI和程序衔接起来 ? 通过定义API将不同语言衔接起来 无缝的技能衔接 永远在封装之上的实现 做过工具型产品的同事都知道, 只要掌握住这个产品的入口与出口, 内部便有无限可能, 对于市场占有率, 和规则统一度都是适用的 做系统规划时一定要给底层留足透明的空间, 从上至下, 每一层均要如此, 如: 模块永远不能直接访问, 在其之前一定是调度 系统扩展时, 需要修改已实现的模块是最糟糕, 最危险的, 所以我们在与环境交互的功能上要格外注意 ? 会话数据可透明切换内存集群 ? 磁盘数据可采用类似NFC方案 ? 数据库层面可以以分区为蓝图进行分片 透明的系统架构 设计流程与开发结果 ctrl model core api view THANK YOU