问题描述
我正在使用一个名为Woodstock的旧组件库.每当我尝试更改某些内容时，我都会发现找不到有关该库的足够文档而陷入困境.我正在考虑迁移到ICE Faces或Prime Faces之类的另一个库.但是我怀疑迁移到另一个库将在3-4年内得到相同的结果，没有文档，也不再支持.我应该使用JSF标准库还是不再使用组件库，还是应该使用超过3年的库?
I am using an old component library called Woodstock. Whenever I try to change something I get stuck with not find finding adequate documents about this library. I am thinking about migrating to another library like ICE Faces or Prime Faces. But I suspect that migrating to another library will end up with the same result in 3-4 years, no documents, no support anymore. Should I use JSF standard library and not use component libraries anymore, or is there a library that lasts more than 3 years
推荐答案
Woodstock非常独特. Woodstock组件通常生成JavaScript代码而不是HTML代码.该JavaScript代码又会在页面加载时生成HTML DOM树.毕竟，尤其是自发布 Firefox 3 以来，所有基于伍德斯托克的网站都立即崩溃了，则生成的JavaScript代码不符合标准.这是伍德斯托克发明者/开发者的主要错误.修复为时已晚.
Woodstock was rather unique. The Woodstock components generates generally JavaScript code instead of HTML code. That JavaScript code in turn generates the HTML DOM tree on page load. After all, especially since the release of Firefox 3 where all Woodstock based websites instantly broke, that generated JavaScript code was not standards compliant. This was a major mistake of the Woodstock inventors/developers. It was too late to fix it.
IceFaces，RichFaces，PrimeFaces等具有所有健壮的组件库，这些组件库可生成符合标准的HTML/JS代码，其中跨浏览器敏感的JS任务被委派给第三方JS库(如jQuery).当前，那些JSF组件库仍在积极维护中.我知道您永远无法预料到这一点，但是 I 不会指望它们在5年后消失.
IceFaces, RichFaces, PrimeFaces, etc have all a robust component library which generate standards compliant HTML/JS code wherein the cross browser sensitive JS tasks are delegated to a 3rd party JS library such as jQuery. Currently those JSF component libraries are still actively maintained. I know that you can never predict this beforehand, but I wouldn't expect them to disappear in 5 years or something.
这篇关于JSF-组件库，是否迁移?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！