JSON标准元数据定义描述语言的思考

最近在为XX速运公司做项目预研时, 为简化B/S开发, 需将Ext封装成Jsp Taglib,
网上已有多种封装方案, 如: exttld, 以及金蝶将Ext封装成JSF标签等,
公司原也有一套封装, 但文档不全且不太稳定, 所以决定重新封装,
通过三天的努力已基本稳定, 感谢所有开发人员的速度,
我们采用和exttld相似的与Ext一对一封装, 这样做学习成本较低, 灵活性较强(不会出现实现不了某功能), 文档也可以采用Ext已有的, 当然也对数据传输层进行了简化,
另外这样封装比较简单, 不易出太多BUG, 易于稳定, 也是现在快速封装的目标.

一阵忙碌后, 今天静下心来想了一下, 我们为什么封装?
Ext本身已经采用JSON配置方式进行了简化, 而我们做的只是转换.
最大的理由是TagLib在Jsp编辑时有自动提示, 以及静态错误检查.
因为没人记得清那些JSON配置, 而"ALT+/"是最好的提示方式.
不用打开浏览器查错也是Java开发人员期望的.

想到这, 那是不是JSON缺了什么, 导致这样无畏的转译工作?
是的, JSON缺标准的元数据定义. XML为什么能自动提示? 为什么能查错?
因为XML有DTD, 有XSD. 那为什么不给JSON也定义一套呢?
如果给JSON定义了描述语言, IDE会非常易结合,
JSON现在越来越流行, 其比XML更简洁, 便于传输,
C/S开发也开始采用JSON风格, 如: JavaFX等.
而标准的元数据定义有助于更统一, 更方便的使用.
不知有没有这样的标准在开始, 如果没有, 或许可以发起开源, 大家试着定义一套.
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值