数据使用准则
来源:互联网 发布:淘宝发货怎么设置 编辑:程序博客网 时间:2024/06/11 13:06
- 从服务器返回的数据永远是不可靠的。
- 从文件读取的数据永远是不可靠的。
- 从数据库读取的数据永远是不可靠的。
- 总结来说,外部的数据永远是不可靠的,它会以任何突破你想象的形式出现,就像这个残酷的现实世界一样。
- Repository是数据外围,任何类型的数据存取细节(比如 网络/文件/数据库)都应该封装在Repository中,Repository是内部业务逻辑访问和操作外界数据的唯一接口。
- Repository为了解析数据所使用的原始Data类永远不能被内部业务逻辑直接使用。
- 内部业务逻辑必须通过DataMapper将Repository返回的原始Data类对象转化为业务data类对象(即使两者的结构一模一样,也禁止复用)。
- 原始Data类和业务data类的名称及结构不必保持一致,业务data类应该也必须从业务逻辑的角度对原始Data进行重组和删改。
- 业务data必须加”Model”后缀来表征其业务data类的身份。
- DataMapper是内部业务逻辑的数据守卫,DataMapper要保证转化过的业务data是安全的,有效的,可用的(对于无效数据,也需要返回一个空的Collection/对象)。
- 内部业务逻辑在使用业务data时不必再考虑安全性(比如预期之外的null)。
- DataMapper转化原则:
- null String统一转化为空字符串或者某些特殊的字符串(具体业务类型决定)。
- 对于实现了DataCheckValid接口的类,一定要行使checkDataValid来检测和排查无效数据对象(DataCheckUtil)。
- Map中不能有key或者value为null的entry。
- List中不能有null的item。
- 尽量避免有null的存在,如果确实有,要证明在业务逻辑上的合理性。
- 对于数值可以做限制,比如价格,可以限制在一个范围内。
- DataMapper命名建议为”业务/模块名称 + DataMapper”。
- DataMapper建议在业务模块中进行实例化。
- 业务data类对象每个public成员变量和getter都要加@Nullable/@NonNull。
- 设置的保存和读取也需要遵从Repository原则,不能暴露细节(比如Pref)。
0 0
- 数据使用准则
- 程序中数据名称缩写使用的总体准则
- C#使用拉依达准则(3σ准则)剔除异常数据(.Net剔除一组数据中的奇异值)
- 【学习】数据挖掘准则
- 异常使用准则
- 使用图像的准则
- ARC 使用准则
- 内存使用准则
- IDisposable 接口 使用准则
- 架构设计之数据准则
- 拉依达准则剔除数据异常
- 准则
- 智能大数据SMART准则(读书笔记)
- 一个优秀数据分析师的准则
- 7.5 有效使用反应堆的设计准则
- 使用NUnit进行浮点数测试准则
- 有效使用反应堆Reactor的设计准则
- 有效使用反应堆Reactor的设计准则
- Android开发之BaseAdapter的改写,超简洁
- Windows英文版GitHub客户端使用操作流程图文攻略教程现没中文版
- Java Thread.interrupt 害人中断JAVA线程
- 微服务实践(七):从单体式架构迁移到微服务架构
- Android Studio2.0 教程从入门到精通MAC版 - 提高篇
- 数据使用准则
- Git Submodule使用完整教程
- Java中的EnumSet_Effective Java 2.0_Item 1知识点
- 设计模式的六大原则
- CodeVS1042 进制转换
- 解释#define RCC ((RCC_TypeDef *) RCC_BASE)
- Swift 3.0 -常量和变量
- HTML5学习_day06(2)--html之相对定位
- 可以自动换行的RadioGroup (默认水平布局)