|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (7)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-10-30
我大概用了90天；在2天机器的3个系统下都用过；
而且我做了购买的报告，虽然经理和架构师都没有去体验； 但是我觉得对生产力的影响很大；（我们产品用了struts1.2 ejb2 spring1.2.6，产品起源于1998年） 甚至其能力直接让我质疑是否有单元测试的必要； 毕竟一个系统久了，经历的人手多了，不断改动多了，能满足单元测试集成测试就很难了； 所以这个javarebel还是很有效果的； 当我看到这个工具的时候，读了网上能找到所有它的文章，并打印了，整理格式后大概有40多页； 其中就有一个讨论针对：javarebel和测试驱动的讨论... 总之，我觉得对于遗留项目绝对是有效的 |
| 返回顶楼 | |
|
发表时间：2008-10-30
dengyin2000 写道 liuzongan 写道 dengyin2000 写道 用是可以用， 但是当你调试的时候 你会发现它把类改得乱七八糟了。 你真的想实现不用重启的话 用Groovy吧。
用Groovy开发,也要重启服务,给一个类加一个方法,也不能访问啊,大哥,有没有测试过啊? 试过 没问题。 改Controller没问题。 不知道你改的是不是domain。 改Controller和Service没问题就OK了，domain修改毕竟比较少一些。不过Groovy和GRails不敢在真正的项目中用的...要是有合适的小项目可以先试用一下，几个小项目之后才能在整个团队推广。 javarebel对调试确实有一点影响，不过还是可以调试的。spring代理的service层也有一些代理类。另外，用了javarebel可以减少debug的次数，因为加一个log就可以看到中间变量，很方便，有点像当年调试js时候用alert。当然，这种办法是无法解决真正复杂的问题的，呵呵，在合适的地方用合适的技术吧。 |
| 返回顶楼 | |
|
发表时间：2008-10-31
dengyin2000 写道 liuzongan 写道 dengyin2000 写道 用是可以用， 但是当你调试的时候 你会发现它把类改得乱七八糟了。 你真的想实现不用重启的话 用Groovy吧。
用Groovy开发,也要重启服务,给一个类加一个方法,也不能访问啊,大哥,有没有测试过啊? 试过 没问题。 改Controller没问题。 不知道你改的是不是domain。 我是在controller中试过,添加一个方法,可是不行啊(访问不了啊),我没有用开发工具,只是用editplus改的 |
| 返回顶楼 | |
|
发表时间：2008-10-31
fireflyc 写道 停，别拿恶心的ror说事行不？
就是一个不用重启web服务器的小工具而已。咱不拿ror说事。反胃。 愤青？自闭？保守？做技术，心态要open哦 |
| 返回顶楼 | |
|
发表时间：2008-10-31
cuiyi.crazy 写道 我大概用了90天；在2天机器的3个系统下都用过；
而且我做了购买的报告，虽然经理和架构师都没有去体验； 但是我觉得对生产力的影响很大；（我们产品用了struts1.2 ejb2 spring1.2.6，产品起源于1998年） 甚至其能力直接让我质疑是否有单元测试的必要； 毕竟一个系统久了，经历的人手多了，不断改动多了，能满足单元测试集成测试就很难了； 所以这个javarebel还是很有效果的； 当我看到这个工具的时候，读了网上能找到所有它的文章，并打印了，整理格式后大概有40多页； 其中就有一个讨论针对：javarebel和测试驱动的讨论... 总之，我觉得对于遗留项目绝对是有效的 不重启，一般来说是跟集成测试有关。集成测试和单元测试不能相互取代，两码事 |
| 返回顶楼 | |
|
发表时间：2008-10-31
amonlei 写道 cuiyi.crazy 写道 我大概用了90天；在2天机器的3个系统下都用过；
甚至其能力直接让我质疑是否有单元测试的必要； 毕竟一个系统久了，经历的人手多了，不断改动多了，能满足单元测试集成测试就很难了； 所以这个javarebel还是很有效果的； 当我看到这个工具的时候，读了网上能找到所有它的文章，并打印了，整理格式后大概有40多页； 其中就有一个讨论针对：javarebel和测试驱动的讨论... 总之，我觉得对于遗留项目绝对是有效的 不重启，一般来说是跟集成测试有关。集成测试和单元测试不能相互取代，两码事 虽好几年没有做新项目，但仅就个人的经历来说，单元测试对遗留项目几乎没有帮助，尤其是之前没有什么测试的既存软件产品 |
| 返回顶楼 | |
|
发表时间：2008-10-31
DEBUG的时候Eclipse自己的的热修补挺好的，绝大部分情况下不用重启。（如果是修正BUG的话，绝大部分情况不会去修改程序的接口或实例变量。）
如果使用代理，会让调试的时候断点定位不准的话，那是很头痛的。 |
| 返回顶楼 | |
|
发表时间：2008-11-01
就如楼上所说，大多数情况下在debug模式下启动服务器进行开发就解决问题了。
引用 在修改配置文件的时候仍然需要重新启动，幸好比起修改代码我们很少修改配置文件，随着Annotation的使用，这种修改配置的情况会越来越少。
没看错吧，在容器初始化时读取的annotation信息，他能自动搞定？不管用啥工具，框架本身不支持热部署都白搭，你有办法直接替换底层的class，但他却不会重新读取。 |
| 返回顶楼 | |
|
发表时间：2008-11-01
fyting 写道 就如楼上所说，大多数情况下在debug模式下启动服务器进行开发就解决问题了。
引用 在修改配置文件的时候仍然需要重新启动，幸好比起修改代码我们很少修改配置文件，随着Annotation的使用，这种修改配置的情况会越来越少。
没看错吧，在容器初始化时读取的annotation信息，他能自动搞定？不管用啥工具，框架本身不支持热部署都白搭，你有办法直接替换底层的class，但他却不会重新读取。 我修改hibernate annotated entities，它可以自动读取的。但是因为没有用Spring的annotation，所以不知道行不行。 |
| 返回顶楼 | |
|
发表时间：2008-11-03
不错,我现在就缺这个东西,
下一个搞一搞. |
| 返回顶楼 | |
