当前位置：文江博客话题详情

web-applications enterprise

Web 应用程序框架的独特功能

发布于 2024-07-27 20:35:06 字数 842 浏览 9 评论 0 原文

有很多基于 Java/Ruby/Python/PHP 等的Web 应用程序框架。我热衷于发现、比较和对比各个框架独有的功能。

您认为哪些框架功能有用？为什么了解它很重要？

例如

Stripes: FlashScope - Flash 范围非常有用，因为它允许临时使用会话来存储两个请求之间的信息。将信息作为 URL 参数放入或实现自定义逻辑以在使用后删除参数的替代方法。
http://stripes.sourceforge.net/ docs/current/javadoc/net/sourceforge/stripes/controller/FlashScope.html

能否将每个帖子限制为一个功能。

摘要：

Stripes - Flash范围
Django - 模板中的 JSON 化变量
Symfony - 模型生成。后端管理生成
形式的强大 ORM
Grails - GORM Seaside
- 没有关系数据库，只需代码 OO Sinatra - 极简主义
Spring Web Flow - 流程和视图范围

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

抽个烟儿 2024-08-03 20:35:06

_{（来源：symfony-project.org）}

Symfony 在 PHP 框架方面做了一些非常独特的事情。

它使用命令行创建项目或添加模块和应用程序。
它使用非常简单的 YAML 文件，这要容易得多比 XML 更易于编辑，并且具有比 INI 文件更好的层次结构。
它还将为您创建应用的“后端”管理员端自动
并将创建您的模型基于 YAML 架构或通过读取连接到的数据库。

我认为其中一些功能在其他地方使用，但我认为它们在 PHP 中是独一无二的。

回复收藏 0 原文

诺曦 2024-08-03 20:35:06

Sinatra 的极简主义。您可以在一个文件中编写整个 Web 应用程序。（显然，这对于大型应用程序来说是行不通的，但对于快速原型设计、小型站点和 Web 服务来说，将所有内容都集中在一处是很棒的。）

回复收藏 0 原文

狼性发作 2024-08-03 20:35:06

Grails http://www.cjsdn.net/JVM/Grails /Docs/1.1/img/grails.png

GORM - 我还没有见过另一个框架具有如此强大的 ORM 但又如此易于使用。

回复收藏 0 原文

我还不会笑 2024-08-03 20:35:06

Django 的内置管理就采用而言可能是其杀手级功能。编写您的数据库模型，注册它们，然后开始输入数据。如果需要的话可以定制。它非常简单，我一直在非 django 项目中使用它。

回复收藏 0 原文

宣告ˉ结束 2024-08-03 20:35:06

您应该知道如何在 Django 中编写自定义模板标签。例如，以下标签允许我在模板中对 Django 变量进行 JSONify。

@register.filter
def jsonify(o):
  return mark_safe(simplejson.dumps(o))

这很有用，因为我的网站都是 Javascript，所以我也使用 Django 模板制作该网站的无脚本版本。这非常有用，因此 Google 可以抓取我的网站。例如，查看以下打开和关闭 Javascript 的页面： http://www.trailbehind .com/Yosemite%20National%20Park/

这是我拥有的其他一些有用的标签：

@register.filter
def attr_name(id):
  return util.get_attribute(id).name


@register.filter
def dashes(name):
  return name.replace(' ', '-')

Python 的装饰器语法不是让这些标签变得简短而甜蜜吗？

You should know how to write custom template tags in Django. For example, the following tag lets me JSONify Django variables in the template.

@register.filter
def jsonify(o):
  return mark_safe(simplejson.dumps(o))

This is useful because my website is all Javascript, so I use the Django templates to make a no-script version of the site as well. This is mostly useful so Google can crawl my site. For example, look at the following page with Javascript on and off: http://www.trailbehind.com/Yosemite%20National%20Park/

Here's some other useful tags I have:

@register.filter
def attr_name(id):
  return util.get_attribute(id).name


@register.filter
def dashes(name):
  return name.replace(' ', '-')

And doesn't Python's decorator syntax make these short and sweet?

回复收藏 0 原文

丶视觉 2024-08-03 20:35:06

Seaside，不必费心使用关系数据库（SandstoneDB、Magma 或 Gemstone），允许通过某些方法编写 OO 代码而不是数据库代码。

回复收藏 0 原文

剧终人散尽 2024-08-03 20:35:06

Smalltalk 中的 Seaside 支持重构和 goto-less 编程。基于组件且无模板意味着您可以避免大量重复。

回复收藏 0 原文

白色秋天 2024-08-03 20:35:06

Spring Web Flow - 序列化对话/出色的浏览器后退按钮支持

支持浏览器后退按钮和历史记录是一个令人头痛的问题对于大多数网络应用程序来说，仅仅是因为客户端感知的状态/页面很容易与服务器上的内容不同步。

SWF 通过在每次呈现视图时创建整个对话状态的快照来解决此问题。大多数状态数据存储在 SWF 的附加范围之一（对话、流、视图）中，因此与对话快照一起序列化。

SWF 的 URL 不标识页面或操作等资源。相反，他们识别流程和对话。由于 SWF 隐式实现 POST-REDIRECT-GET，因此每次呈现页面时，URL 都包含 flowExecutionId，它唯一标识会话和序列化会话快照。因此，当用户使用浏览器后退按钮或历史记录时，每个 URL 实际上会及时恢复该时间点的整个对话状态。

这会产生理想的后退按钮处理：客户端状态永远不会与对话状态不同步，并且用户可以自由地从任何先前状态继续。

当用户执行某些操作时，开发人员还可以丢弃历史记录（保存的快照）或使其无效。这对于修改数据库中某些内容的用户操作很有用，因为用户不应该能够返回到不代表数据库中内容的状态。

开发人员可以精确限制要保存的快照数量。由于硬盘驱动器容量充足，尤其是与内存相比，因此这是一个相当简洁的解决方案。

然而，一个主要限制是，放置在对话、流或视图范围中的任何属性都必须是可序列化的。

回复收藏 0 原文

世界等同你 2024-08-03 20:35:06

Spring Web Flow - 流程和视图范围

大多数 Web 应用程序都满足于使用 Servlet 定义的请求范围，会话和上下文。然而，Web 应用程序中使用的大部分状态数据并不完全适合这些范围。通常，此类数据的持续时间比单个请求长，但比会话短。在这种情况下通常使用会话范围。这迫使开发人员本质上执行手动内存管理，将事物放入会话范围内，然后在应用程序的该部分不再需要它们时显式删除它们。这可能会很麻烦，因为通常有多个位置必须删除属性，因为用户通常可以调用多个操作来将它们从需要属性的用例中删除。

在大型或不断增长的应用程序中，属性清理代码成为整个代码中必要且普遍的混乱。忘记清理属性或错误地清理错误的属性可能会引入错误。

SWF 通过提供一些更适合应用程序属性生命周期的附加范围来解决此问题。

SWF 引入了流的概念，流是可重用的行为模块化分组，表示为由状态和状态之间的转换组成的状态机。流程可以包括用于调用服务器端行为的动作状态、用于向用户呈现页面的视图状态等。流程通常代表用例。流范围的属性在流的持续时间内持续存在，并在流结束时自动清除。这导致属性仅在需要它们的用例持续时间内持续存在。

流中的视图状态向用户呈现视图。从 viewState 进行的转换可以导航到不同的状态，也可以保留在相同的 viewState 中，在执行某些操作后重新呈现视图（使用或不使用 AJAX）。当控制权保留在 viewState 中时，viewScope 中的属性仍然存在。 ViewScoped 属性在浏览器刷新后仍然存在，并且对于仅与正在呈现的视图相关的数据很有用，例如 AJAX 请求中使用的数据，或以某种方式影响标记的标志。当调用离开 viewState 的转换时，viewScoped 属性将被清除。

总之，SWF 的附加作用域更适合应用程序属性的生命周期，并且使用这些附加作用域无需手动管理属性，从而减少整个应用程序中属性杂乱的管道代码，并减少出现错误的可能性。

Spring Web Flow - Flow and view scope

Most web apps are content to use the Servlet defined scopes of request, session, and context. However, much of the stateful data used in a web app doesn't quite fit into any of these scopes. Typically, such data lasts longer than a single request, but shorter than a session. Session scope is usually used in this case. This forces the developer to essentially perform manual memory management to place things into session scope, and then explicitly remove them when they are no longer needed for that portion of the application. This can be troublesome, as there are usually multiple places where attributes must be removed, as there are often several actions that the user can invoke to take them out of the use case where the attributes are needed.

In large or growing applications, attribute cleanup code becomes a necessary and pervasive clutter throughout the code. Forgetting to clean up attributes, or cleaning up the wrong ones by mistake, can introduce bugs.

SWF solves this by providing some additional scopes which better fit the life cycle of application attributes.

SWF introduces the concepts of flows, which are reusable modular groupings of behavior represented as a state machine consisting of states and transitions between them. A flow may include action-states for invoking server-side behavior, view-states for rendering pages to the user, and others. Flows often represent use cases. Flow-scoped attributes persist for the duration of the flow, and are cleaned up automatically when the flow ends. This results in attributes which only persist for the duration of the use case where they are needed.

ViewStates within a flow render a view to the user. Transitions from a viewState may navigate to a different state or can remain in the same viewState, rerendering the view (with or without AJAX) after performing some actions. Attributes in viewScope persist while control remains in the viewState. ViewScoped attributes survive browser refreshes, and are useful for data that is relevant only for the view being rendered, such as data which is used in AJAX requests, or for flags which influence the markup in some way. When a transition is invoked which leaves the viewState, viewScoped attributes are cleaned up.

In summary, SWF's additional scopes better fit the lifecycle of application attributes, and using these additional scopes removes the need to manually manage your attributes, resulting in less attribute-juggling plumbing code throughout your app and less potential for bugs.

回复收藏 0 原文