|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-04-26
个人觉得用jsp显示数据是要刷新页面的，而js则不同
这样一方面用户体验要好一些，另外也可以更好地把前端开发和后台开发分开，至少两边使用的是不同的文件 |
| 返回顶楼 | |
|
发表时间：2010-04-26
最后修改：2010-04-26
Angel_Night 写道 andot 写道 你用这个还需要多一个spring，发布的方法也还需要单独编写，配置也不算少。如果换成Hprose的话，也是纯html调用后台程序，不需要任何框架，直接配置一个现成的servlet就可以发布已经写好的类或对象（这些类和对象跟在后端可以直接使用的对象没有任何区别），跟js交互方式是直接js调用服务器方法，更直观更方便，可以传对象和复杂数据。前端可以配合jquery、ext、edojs等任何纯js框架来构建界面。比用这个方式不知道要方便高效多少倍呢。
是啊 要高效多少倍呢... 光买Hprose就不少钱.. 还得招会Hprose的程序员 又需要多少? idea比eclipse好多少倍呢...但是收费 不一样白扯么(虽然现在有社区版了) 收费不是个问题，只要这个投入是值得的，就会有人购买。另外，Hprose根本就不需要单独去招会的程序员，任何一个程序员只需要10分钟就可以掌握使用。 iphone开发上架卖是要花钱的，开发还需要有一台苹果电脑加一部iphone，还要经过苛刻的审核，但iphone上的程序却是最多的，开发iphone程序的人也是趋之若鹜。而其它的那些免费的基于linux的手机开发倒是免费的，可是那些程序有iphone上的多吗？健康的产业链不是靠免费来构建起来的，只有大家都获益才是健康的。 |
| 返回顶楼 | |
|
发表时间：2010-04-26
andot 写道 Angel_Night 写道 andot 写道 你用这个还需要多一个spring，发布的方法也还需要单独编写，配置也不算少。如果换成Hprose的话，也是纯html调用后台程序，不需要任何框架，直接配置一个现成的servlet就可以发布已经写好的类或对象（这些类和对象跟在后端可以直接使用的对象没有任何区别），跟js交互方式是直接js调用服务器方法，更直观更方便，可以传对象和复杂数据。前端可以配合jquery、ext、edojs等任何纯js框架来构建界面。比用这个方式不知道要方便高效多少倍呢。
是啊 要高效多少倍呢... 光买Hprose就不少钱.. 还得招会Hprose的程序员 又需要多少? idea比eclipse好多少倍呢...但是收费 不一样白扯么(虽然现在有社区版了) 收费不是个问题，只要这个投入是值得的，就会有人购买。另外，Hprose根本就不需要单独去招会的程序员，任何一个程序员只需要10分钟就可以掌握使用。 iphone开发上架卖是要花钱的，开发还需要有一台苹果电脑加一部iphone，还要经过苛刻的审核，但iphone上的程序却是最多的，开发iphone程序的人也是趋之若鹜。而其它的那些免费的基于linux的手机开发倒是免费的，可是那些程序有iphone上的多吗？健康的产业链不是靠免费来构建起来的，只有大家都获益才是健康的。 iPhone 和 技术选型有关联么? 用不用Hprose和产业链根本不搭边... 如果我用Hprose开发,有人会买么? 我用spring就没人买? 买的人 在意你拿什么开发么? 而iPhone上卖个1 2美元的小东西,一不小心变成百万富翁了...冲的钱去的 |
| 返回顶楼 | |
|
发表时间：2010-04-27
luojy8877 写道 Angel_Night 写道 coralsea 写道 其实Form也可以不用的，我用纯HTML,Ajax做前台5年了，前后逻辑功能区分非常清楚，至少不再有JS/Scriptlet交织在一起的情况出现了
那如何优雅得解决 服务器端数据 展示 到html... 毕竟做了五年这方面的东西,经验肯定很丰富,能否分享一下呢? 感觉用getElementById或者用JavaScriptLib的便捷方式取到以后设值,很不舒服 即使封装一下也觉得不得劲.. 同问 啥都靠js填会不会太累 难道老哥已然形成一套框架 框架谈不上，不过攒了一些代码，这里有个简单的demo Ajax和Form可以说是截然不同的两种交互方式，他们的区别就不说了。在使用上肯定也不应该采用同样的方式。 说穿了JSP也不过就是一个模版引擎而已，同样的引擎还有Freemarker，velocity等等很多。如果采用Ajax，同样可以在前台使用模版引擎，在我的Demo里面就用到了jTemplate（Ext最早提供了js模版引擎） |
| 返回顶楼 | |
|
发表时间：2010-04-27
认真看了下coralsea的代码
的确是截然不同的两种交互方式啊 而且jTemplate感觉用起来也不会很难... 多谢了 完全把我领入另外一种全新开发模式了 真的非常感谢 |
| 返回顶楼 | |
|
发表时间：2010-04-27
Angel_Night 写道 andot 写道 Angel_Night 写道 andot 写道 你用这个还需要多一个spring，发布的方法也还需要单独编写，配置也不算少。如果换成Hprose的话，也是纯html调用后台程序，不需要任何框架，直接配置一个现成的servlet就可以发布已经写好的类或对象（这些类和对象跟在后端可以直接使用的对象没有任何区别），跟js交互方式是直接js调用服务器方法，更直观更方便，可以传对象和复杂数据。前端可以配合jquery、ext、edojs等任何纯js框架来构建界面。比用这个方式不知道要方便高效多少倍呢。
是啊 要高效多少倍呢... 光买Hprose就不少钱.. 还得招会Hprose的程序员 又需要多少? idea比eclipse好多少倍呢...但是收费 不一样白扯么(虽然现在有社区版了) 收费不是个问题，只要这个投入是值得的，就会有人购买。另外，Hprose根本就不需要单独去招会的程序员，任何一个程序员只需要10分钟就可以掌握使用。 iphone开发上架卖是要花钱的，开发还需要有一台苹果电脑加一部iphone，还要经过苛刻的审核，但iphone上的程序却是最多的，开发iphone程序的人也是趋之若鹜。而其它的那些免费的基于linux的手机开发倒是免费的，可是那些程序有iphone上的多吗？健康的产业链不是靠免费来构建起来的，只有大家都获益才是健康的。 iPhone 和 技术选型有关联么? 用不用Hprose和产业链根本不搭边... 如果我用Hprose开发,有人会买么? 我用spring就没人买? 买的人 在意你拿什么开发么? 而iPhone上卖个1 2美元的小东西,一不小心变成百万富翁了...冲的钱去的 你用Hprose开发，那么在开发速度上快于使用Spring，可以让你的产品更快速上线，自然你就很容易超过你的竞争对手，当然钱自然也就来了。买你产品的客户当然不会看你拿什么开发，客户在意的是你的产品是不是够好，够不够快，还有就是你是不是比你的对手更早的占领市场。 |
| 返回顶楼 | |
|
发表时间：2010-04-27
我觉得struts2还是不杯具的。
struts2也能做类似的映射，处理json也很方便，甚至不需要json，更重要的是灵活。 |
| 返回顶楼 | |
|
发表时间：2010-05-07
我也来参合两句吧，不知道算不算是经验之谈，希望能有与我同样感受的仁人~~
首先不得不说LZ的这个Demo确实让人进入了一种简介的世界，这事咋看起来的^_^ 其实不管是Struts2.0还是Webwork，这个对我的所有开发来说，它的作用仅是一个控制访问、JSON序列化成VO对象以及输出字符串（JSON值），当然你可以做些后台认证，不过我几乎没使用过（前台Ext有控制，后台有同一抛出错误）；因为这一层涉及到控制请求哪一种业务，所以在我看来这一层不应该少，也没这个必要，因为它确实还有他存在的空间；比如：后台Spring层做了一个业务处理，然后前台需要多个不同的访问路径，每个访问路径针对每个地区地市开设的（当然很多人认为这可以通过只设置一个URL，然后后面加个变量代表地区地市，呵呵，这个还真做不到~~），这时不知道大家怎么处理，我的解决办法是：通过在配置文件里做文章，再有Struts层来控制访问 接着个问题，也仅是抛砖引玉，如果：A表，B表，C表；A对B是一对多的关系，B对C是一对多的关系，当查出一个A记录PO时，对应A的B记录PO集会出来，还有对应B的C记录的PO集也会跟着出来，如果此时LZ的方式返回了这个A记录（哪怕是从PO->VO），此时的JSON值会不会包含B和C的记录在里面，如何包含，可想这不是理想状态，要是后面跟着更多从表嗫？？因为又是我们只需要到第一级或是第二级的从表而已，不要后面太多的从表；当然后还有就是返回来的情况，当查出一个B记录时，它对应A的父表也出来，结果A又回到了刚才说的A->B->C这一大堆数据跟着，其中似乎都存在很多问题，貌似中间还存在个死循环，我是在开发中遇到了 唠叨N句话，希望我也能从大家多多提些想法，最后就是我用的是Ext做前台~~ |
| 返回顶楼 | |
|
发表时间：2010-05-07
其实我想做的是把美工、数据展示、业务逻辑分开，以前开发人员一把抓，java、javascript、html、css都要涉及，这没必要，使用这种方式，可以美工人员只管html、css，前台开发只管javascript，后台人员专注于java就行了，至于使用struts还是springMVC，是用jquery还是ext，都不是问题
另外，前台需要什么数据就传什么数据，没必要和po保持一致的。 |
| 返回顶楼 | |
|
发表时间：2010-05-07
yiyu 写道 其实我想做的是把美工、数据展示、业务逻辑分开，以前开发人员一把抓，java、javascript、html、css都要涉及，这没必要，使用这种方式，可以美工人员只管html、css，前台开发只管javascript，后台人员专注于java就行了，至于使用struts还是springMVC，是用jquery还是ext，都不是问题
另外，前台需要什么数据就传什么数据，没必要和po保持一致的。 把职责划分明确 对于量化工作 和提供工作质量 都有很大的帮助 |
| 返回顶楼 | |
