org.apache.tapestry5.corelib.components.Zone

本文详细介绍了Tapestry框架中的Zones概念,包括其工作原理、如何通过Ajax更新内容、客户端可见性和效果设置等。此外还提供了代码示例,展示了如何实现页面局部刷新。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

A Zone is portion of the output page designed for easy dynamic updating via Ajax or other client-side effects. A Zone renders out as a div element (or whatever is specified in the template) and may have content initially, or may only get its content as a result of client side activity. Often, Zones are initially invisible, in which case the visible parameter may be set to false (it defaults to true). When a user clicks an ActionLink whose zone parameter is set, the corresponding client-side Tapestry.ZoneManager object is located. It will update the content of the Zone's div and then invoke either a show method (if the div is not visible) or an update method (if the div is visible). The show and update parameters are the names of functions attached to the Tapestry.ElementEffect object. Likewise, a Form component may also trigger an update of a client-side Zone. The server side event handler can return a Block or a component to render as the new content on the client side. Often, re-rendering the Zone's is useful. Multiple client-side zones may be updated by returning a MultiZoneUpdate . Renders informal parameters, adding CSS class "t-zone" and possibly, "t-invisible". You will often want to specify the id parameter of the Zone, in addition to it's Tapestry component id; this "locks down" the client-side id, so the same value is used even in later partial renders of the page (essential if the Zone is nested inside another Zone). When you specify the client-side id, it is used exactly as provided (meaning that you are responsible for ensuring that there will not be an id conflict even in the face of multiple partial renders of the page). Failure to provide an explicit id results in a new, and non-predictable, id being generated for each partial render, which will often result in client-side failures to locate the element to update when the Zone is triggered. After the client-side content is updated, a client-side event is fired on the zone's element. The constant Tapestry.ZONE_UPDATED_EVENT can be used to listen to the event.

[JavaDoc]

Comp onent Parameters

NameTypeFlagsDefaultDefault PrefixSinceDescription
elementNameStringRequired, NOT Allow NullliteralThe element name to render for the zone; this defaults to the element actually used in the template, or "div" if no specific element was specified.
idStringNOT Allow NullliteralIf bound, then the id attribute of the rendered element will be this exact value. If not bound, then a unique id is generated for the element.
showStringNOT Allow NullliteralName of a function on the client-side Tapestry.ElementEffect object that is invoked to make the Zone's div visible before being updated. If not specified, then the basic "show" method is used.
updateStringNOT Allow NullliteralName of a function on the client-side Tapestry.ElementEffect object that is invoked after the Zone's content has been updated. If not specified, then the basic "highlight" method is used, which performs a classic "yellow fade" to indicate to the user that and update has taken place.
visiblebooleanNOT Allow NullpropIf true (the default) then the zone will render normally. If false, then the "t-invisible" CSS class is added, which will make the zone initially invisible.

Informal parameters: supported

Related Components

Examples

ZoneDemo.tml (partial)

<t:zone t:id="counterZone" id="counterZone">
<p>You have clicked the link <strong>${clickCount}</strong> times.</p>
</t:zone>

<p>
<t:actionlink t:id="clicker" zone="counterZone">increment the count</t:actionlink>
</p>

It's pretty standard to bind the id parameter of a zone; the zone parameter of ActionLink and Form are the client-side element id , not the component id. They are often, but not always, the same. Binding the id parameter ensures that a particular, fixed value is used. Binding the zone parameter of the ActionLink is what triggers the partial-render and update logic.

ZoneDemo.java

public class ZoneDemo
{
@Property
@Persist
private int clickCount;

@InjectComponent
private Zone counterZone;

Object onActionFromClicker()
{
clickCount++;

return counterZone.getBody();
}
}

The event handler method for the clicker component increments the count, then returns the body of the zone. The body will be re-rendered (reflecting the new count), and sent to the client, which will update the zone in place, and trigger and animation (by default, a simple yellow fade) to draw the user's attention.

Not shown here, but fully valid, is to include JavaScript libraries and generate initialization JavaScript. This fully consistent with ordinary full-page renders.

资源下载链接为: https://pan.quark.cn/s/67c535f75d4c 在机器人技术中,轨迹规划是实现机器人从一个位置平稳高效移动到另一个位置的核心环节。本资源提供了一套基于 MATLAB 的机器人轨迹规划程序,涵盖了关节空间和笛卡尔空间两种规划方式。MATLAB 是一种强大的数值计算与可视化工具,凭借其灵活易用的特点,常被用于机器人控制算法的开发与仿真。 关节空间轨迹规划主要关注机器人各关节角度的变化,生成从初始配置到目标配置的连续路径。其关键知识点包括: 关节变量:指机器人各关节的旋转角度或伸缩长度。 运动学逆解:通过数学方法从末端执行器的目标位置反推关节变量。 路径平滑:确保关节变量轨迹连续且无抖动,常用方法有 S 型曲线拟合、多项式插值等。 速度和加速度限制:考虑关节的实际物理限制,确保轨迹在允许的动态范围内。 碰撞避免:在规划过程中避免关节与其他物体发生碰撞。 笛卡尔空间轨迹规划直接处理机器人末端执行器在工作空间中的位置和姿态变化,涉及以下内容: 工作空间:机器人可到达的所有三维空间点的集合。 路径规划:在工作空间中找到一条从起点到终点的无碰撞路径。 障碍物表示:采用二维或三维网格、Voronoi 图、Octree 等数据结构表示工作空间中的障碍物。 轨迹生成:通过样条曲线、直线插值等方法生成平滑路径。 实时更新:在规划过程中实时检测并避开新出现的障碍物。 在 MATLAB 中实现上述规划方法,可以借助其内置函数和工具箱: 优化工具箱:用于解决运动学逆解和路径规划中的优化问题。 Simulink:可视化建模环境,适合构建和仿真复杂的控制系统。 ODE 求解器:如 ode45,用于求解机器人动力学方程和轨迹执行过程中的运动学问题。 在实际应用中,通常会结合关节空间和笛卡尔空间的规划方法。先在关节空间生成平滑轨迹,再通过运动学正解将关节轨迹转换为笛卡
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值