纯php 不想用框架_我不想让其他人忽略这个框架。

纯php 不想用框架

在我们对“ Seam in Action”和JavaOne摇滚明星Dan Allen的作者进行的两部分访谈中，第一部分是Jan Groth和Andreas Eigenmann问他如何第一次参与Seam项目，他目前为Seam所做的工作3日发布，并担任Seam社区联络员。

Jan Groth： Dan，对于那些不认识您的人，您能告诉我们您是谁以及您如何参与Seam吗？

丹·艾伦（Dan Allen）：我的回答会有些冗长，但我认为与我联系的原因很重要，因为Seam谈到了软件本身。 我不是任意选择的。

十多年前，我采取了解放性的尝试，即从计算机上清除Windows并首次安装Red Hat Linux。 知道我对机器的动力有好有坏有发言权，这是我知道我永远都不能离开的事情。 如果我不喜欢它，或者我有办法使其变得更好，则可以对其进行更改。 我不仅仍在运行Linux（我的妻子也是如此），我现在还在Red Hat工作，Red Hat是一家支持开放源代码操作系统的公司，为中间件开发开放源代码软件，并将开放源代码模型（甚至推广到美国这样的实体）政府。）我在中间件部分工作。 我很幸运能够在Weld，Seam和Arquillian项目团队中全职工作在美国马里兰州的家中，并发展了JBoss社区。 我还将前往参加会议与社区见面，并通过了解这些开源项目来帮助他们减少技术负担。

但是像许多JBoss开发人员一样，我的参与始于社区。 我一直在从一项工作跳到下一份工作，试图找到可以支持的软件。 但是，似乎大部分是这些繁重的体系结构，需要至少三个开发人员的协作才能向UI添加新的表单字段或屏幕。 这是典型的故事，要么是后端的EJB 2，要么是散布着SQL语句且前端有数千行的JSP页面。 它让你想投掷。

然后，我碰到了几本关于Spring的书，立即意识到它可以帮助清除作为业务应用程序传递的这些超级基金灾难。 这是一种完全无关的架构，我真的很想创建分离。 但是，尽管Spring在后端方面提供了很多帮助，但实际上忽略了前端。 最终，我们不得不制作网页。 我已经看到了一些接受表单数据的可怕方式，并且JSF提供了基于POJO的绑定机制，该机制极大地简化了该问题，并允许我们转储内部Web框架。 我们将Spring和JSF联系起来，并开始铺设新课程。

JSF和Spring标签团队无法解决几个非常严重的问题。 首先是我们扔掉了JSF管理的bean容器来代替Spring，但是Spring在管理状态方面无能为力。 我们要么没有单例状态，要么没有请求的过渡状态，要么没有会话的状态。 我们在JSF视图中使用状态保存标签来居中。 但这是一个非常棘手的解决方法，它导致应用程序脆弱而僵硬。 我们只是不允许某些页面转换，因为它太复杂而无法支持。 第二个主要问题是JSF没有办法在页面加载时执行操作。 我们提出了一些解决方案，但是它们总是留下不好的味道。 最后，Hibernate代码简直是一团糟。 修复一个异常似乎会导致另外两个异常的出现。 该代码具有“请勿更改这些操作的顺序，否则将导致异常”的注释。 同样，该问题与缺乏适当的状态管理（以及对ORM的一般理解，但是谁在告诉我们真实情况有关）有关。

我听说Seam可能有解决这些问题的方法，但是我也听说它需要JBoss和EJB，因此我拒绝使用它们。 我们感到非常独立，能够在Tomcat和Jetty上运行我们的应用程序。 但是我们架构的问题对我来说太困扰了，我决定只阅读Seam手册。 我简直不敢相信自己的眼睛。 状态管理和对话，页面“加载”操作，持久性上下文管理等等，顺便说一句，您可以摆脱所有Spring XML。 就像Seam开发人员正在读我的想法一样。 那里还有更多东西，例如JSF增强和实用程序组件，安全性，电子邮件，bpm，并且清单还在继续。 我觉得自己像糖果商店里的孩子。 我立即开始研究应用程序，我对它们的外观感到满意。

鉴于它对我有多大帮助，所以我不希望其他人忽略此框架。 尽管该手册很有意义，但我知道这还不够。 我首先致力于将Seam引入Maven，以扩大其影响范围。 然后，我决定为IBM developerWorks撰写有关此系列的文章，从山顶上大喊大叫。 该系列的压倒性反馈非常清楚，有人需要写一本关于它的书（一个更高的山顶），以解释每一个最后的细节。 我接受了这个挑战（并相信我，这是一个相当大的挑战。）在撰写本文时，我修复了Seam中的大量错误，做出了改进并增加了seam-gen的使用，从而降低了开始使用Seam的障碍。 一般而言，我完全沉迷于Hibernate，JPA，EJB 3，JTA，JSF和Java EE 5。 我开始欣赏该平台的价值，剩余的局限性以及Seam为填补空白而必须做的事情。

由于我已经获得了所有经验，所以今天我可以帮助指导平台，而不仅仅是编写它。 因此，Seam只是一个开始。

扬·格罗斯（Jan Groth）：您目前在Seam环境下从事什么工作？

丹·艾伦（Dan Allen）：现在，我正在帮助Seam 3井井有条，在寻找设计和开发方面的同时，寻找潜在的参与者。 去年年底，我们等待Java EE 6最终定稿。 现在，重点是将动量转移到Seam 3，以便我们可以涵盖Seam 2中最受欢迎的功能，到年底，Seam 3中仍然需要这些功能，并且在此过程中会有大量的增量版本。

我在项目基础架构方面的工作首先是在seamframework.org上的正式版块中加入Seam 3信息 ，并首先为其赋予一个标识。 我对我们收集的全面信息感到非常高兴。 这里有有关如何下载Seam 3，如何参与，模块状态以及开发指南的信息。 工作的关键领域之一是编写模块手册，其中解释了模块领导如何设置模块的基础结构（SVN，JIRA，Hudson，文档等），模块的结构，发布方式以及发布方式与QE协调以在发布之前验证模块。

我正在为一些模块（Faces，JMS，持久性）以及Weld Maven原型的编码提供设计建议和帮助。 我还花了很多时间在一个名为Arquillian的新容器内测试框架上，该框架取代了Seam 2中的SeamT​​est。实际上，它使SeamT​​est感到羞耻，因为它与JUnit和TestNG都可以使用，可以运行测试在任何容器内，或作为容器的客户端，并为测试提供注入。 基本上，它是超级灵活和可扩展的。 Arquillian是CDI TCK基础结构的第二代，现已与Java API集成在一起，用于组装名为ShrinkWrap的档案。 这两个工具都是JBoss Testing计划（暂时称为Coral）的一部分，您可以将其视为进行测试的Seam。 该堆栈很重要，原因有三个。 它非常需要，它是Seam 2的痛处，将用作Seam 3测试的基础。

总而言之，一天之内可能要做的工作更多。 这使它令人兴奋。

Jan Groth： JBoss最近宣布了一个新职位的创建：Seam社区经理。 皮特·缪尔（Pete Muir）在博客中表示，决定从您开始将其设为旋转职位。 您能告诉我们您作为社区经理的目标和计划吗？ 您有什么特别的话题要处理吗？

丹·艾伦（Dan Allen）：哦，是的，我也有这份工作:)实际上，这是我最喜欢的工作。 但是在开始讨论之前，我想弄清楚标题。

在宣布这个职位后不久，我们收到了一些反馈，迫使我们将角色名称更改为Seam Community Liaison。 Seam是由Mark Newton领导和管理的JBoss社区的一部分。 我的角色确实更适合Seam项目的独特要求。 首先，Seam Wiki和论坛没有与其他JBoss社区项目一起托管，因此必须倾向于单独进行管理。 （这种情况可能会很快发生变化；请继续关注。）在我将稍后讨论的Seam 3中，每个模块都是单独领导的，因此有必要与每个模块引线协调以确保它们具有自己的功能。需求，想法从一个模块传播到另一个模块。 最后，对于Seam 2开发即将结束时处理社区的方式，我不是特别满意。 我想接触更多。

我要解决的特殊主题主要来自社区艺术。 很长一段时间，我一直在阅读Jono Bacon撰写的《社区艺术》一书 。 我已经跟随Jono相当一段时间了，他为将Ubuntu社区整合在一起并提高生产力所做的工作给我留下了深刻的印象。 我想看看他怎么说。 在本书的一页又一页的内容中，我的脑海里浮现出了更好的想法来吸引社区参与并取得更快的进步。

Jono让我感激的是，如果您激励社区并使其易于参与，那么您不仅会获得出色的软件和出色的想法，而且还会有更多的人与之分享。 做出贡献必须尽可能避免摩擦。 我们也希望有一个挤虫的日子，一个文档的日子，更好的论坛管理以及与我们的用户需求取得更多联系。 在到达目的地之前，我们还有一段路要走，但是我们已经在网站信息上取得了进展。 我也在游说以使seamframework.org与JBoss社区站点重新结合，以便更轻松地进行跨项目通信。 毕竟，Seam集成了JBoss社区中的许多工具和框架，却位于一个完全独立的地方。

社区艺术是一本真正鼓舞人心的书，它使我想起了为什么我喜欢做自己所做的事……这实际上是关于人们和思想的。 我们不仅在为社区编写软件并将其发布为开源。 它是社区的软件，是对来自现实世界的问题的解决方案。 我们要支持和促进该发动机，Seam Community Liaison是发动机的火花塞，并确保已正确润滑。

翻译自: https://jaxenter.com/i-didnt-want-others-to-overlook-this-framework-101373.html

纯php 不想用框架