更新：这个问题的灵感来自于我对整个软件系统架构enchilada的本体映射的更大需求。 I've written a blog post about it，希望它有助于澄清我的目标。
许多很多很多框架和堆栈都是由事件驱动的，我的小脑袋有太多变化。是否有某些资源定义了合理的应用程序事件模型的大纲，有哪些事件，哪些触发器最常见？
我有一个带有插件和事件驱动架构的自己的框架，但我想开源它，因此我们希望让它更接近一些共同点，以免疏远人。
所以要澄清;这是一个应用程序，意味着设置环境，依赖项，数据源（如数据库），以及作为MVC框架设置模型，视图，启动控制器/操作，以及在GUI中界面的各个阶段（标题，内容，专栏等）。
想法？思考？指针？ （此时我已将语言和平台设为中性）
答案 0 :(得分：3)
我读了你的博客文章，我发现这篇文章非常有趣，但是......这个问题似乎并不反映你在那里提出的问题的广泛性。
你所追求的是非常抽象和理论上的。我的意思是，如果你将这些想法与实际技术联系起来，你会发现自己“陷入困境”。这就是我们许多人不愿意使用任何框架的原因。特别是“重新贴标签”的产品突然声称符合这一趋势。我们主要根据达到预定结果所需的内容来选择。
以应用程序架构域为目标的框架（或一般工具）主要通过它们设计承担的责任来区分自己。例如，Spring仅涉及解耦的概念，因此在许多情况下易于采用和使用。任何框架的质量都体现在这些框架的设计者能够将其产品保持在该职责范围内的程度。一些前端产品将完全相反，代码生成器是其中“最差”的产品。
要在本页顶部回答您的问题，我认为目前没有一个框架可以满足您的需求，我认为应用程序（应该）的工作原理并不存在。请记住，虽然应用程序架构域比处理概念更多地处理技术。换句话说：如果它工作并满足要求，那么你已经完成了很多工作。
也就是说，您可能会在基于代理的系统中找到有价值的东西。
答案 1 :(得分：1)
嘿。大多数开发人员选择他们喜欢的主要框架并坚持使用它。这通常是获胜策略。我同情你不想嫁给一个供应商的愿望。
但请记住，在开发自己的框架时，无论如何，最终都会绑定到单个供应商。 ： - ）
是否有某些资源定义了合理的轮廓 应用程序事件模型，有哪些事件以及哪些触发器最常见？
我不这么认为。
从我看到的，有两种模型：具有真实框架的模型，您可以使用它们创建工作数据输入对话框，以及抽象元元模型，这些模型针对自身建模进行了优化。
尝试在线查看一些具有良好文档的当前框架，并在电子表格中交叉引用主要术语。这是一个有趣的练习。
答案 2 :(得分：0)
我将看看Spring for Java，以及显然支持事件驱动架构的XT Framework Spring模块（http://springmodules.dev.java.net/docs/reference/0.9/html/xt.html）作为起点。 Spring有一个MVC框架（包括基于约定的路由到控制器的路由），db配置（特别是用于Hibernate），以及完全依赖注入支持。 Spring中还有一种机制可用于模块化Web应用程序，称为Spring Slices。它可以与Jersey集成，用于构建RESTful应用程序。
（不幸的是，我试图提供所有内容的链接，但这个地方只允许新用户发布一个链接。所以你将不得不做一些谷歌搜索:)）