|
锁定老帖子 主题：打算引入Jide组件
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-19
founder 写道 diggywang 写道 jide common已经包含很多非常实用的组件了。
像各种celleditor，cellrenderer，这种根据需求来自定义，没办法，反过来想又相当灵活。 做CS都这样，除非只要非常死板的几个组件，如果要有个性，就得自定义，况且Swing对自定义组件的设计模式，已经非常好了。 jide common不够，真正有用的是jide grids. 仔细看过Jide Grids Developer Guids后，发现里面的思想真不错。很多东西都是我们在实际中遇到的，而Jide加以归纳并实现。 遇到知音了。楼主，您这话是我最想听到的。我们最初开始写JIDE的时候，就是因为遇到Swing开发中各种各样棘手的问题，我们试图解决它们，所以就出来JIDE的那些产品，尤其是JIDE Grids。 |
| 返回顶楼 | |
|
发表时间：2012-01-19
qianhd 写道 founder 写道 价格不是问题（说实话比较便宜），我更关注其成熟度以及用户反映。其实我发现这个产品的活跃度和发布速度，远超过Oracle把持下的Swing。我感觉JDK中的Swing开发处于半停滞状态，我们这些上了船的软件企业不得不将目光转向第三方Swing开发商。
多少便宜??? 比请2个牛人自定义还便宜吗? 这是肯定的。对于公司来讲，公司关注的不是要花多少钱，而是花了钱以后可以赚多少钱。花在JIDE上面的钱在欧美国家来讲不过是一个程序员几天的工资，国内工资就算低一些，也不过是一个月的工资，但是它能为您节省出来的时间则是以几个月甚至年来衡量的。再说软件产业更新迅速，占领市场才能有先机，节省时间，组件开发模式是大势所趋，就像搞.NET开发，可能没有人会不去购买devexpress或者其它类似的组件库而从头写起。 |
| 返回顶楼 | |
|
发表时间：2012-01-19
现在公司的客户端用这个东西，但是快要转成.net的了， 问题是有时候封装的太过严密，所以比较细的功能比较难实现。 比如跨时区的Calendar控件， 就会出现一些问题。另外当java版本升级时， 有些东西可能需要维护。
|
| 返回顶楼 | |
|
发表时间：2012-01-19
pczhang 写道 现在公司的客户端用这个东西，但是快要转成.net的了， 问题是有时候封装的太过严密，所以比较细的功能比较难实现。 比如跨时区的Calendar控件， 就会出现一些问题。另外当java版本升级时， 有些东西可能需要维护。 个别封装太严密的情况应该是会有的，但是我们产品更新很快，您可以反映给我们，我们很快（两周左右）就会改进的，或者，如果可能的话，告诉您在不更新版本的情况下怎样实现。另外，您说的升级JDK需要维护是哪些东西？JIDE支持JDK5、6、7，应该不需要您做代码修改，除非是您直接调用JDK的API。 |
| 返回顶楼 | |
