我正在使用 JBoss Seam Framework,但在我看来它在 java 开发人员中并不是很受欢迎。我想知道这里有多少java程序员正在使用它,以及在什么样的项目中。和 django 还是 RoR 一样好?

有帮助吗?

解决方案

在我们的 JBoss Seam 实际演示 在去年的 Javapolis 会议上,我和我的同事说“Seam 是下一个 Struts”。这需要一些解释,我后来将其写为 Seam 是新的 Struts. 。不用说,我们喜欢Seam。

Seam 受欢迎程度的标志之一是其流量水平 Seam 用户论坛.

其他提示

我已经使用 JBoss Seam 大约一年了,并且比 Spring 更喜欢它。不幸的是,我不在工作中使用它,更多的是用于业余项目和个人项目。对我来说,它节省了我为客户开发新项目的大量时间。而且,我主要使用它的一个重要原因是,与每一层的紧密集成,我从来没有遇到过使用 Spring 时遇到的任何延迟加载错误(即使在过滤器和其他黑客攻击之后)。

一个等效的 Spring 应用程序将包含更多的样板代码来让东西正常工作。Spring 并没有很好地集成每一层,它或多或少是许多不同事物的包装器,但并不能很好地将自己粘合在一起。

我喜欢 Seam 的另一个好处是他们言出必行。看看他们的网站。猜猜它正在运行什么,嗯,他们的代码的一个活生生的例子。Seam Wiki、Seam 论坛等。如果您真正相信您的代码,请支持它。我很高兴拥有他们的 24x7x365 寻呼机,我敢打赌它很少会响。

虽然您编写的代码少了很多,但学习曲线却陡峭了一倍。我越深入,就越了解如何编写好的代码。我希望看到更多评论,但就编码风格而言,它写得很好。

不利的一面是,正如您尝试推销的任何产品一样,Seam 是在 Spring 流行多年之后才开始流行的,因此 Spring 到目前为止仍然更受欢迎。在 Indeed 和 Seam 上搜索只有很少的点击率。如果你看看 Spring,大约有 4 万注册用户,而 Seam 大约有 7 万。

取决于对您来说重要的是什么,作为一名 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。所以谁知道呢,它可能只需要时间在社区中成长。

我想说的是,seam 是一个相当流行的框架,它有很棒的文档、一个很棒且乐于助人的社区以及一个有许多问题和问题得到解答的论坛。

它应该在使用 jsf 的开发人员中流行,因为它与 jsf 配合得很好,但不仅如此......它以多种方式修复了 jsf(s:convertEntity 标记和统一组件模型是我最喜欢的例子)。

它确实对我们有用....JSF+EJB3.0在seam框架的帮助下真的很棒。但我有一个问题...为什么这对于开发大型应用程序没有变得更流行。我已经看到很多正在使用其他框架来开发大型 j2ee 应用程序。在我看来,seam 确实可以帮助开发人员构建 j2ee 应用程序...但是仍然...为什么会出现这个?

我喜欢 Seam,在过去的一年里一直在专业地使用它。

然而,问题在于它的受欢迎程度。我可以看到以下迹象表明它不是很流行(至少与普通的 JSF 或 Spring 相比):

  1. 它的论坛非常不活跃(至少在这一点上,他们正在努力开发 Seam 3)。 http://seamframework.org/Community/SeamCommunityForumSlightlyInactive

  2. 您还可以在 Google Insights for search 中查看它与 Spring 的比较: http://www.google.com/insights/search/?hl=en-US#cat=732&q=seam%2Cspring&cmpt=q

  3. 我只知道雅典的另一家公司使用它,而且我知道少数公司使用普通的 JSF、Struts 或 Spring(当然,雅典并不能代表全世界)。

我们在大型项目中使用 Seam 已经有一段时间了。轻松启动新项目,逆向工程非常方便。

我在两个不同客户的两个商业项目中使用了 JBoss Seam。然而,JBoss Seam 仍然是开发 JSF Web 应用程序的新方法。其中一项衡量标准是 Indeed 职位搜索的结果。

确实求职

当 Java 在 90 年代作为 Oak 被引入时,社区并没有接受它,因为它对于当时来说太强大了,后来受到赞赏,现在正在运行。Seam 很快就会流行起来。如果没有,它可以被重新命名,就像把 Oak 重新命名为 java 一样。

自 2007 年以来,我一直在中型和大型项目中使用 Seam 1.2 中的 Seam,有时在不超过 200 个用户的小型项目中使用。我主要关心的是生产力。尽管自 2005 年以来,我的团队已经从 Spring 中获得了明显的生产力,但对于一些棘手的客户,开发人员必须编写 JavaScript,这既耗时又容易出错。Seam 在这种情况下确实很有帮助,因为当时我团队中的大多数开发人员都没有 JSF 经验。很高兴看到 Seam 越来越受欢迎。

接缝 已于 2012 年停产。然而, 阿帕奇 DeltaSpike 是Seam的现代版本,这个项目得到了积极的维护,甚至还获得了2014年Duke's Choice Award。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top