看昨天的序列化主题有感。该怎么解决
程序员文章站
2022-06-03 11:11:50
...
看昨天的序列化主题有感。
在很多的电子商务网站中，填写个人信息，商品信息，账单信息，是非常常见的行为
但是有些菜鸟就是喜欢一个信息一个字段，尼玛，到最后离职了，他倒没事了，后来者就麻烦了，
表越来越多，字段越来越多，已经不可能重构了，，只能堆积如山。
久而久之，形成了一个外表华丽，内在垃圾的 web系统。
------解决方案--------------------
那么一般在什么项目中用序列化及反序列化？
貌似使用json方式存储。
以前看到过在电子商务平台上有这种方式，还有Flex中也有。
------解决方案--------------------
适用的场合不同而已
在很多的电子商务网站中，填写个人信息，商品信息，账单信息，是非常常见的行为
但是有些菜鸟就是喜欢一个信息一个字段，尼玛，到最后离职了，他倒没事了，后来者就麻烦了，
表越来越多，字段越来越多，已经不可能重构了，，只能堆积如山。
久而久之，形成了一个外表华丽，内在垃圾的 web系统。
------解决方案--------------------
那么一般在什么项目中用序列化及反序列化？
貌似使用json方式存储。
以前看到过在电子商务平台上有这种方式，还有Flex中也有。
------解决方案--------------------
适用的场合不同而已
- PHP code
class T { var $v = 1; function see() { echo $this->v; }}$p = new T;$p->v = 'abcd';$p->see(); //abcd$s = json_encode($p);$t = json_decode($s);$t->see();//Call to undefined method stdClass::see() $s = serialize($p);$t = unserialize($s);$t->see(); //abcd
------解决方案--------------------
版主的例子都那么经典……
收藏。
------解决方案--------------------
数据多了总比没数据好啊。当然存的不合理只能乖设计的人。写码的人都是怎么爽，怎么来
------解决方案--------------------
数据库的字段可以利用mysql key->value来设计。
------解决方案--------------------
楼主这样不好? 多表多字段只要合理有什么不好呢，一些字段还必须是用字段才好
要不检索或排序等那岂不是大问题
也可以像楼上的那样设计，一字段为字段名另一字段为值。
------解决方案--------------------
如果所有的事物都都可用三段论导出该多好
但遗憾的是做不到
永远不要试图以简单的规则去覆盖浩瀚的宇宙
声明：本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn核实处理。
相关文章
相关视频