|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-07-24
Seam最终是会解偶JSF的， 好像现在已经有对wicket的支持了。 但是就目前来说用seam的话， 用JSF还是最好的选择。
|
| 返回顶楼 | |
|
发表时间：2008-07-24
期望2.1可以尽快发布，增加了对wicket和RESTEasy的支持，并且增强了权限管理。
|
| 返回顶楼 | |
|
发表时间：2008-07-25
TAPESTRY 和 wicket是否贯穿C层？ 好象是个表示层的类似模板技术吧 需要结合struts之类的mvc框架才能用吧 无知之处还请原谅和指出。
hibernate和jsf的构想都是不错的，实现都还难免有不近人意的地方 jsf不是新技术,它借鉴的是桌面系统的思想，类似asp.net的web应用。 它不是一个单纯的一相情愿的想法，是已经在其它系统中成熟实现了的设计构架。 hibernate做得很好，可是对数据访问的高性能要求以及关系数据系统和oop的巨大分歧使它有时候看起来很别扭。 seam把框架和分层弄到了一起，我认为并不是提倡简化分层，而是提供设计的灵活度和配置的简化，把分层的权利交给你自己。 我期待jsf2。0出来后，能够提供注解功能，以及简化导航，aom的思想似乎可以借鉴（我总害怕国产的软件bug太多，aom过分宣传让我心里对它无底）。 jsf和seam应该是一对好的排挡。 我现在在用spring我觉得它设计得很好 其实，好的东西都有些殊途同归的，有空想学学seam。 ejb3的庞大让我这种没机会设计大型应用的人有点不太敢用的感觉。 最郁闷的是 jboss的文档都是e文，包括seam，让我这种英语二流的感到郁闷，啃完文档花大量的时间不说，有的地方还不明不白 |
| 返回顶楼 | |
|
发表时间：2008-07-25
afadgaeg 写道 TAPESTRY 和 wicket是否贯穿C层？ 好象是个表示层的类似模板技术吧 需要结合struts之类的mvc框架才能用吧 无知之处还请原谅和指出。
hibernate和jsf的构想都是不错的，实现都还难免有不近人意的地方 jsf不是新技术,它借鉴的是桌面系统的思想，类似asp.net的web应用。 它不是一个单纯的一相情愿的想法，是已经在其它系统中成熟实现了的设计构架。 hibernate做得很好，可是对数据访问的高性能要求以及关系数据系统和oop的巨大分歧使它有时候看起来很别扭。 seam把框架和分层弄到了一起，我认为并不是提倡简化分层，而是提供设计的灵活度和配置的简化，把分层的权利交给你自己。 我期待jsf2。0出来后，能够提供注解功能，以及简化导航，aom的思想似乎可以借鉴（我总害怕国产的软件bug太多，aom过分宣传让我心里对它无底）。 jsf和seam应该是一对好的排挡。 我现在在用spring我觉得它设计得很好 其实，好的东西都有些殊途同归的，有空想学学seam。 ejb3的庞大让我这种没机会设计大型应用的人有点不太敢用的感觉。 最郁闷的是 jboss的文档都是e文，包括seam，让我这种英语二流的感到郁闷，啃完文档花大量的时间不说，有的地方还不明不白 Seam 2.0 有中文翻译的文档，满江红的开源文档项目，虽然和最新版本略有出入，对于E文不是很好的同志也算是不错了。其实我倒并不觉得E文文档是障碍，相反的Seam看起来就是一个大杂烩，n多技术都可以与之无缝融合，这些“周边”的东东（主要的诸如JSF，Drools，jBPM等）如果事先没有深入研究就很难一下子上手。 |
| 返回顶楼 | |
|
发表时间：2008-07-25
我单讲JSF和MVC, 都用过, 分析过, 底层重构过.
.Net的人其实能讲出更多事件驱动的缺点,要了解Web的事件驱动,多和.Net人员聊聊会收获更多. 列表前先摆本次回贴观点: 贬JSF 1. 有些在MVC在看起来很方便的功能,基于事件驱动处理会很麻烦: 比方, 集中控制, 页面元素动态生成, 页面随意切换(比方, 直接带参调用一查询页面:xxx/search?name=xxx), 这些我只时即兴想了一下,事实上还有更多. 这些在MVC上是很易做到的, 在JSF或.Net中,很不好实现. 2. 有状态,无状态这东西, 当年EJB上争论了这么久, 换成View层, 又要争半天? 有无状态有各自适用范围, 基本上无状态情况更多. 如果强调一定要有状态...找麻烦. 3. UI展现, 从BS以分层优势击败CS起, 分的思想被滥用. 还好在05年后又逐步回归现性. 但回归不是说不分了,该分的还是要分, 应为分工(比方,开发,美工,Testing)而分,而非为技术(比方重用,维护等)而分,技术上的东西还能用其它技术手段解决 -- 个人看法而已. 那么在这一点上, JSF在很多项目中是不适用的, 特别是稍大一点的项目 -- 他在让程序员和美工都做相同的事. 4. 美学, 简单会带给人享受. 看JSF规范就觉得头大, 一个本来很简单的东西有必要弄得那么长吗? 看来看去就是一个EJB的Web版. 一个不太恰当的比喻是,我只想做块滑版, 也非得按做火箭的设计流程. 其后果是, 性能,跟踪,二次开发 全都不方便. |
| 返回顶楼 | |
|
发表时间：2008-07-26
看了TAPESTRY的hello world,还有一篇比较jsf和TAPESTRY的文章好象写得非常透彻
http://chxkyy.iteye.com/blog/183346 TAPESTRY和jsf+facelets差不多啊，可能两种框架以后可能越来越像 wicket也是事件驱动，大同小异吧 学好一种就够了 richfaces等扩展对身兼程序员和美工的人来说还是很方便的 满江红seam翻译我找到了，感谢这位仁兄 不过最近可能没时间看 多学些框架（我想最好是看源码），了解他们的设计思路，总有好处啊 |
| 返回顶楼 | |
|
发表时间：2008-08-04
非常看好Seam的未来：
What's New in Seam 2.1 - An interview with Peter Muir http://java.dzone.com/articles/whats-new-seam-21-an-interview |
| 返回顶楼 | |
|
发表时间：2008-08-19
1.seam是可以不用jsf的，那么多表示层，你随便选啊
任何一个框架，没有说从前台到后天都必须用他自己的 2.这个是你开发模式的关系吧，我不是很了解啊 乱说一下 我修改ejb只要重新发布ejb，就ok了，都不用打包，修改web也只重新发布web jboss好像也可以支持散包部署的吧？ 开发的时候，最好不要打成ear包，jar和war分开 我没有用过seam 但是，也听说过myseam 你对seam感兴趣，那就也关注一下myseam，估计会同样让你兴奋，到时候研究了，再发表一些文章里来让大家学习学习嘛 |
| 返回顶楼 | |
|
发表时间：2008-08-19
第2个问题
虽然框架交jboss seam 没有必要非得用jboss吧 别的也可以，和seam本身没有关系 |
| 返回顶楼 | |
|
发表时间：2008-08-21
因为jboss支持文件夹方式部署，可以建立一个目录，里面放入ear的文件夹，然后在jboss的config里吧路径指向这里，这样jsp文件，或者一些类文件函数里面的修改，就不需要重新启动jboss。也不用打包什么的
|
| 返回顶楼 | |
