博客指出项目做大后会出现数据存储麻烦事，如价格和时间类信息以字符类型存储传输会有空指针、格式转换等风险。强调程序健壮性在于容错性，从架构角度考虑，采用绝对格式可降低风险，还提及程序设计六大原则。
好久没写博客了，今天深海将一些经验和想法记录下来。
项目越做越大，时间久了慢慢的会发现一些数据存储麻烦事。
例如：
将价格类信息以字符类型进行存储和传输，
将会出现无数的空指针风险，格式转换风险。
例如：
将时间类信息以字符类型进行存储和传输，
同样会出现空指针风险，和格式转换和反转风险。
程序的健壮性，往往看他能有多少的容错性，最坏的结果是什么，
例如以上的两个例子，如果价格类字段只能以Double进行传输和存储，前端无论如何展示，我传输和保存都不参与，那么永远不会有空指针和传输过程中的类型转换风险，
如果时间只能以固定位数的时间戳进行传输和存储，前端无论如何展示，传输和保存都不参与，那么最坏的结果，无非是时间异常导致用户看到非法的时间，而不是服务荡机，或者前端崩溃闪退。
虽然：
这些都是可以通过具体的约定和各种代码判断是可以完美避免的，
但是：
风险就是风险，智者千虑必有一失，没有完美的代码，只有容错极高，异常率极小的概念.
如果降低风险，是作为架构角度的必要考虑,那么，绝对格式，则是可以拍案的一条建议。
更多相关思考：
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
