我已经做了Java和JSP的编程在过去,但我是新来的Java服务器的面孔,并想知道如果有一套最佳做法对JSF的发展。

有帮助吗?

解决方案

一些提示:了解JSF的要求 生命周期 和你在哪里各条码合适。特别是找出为什么你的模型,值将不会更新如果有的验证错误。

选择的标记图书馆,然后坚持下去。把你的时间来确定你需要的原型不同的图书馆。混合不同taglibs可能会导致严重伤害到你的心理健康。

其他提示

考虑使用 客户端-这就大大简化了最糟糕的部分JSF的发展。我在做一个CMS基于JSF项目现在没有客户端(后做一个项目,与它)和这感觉就像我的左臂。

我强烈建议得到一个人在经历了JSF以导致你的第一个项目在JSF即使这意味着支付一名承包商为3个月。JSF的方法是非常不同的JSP。你的方式方法问题和解决问题是非常不同。

图书馆

考虑下面的图书馆:

建筑

拥抱 你不仅需要知道这是什么意思但是使用广泛。

主要有两个模式为联控制的看法

点网的风格,一个请求控制器,每景

每一个顶层网页有一个请求范围内的控制器(豆)所有验证和行动的网页使用此类。还用于筛选和订购的型号。该模型将存在一个几届会议的级别控制器,其中将处理谈话的后端(前总,或者持久层)这些会议的控制应该是实现业务逻辑和没有知识的JSF、HTML或任何呈现技术。

控制器届会议的级别

设计的控制器的基础上你的数据模型,巢他们在彼此。(此后的是获得太长,所以我不会去的螺母和螺栓这些).

所需的知识

每个人:

至少一个人:

  • 创造的部件的定义
  • 限制JSF(退的按钮, 随机的导航等)
  • 第3次调试 方库(至少一个人 必须打破了舒适 调试器和进入 执行JSF(与最简单的 开放源实现像 MyFaces))
  • 加入我的投票给客户端.我最近升级的一个项目,以利用客户端,它解决了一些重大问题与jsf,专门给你一个体面的模板系统的权利和让你使用的标准html当它是合适的,而环绕它在"逐字记录"的标签。
  • RestFaces是一个解决方案的get/post问题,很多人抱怨的。它也是很好的证明和易于使用。
  • 不要使用许多taglibs.这使得工作变得更加困难的时候升级。
  • 缝收集的许多JSF的最佳做法,但是我没有用过,所以我不能真正建议,只是建议你看看它。

我已经使用IBM执行情况的JSf,并有一些意见。它不是一个糟糕的路要走,但你必须承诺给IBM的方式的生活'。他们编写他们自己的标签lib其延伸JSF的标准。如果你能管理留在里面的合理的应用程序开发员(RAD)(其没有得到更新,往往),整合是有时候车但总体上体面的。还整合与WebSphere是漂亮的好。除非你的雇主打高尔夫球与IBM,我认为最好是留香草可能的。

我还不知道的"最佳做法"交叉领域/形式等级的验证。

就是JSF的验证,是目前向个领域验证。海事组织就变得丑陋的时候,你看看复杂的跨领域/形式等级的验证。

老但仍然看起来的字给我 http://weblogs.java.net/blog/johnreynolds/archive/2004/07/improve_jsf_by_1.html

http://www.jroller.com/robwilliams/entry/jsf_multi_field_validation_not

你可以检查下面的链接中可以找到有趣的文章

http://www.jsftutorials.net/

选择一个良好的组件库。不使用richfaces,我建议你不要使用jsf,可使用弹簧视。来回查看。在其余的建筑。但是如果你拥有、使用primefaces它易于使用和具有足够的分量。

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