SaaS的效能可配置性 zz

相关推荐

• 可扩展架构取舍 确定不可变内容 从开发的便捷性考虑性能 性能的可配置性 从可替换性考虑性能 可寻址性的开发便捷性 性能的可维护性 减少功能以提高可维护性 利用框架
• SaaS中面临租户的可配置性 zz
• 一份基准代码，多份部署 显式声明依赖关系 在环境中存储配置 把后端服务当作附加资源 严格分离构建和运行 以一个或多个无状态进程运行应用 通过端口绑定提供服务 通过进程模型进行扩展 快速启动和优雅终止可最大化健壮性 尽可能的保持开发，预发布，线上环境相同 把日志当作事件流 后台管理任务当作一次性进程运行 简介 背景 读者应该是哪些人？ 12-factors Introduction Background Who should read this document? The Twelve Factors
• atitit.信息系统方案规划 p71.doc 1. 业务功能与流程设计：参见需求文档 2. 跨平台化 3. 可扩展性高于一切，插件化 4. 框架与类库选型流行化 5. 模块业务化 6. 自定义增强 7. 可定制化能力 8. 严谨的结构规划 9. 界面html5化 10. web界面spa ajax化 11. 界面本地化与界面云端化 12. 协同化 13. 使用企业级的编程语言java 14. 事件驱动webform模式 代替  15. 引擎+脚本架构 16. Vm 平台化（开发平台+业务配置化） 17. 集成化 18. 自包含，容器化隔离。。 19. 延迟初始化 cfg  。。 20. dsl  21. 可视化（信息可视化+部分代码可视化） 22. 即时更新（热部署）快速迭代 持续交付 23. 通讯文本化json化 24. 配置化（一切皆可以配置） 25. CoC）–惯例优于配置 26. 标准化与组件化 27. Hybrid化 28. O2o化 29. 支付化 30. 云端化 31. 开放性 3
• SaaS的效能可配置性 zz
• Android 适配知识点 转载：https://gold.xitu.io/post/58451c1d8e450a006c0f1c74 支持多种屏幕 屏幕支持概览 术语和概念 四种通用尺寸：小、正常、 大 和超大 六种通用的密度： 密度独立性 如何支持多种屏幕 系统使用适当的替代资源 使用配置限定符 要使用配置限定符： 设计替代布局和可绘制对象 替代布局 替代可绘制对象 使用新尺寸限定符 配置示例 声明屏幕尺寸支持 最佳做法 其他密度注意事项 资源（例如位图可绘制对象）的预缩放 像素尺寸和坐标的自动缩放 缩放运行时创建的位图对象 将 dp 单位转换为像素单位 如何在多个屏幕上测试您的应用
• 检测来源于IP层的攻击及防御
• ios学习流水账二