匿名内部类方式构建对象导致序列化失败
问题描述:
以下代码为问题代码:
public class ItemDO implements Serializable {
private static final long serialVersionUID=-463144769925355007L;
...
private Map<String,String> langAndTitleMap;
...
}
public class ItemMultiLangDecorator implements ItemDecorator {
...
@Override
public ItemDO getItemDO() throws IcException {
.

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
【小思考】Python的float转换精度损失所想到的
首先,为啥会要讨论这个问题。 我得为昨天拖了小组后腿深表歉意。其实程序逻辑很快就理通了的,但自己总是会因为各种各样的小问题束缚手脚,看接下来这个图片: 稍微有数据敏感性的同学就能看出,中间这么一大堆又是0000又是999还是这么多位的小数,一看就是异常数据。这块数据的产生,源于代码里对两个字符串做了float转换并相减,导致出现了这种数据异常的错误。那么问题来了,1.这种异常是如何产生的?2.有哪些方法可以解决这种问题呢?3.编程中间还有哪些与这个问题相关的注意事项呢? 第一部分:这种异常是如何产生的呢? 我们先来看演示: 看来,直接输出float型数据,以及对字符串进行的float转换,本身并没有什么问题,那么为什么浮点数相减就会出现这个可恶的小尾巴呢?我们有必要从计算机本身数字加减的机制进行探究。有学习过《计算机组成原理》等基本课程、哪怕只是简单了解计算机内部运行机制的同学都明白,计算机内部的加减乘除都是要把数字转化成为二进制实现的。那么,我们此处的浮点数,也要转换为二进制,才能进行计算。Python内浮点数是用机器上浮点数的本机双精度(64 bit)表示的。提供大约17位的精度和...
-
下一篇
Android 在App中直接展示String的Key
背景 我们的App Alibaba.com是一个国际B2B的电商平台,支持18种语言,因为历史原因每个语种的翻译质量良莠不齐,在需要优化文案的时候,一般要经历测试提出xx文案有问题->开发找key->PD改文案这三步,其中开发找key的过程十分麻烦,基本等于翻代码,碰到不熟悉的逻辑都要纠结半天,给普普通通的优化文案的过程增加了无数工作量。并且,直接在美杜莎平台上通过value找key的方式也是不可取的,因为一个value有可能对应多个key,在这种情况下,只有翻代码才能找到正确的key。经历了人肉找key的痛苦之后,我就在思考,为什么不做一个调试工具出来,测试直接在app上找到有问题的文案的key,直接提给PD或者翻译同学去修改,减少流程的复杂度,并且不再需要开发同学参与,皆大欢喜。 技术方案的总结 服务端:交个服务端去解决
相关文章
文章评论
共有0条评论来说两句吧...