只显示主题贴

我俩人都能搞定比这个少小店的项目从底层代码协议什么的都是自己定的。Web做多了缺乏相关经验而已,我觉得没啥别的问题啊。另外用rcp的确比swing风险要小些的,rcp跨平台表现比swing好多了。
fins 写道我接触dwr还算比较早 刚接触的时候确实被它小小的震撼了一下 但是后来 慢慢的觉得 这东西真的没啥必要. 建议楼主能够把现有的应用好好梳理一下 看看能否不使用dwr. 当然 也许现在这个应用已经不允许抛弃dwr了 不过 我还是希望你下一个应用能够少使用它. 理由: 一个ajax框架(纯js实现) + json/xml转换器(就是把javabean转换成json或xml的工具) + 以数据为中心的思想 完全可以很好的代替dwr 前一阵我写过一些对 JSF不屑的东西 但是 说实话 我觉得 dwr走的路在 JSF 和"以数据为中心的B/S系统" 中间 导致的结果是 " ...
  • 进入论坛 AJAX
TO redstarstar: 我这里只是提出问题而已,maven的思想里面,就是要自动解决依赖的,比如hibernate需要cglib或者struts-menu需要jxl------但是就是这个jxl,库里面的2.7.3这个版本就有问题,莫名带了个log4j的配置,结果日志全崩溃了,换回2.7就好了。 你所提出的前两点,都是maven在其思想下着力要解决的问题,如果没有自动正确的解决依赖,没有自动把依赖更新到最新这两点,那么我为什么不用ant呢!或者说您现在提出的只是用ant的思想来考虑maven。
TO rasonyang: 你说的其实很有道理,但是有几个地方其实只是没有更好办法下的无奈之举。 比如meta-inf的信息,我一直认为这只是sun在java缺失了版本管理之后的一个补救而已,虽然它可以work; 至于每次mvn eclipse再刷新ide……我的确不知道可以这样,但是我想至于吗,难道plugin不应该自己来解决这个问题? 依赖ide我觉得不是错,maven是给你持续集成和管理项目用的不是给你调试用的,我调试直接用jetty的jar在eclipse里面来解决。 至于依赖关系要解决好,我实在想不出来maven如果不完美解决依赖,为什么要搞这么多乱七八糟的自动依赖……大多数时间为了 ...
今天infoq上一篇帖子,里面有句话说maven整个一个配置系统的EJB2,说到我心坎里了。 Maven有maven的好处,但是当你实际用起来maven之后,问题比你想象的要多的多,你很难驾驭它,这一切来自于混乱的仓库/版本/依赖管理和糟糕的ide插件支持。 我曾经发过帖子描述了我的需求和对maven的期待以及遇到的实际问题,newsmth上有个网友说我应该用maven1而不是maven2,我越核计越觉得不对劲,虽然那时我刚用maven,了解到的反对声音貌似很少,但是现在看看,随着对maven了解的增多,我也同时听到了越来越多的质疑声音。 主要的问题有如下几个: 第一:举例说,你有个一依赖A用 ...
会用struts2,差别不是仅仅的一个1和2的问题,而是模型的问题。
  • 进入论坛 Java
偶用N73,小bug不少,而且速度不快,还是比较faint的。 PALM的系统最爽啊……可惜日落西山了……WM就别提了,我周围好像用过的没几个说稳定的,汗。
flashing
搜索本博客
博客分类
最近加入圈子
最新评论