|
锁定老帖子 主题：fastjson 发布正式版本1.0.0
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-02-09
avgguy 写道 wenshao 写道 avgguy 写道 wenshao 写道 avgguy 写道 Date 类型会被转换成数字而不是可读的日期格式，不知道是不是 bug?
xstream: 2011-02-08 15:56:28.263 CST fastjson: 1297151787408 这不是BUG，这是经过认真考虑和大家讨论的结果。如果需要序列化为可读的日期格式，把Feature.UseISO8601DateFormat打开就好了。 貌似仍然得到数字？ JSON.toJSONString(obj, Feature.UseISO8601DateFormat); 经过测试，JavaBean的Date类型Field的序列化的确存在你说的问题，谢谢你发现这个问题。 要解决这个问题，三个办法： 1、你下载源码编译一个。 2、去sourceforg.net上下载一个snapshot版本 3、等2月底发布1.0.1正式版 请注意：在打开了Feature.UseISO8601DateFormat后无法反序列化。使用的是 SF 上面的 snapshot 版本。 JSON.parseObject(text, VO.class); //抛异常，不是数字类型 你要这样用： JSON.parseObject(text, VO.class, com.alibaba.fastjson.parser.Feature.AllowISO8601DateFormat); 正在考虑是否parse时，缺省把AllowISO8601DateFormat特性打开 |
| 返回顶楼 | |
|
发表时间：2011-02-09
wenshao 写道 avgguy 写道 wenshao 写道 avgguy 写道 wenshao 写道 avgguy 写道 Date 类型会被转换成数字而不是可读的日期格式，不知道是不是 bug?
xstream: 2011-02-08 15:56:28.263 CST fastjson: 1297151787408 这不是BUG，这是经过认真考虑和大家讨论的结果。如果需要序列化为可读的日期格式，把Feature.UseISO8601DateFormat打开就好了。 貌似仍然得到数字？ JSON.toJSONString(obj, Feature.UseISO8601DateFormat); 经过测试，JavaBean的Date类型Field的序列化的确存在你说的问题，谢谢你发现这个问题。 要解决这个问题，三个办法： 1、你下载源码编译一个。 2、去sourceforg.net上下载一个snapshot版本 3、等2月底发布1.0.1正式版 请注意：在打开了Feature.UseISO8601DateFormat后无法反序列化。使用的是 SF 上面的 snapshot 版本。 JSON.parseObject(text, VO.class); //抛异常，不是数字类型 你要这样用： JSON.parseObject(text, VO.class, com.alibaba.fastjson.parser.Feature.AllowISO8601DateFormat); 正在考虑是否parse时，缺省把AllowISO8601DateFormat特性打开 受教了。 提个建议，parser.Feature 和 serializer.Feature 更改一下名字比较好。都是叫 Feature，容易混淆。(昨天导入错了，那个编译错误实在是让人无语。看了半天才解决) 另外，要在同一个类中使用的话比较麻烦（至少有一个要写完整名称）。 |
| 返回顶楼 | |
|
发表时间：2011-02-09
avgguy 写道 wenshao 写道 avgguy 写道 wenshao 写道 avgguy 写道 wenshao 写道 avgguy 写道 Date 类型会被转换成数字而不是可读的日期格式，不知道是不是 bug?
xstream: 2011-02-08 15:56:28.263 CST fastjson: 1297151787408 这不是BUG，这是经过认真考虑和大家讨论的结果。如果需要序列化为可读的日期格式，把Feature.UseISO8601DateFormat打开就好了。 貌似仍然得到数字？ JSON.toJSONString(obj, Feature.UseISO8601DateFormat); 经过测试，JavaBean的Date类型Field的序列化的确存在你说的问题，谢谢你发现这个问题。 要解决这个问题，三个办法： 1、你下载源码编译一个。 2、去sourceforg.net上下载一个snapshot版本 3、等2月底发布1.0.1正式版 请注意：在打开了Feature.UseISO8601DateFormat后无法反序列化。使用的是 SF 上面的 snapshot 版本。 JSON.parseObject(text, VO.class); //抛异常，不是数字类型 你要这样用： JSON.parseObject(text, VO.class, com.alibaba.fastjson.parser.Feature.AllowISO8601DateFormat); 正在考虑是否parse时，缺省把AllowISO8601DateFormat特性打开 受教了。 提个建议，parser.Feature 和 serializer.Feature 更改一下名字比较好。都是叫 Feature，容易混淆。(昨天导入错了，那个编译错误实在是让人无语。看了半天才解决) 另外，要在同一个类中使用的话比较麻烦（至少有一个要写完整名称）。 建议不错，支持 
|
| 返回顶楼 | |
|
发表时间：2011-02-10
谢谢buttom同学的建议：
1、修改了Visitor中的maxDepth，缺省值为100，原来为10。 2、支持\x26这种风格的转义符，因为google finance的结果中使用这种风格的转义。 |
| 返回顶楼 | |
|
发表时间：2011-02-13
给力 等项目用json是正好可是推荐这个
|
| 返回顶楼 | |
|
发表时间：2011-03-09
这个不错·呵呵·
|
| 返回顶楼 | |
|
发表时间：2011-03-19
wenshao,俺测试过了。大的数据集，比jackson慢哦，循环1000次，竟然比jackson慢了一倍
|
| 返回顶楼 | |
|
发表时间：2011-03-20
javaeyes 写道 wenshao,俺测试过了。大的数据集，比jackson慢哦，循环1000次，竟然比jackson慢了一倍
希望提供案例的信息，我好测试改进
|
| 返回顶楼 | |
|
发表时间：2011-03-21
最后修改：2011-03-21
wenshao 写道 javaeyes 写道 wenshao,俺测试过了。大的数据集，比jackson慢哦，循环1000次，竟然比jackson慢了一倍
希望提供案例的信息，我好测试改进 发你站内信了， 你自己测试看看吧 |
| 返回顶楼 | |
|
发表时间：2011-03-22
主页打不开了
|
| 返回顶楼 | |
