我正在使用 JBoss Seam 框架,但在我看来它在 java 开发人员中不是很受欢迎。我想知道这里有多少 Java 程序员在使用它,以及在什么样的项目中使用它。和django一样好,还是RoR?
12 回答
在去年 Javapolis 会议上我们的JBoss Seam in Action 演示文稿中,我和我的同事说“Seam 是下一个 Struts”。这需要一些解释,我后来写到Seam 是新的 Struts。不用说,我们喜欢 Seam。
Seam 受欢迎的一个标志是Seam 用户论坛的流量水平。
我已经使用 JBoss Seam 大约一年了,并且在 Spring 中非常喜欢它。不幸的是,我不在工作中使用它,更多地用于辅助项目和个人项目。对我来说,它为我节省了大量为客户开发新项目的时间。而且,我主要使用它的一个重要原因是,与每一层的紧密集成,我从来没有遇到过以前在 Spring 中遇到的任何延迟加载错误(即使在过滤器和其他黑客攻击之后)。
一个等效的 Spring 应用程序将在其中包含更多样板代码来使东西正常工作。Spring 并没有很好地集成每一层,它或多或少是许多不同事物的包装器,但不能很好地将自身粘合在一起。
我喜欢 Seam 的另一个好处是他们实践他们所宣扬的。看看他们的网站。猜猜它在运行什么,嗯,他们代码的一个活生生的例子。Seam Wiki、Seam 论坛等。如果您真的相信您的代码,请支持它。我很乐意让他们的寻呼机 24x7x365,我敢打赌它很少响。
虽然你编写的代码少了很多,但学习曲线却是陡峭的两倍。我越深入,我就越了解如何编写好的代码。我希望看到更多评论,但就编码风格而言,它写得很好。
不利的一面是,就像您尝试推销的任何产品一样,Seam 是在 Spring 流行多年之后,所以 Spring 仍然更受欢迎。在 Indeed 和 Seam 上搜索的结果很少。如果您查看 Spring,大约有 40k 注册用户,而 Seam 大约有 7k。
取决于对您来说什么是重要的,作为一名 Java 开发人员/工程师/程序员,您应该能够同时使用这两种技术,而且您很可能会在 Seam 之前遇到 Spring 应用程序。了解两者以及如何利用两者。如果您正确使用这两种方法并了解每种方法的细微差别和怪癖,那么无论您使用的是 Spring 还是 Seam,开发都会变得容易得多。
我不同意“Seam 是下一个 Struts”的说法。Struts 是一种视图技术,而 Seam 集成了所有层。我同意它是一个像 Struts 一样的新概念,并且会给 Java 社区带来与 Struts 相同的影响。我认为在 Java EE 6 和 CDI 变得更流行之前我们不会看到这一点,当然 Seam 3 也发布了。
沃尔特
Seam 是基于注释的固定 JSF。不再有糟糕的 XML。我在工作中使用它。
希望这会有所帮助,但在我的大学里,我们的网络应用程序课程刚刚进行了改进。所以现在我们将使用 jsp、servlet、hibernate 路线,课程的第二部分主要是 JBoss Seam。所以谁知道呢,它可能只是需要时间在社区中成长。
它真的对我们有用....JSF+EJB3.0 在 seam 框架的帮助下真是太棒了。但我有一个问题...为什么这在开发大型应用程序时没有变得越来越流行。我见过很多正在使用其他框架来开发大型 j2ee 应用程序。在我看来,seam 确实可以帮助开发人员构建 j2ee 应用程序……但仍然……为什么会出现这种情况?
我喜欢 Seam,过去一年一直在专业地使用它。
然而,问题在于它的受欢迎程度。我可以看到以下迹象表明它不是很流行(至少与普通的 JSF 或 Spring 相比):
它的论坛非常不活跃(至少在这一点上,他们正在努力开发 Seam 3)。http://seamframework.org/Community/SeamCommunityForumSlightlyInactive
您还可以在 Google 搜索洞察力中查看它与 Spring 的比较:http ://www.google.com/insights/search/?hl=en-US#cat=732&q=seam%2Cspring&cmpt=q
我只知道雅典的另一家公司在哪里使用它,而且我知道有少数公司使用普通的 JSF、Struts 或 Spring(当然,Athens 并不代表全世界)。
我想说的是,seam 是一个相当流行的框架,它有很棒的文档、一个很棒且有用的社区以及一个回答了许多问题和问题的论坛。
它应该在使用 jsf 的开发人员中很受欢迎,因为它与 jsf 配合得很好,但不仅如此……它以多种方式修复了 jsf(s:convertEntity 标签和统一组件模型是我最喜欢的例子)。
我们在大型项目中使用 Seam 已经有一段时间了。轻松启动一个新项目,逆向工程非常得心应手。
我在两个不同客户的两个商业项目中使用了 JBoss Seam。然而,JBoss Seam 仍然是一种开发 JSF Web 应用程序的新方法。一种衡量标准是来自 Indeed 职位搜索的结果。
当 Java 在 90 年代作为橡木引入时,社区并没有接受它,因为它在当时太强大了,后来受到了赞赏,现在正在运行。接缝很快就会流行起来。如果不是,它可以像从橡木到 java 一样重新命名。
自 2007 年以来,我一直在中型和大型项目中使用 Seam 1.2,有时在不超过 200 个用户的小型项目中。我主要关心的是生产力。尽管自 2005 年以来我的团队已经从 Spring 中获得了明显的生产力,但对于一些棘手的客户,开发人员必须编写 javascripts 代码,这既费时又容易出错。Seam 在这种情况下真的很有帮助,因为当时我团队中的大多数开发人员都没有使用 JSF 的经验。很高兴看到 Seam 越来越受欢迎。
Seam已于 2012 年停产。然而,Apache DeltaSpike是 Seam 的现代版本,并且该项目得到积极维护,甚至获得了 2014 年杜克选择奖。