广东官网网站建设品牌,企业培训课程视频,网站开发后需要交接哪些材料,企业信息平台登录javafx11 最佳实践到现在为止#xff0c;所有对JavaFX感兴趣的人都会知道#xff0c;JavaFX Mobile发行了不久 前。 可以肯定的是#xff0c;这真是令人难以置信。 我感到非常筋疲力尽#xff0c;在发行期间我什至没有精力去写博客…… 但是到目前为止#xff0c;我感到很… javafx11 最佳实践 到现在为止所有对JavaFX感兴趣的人都会知道JavaFX Mobile发行了不久 前。 可以肯定的是这真是令人难以置信。 我感到非常筋疲力尽在发行期间我什至没有精力去写博客…… 但是到目前为止我感到很恢复并且想开始一些有关在准备发行版时所学到的经验的系列文章并给出一些如何提高JavaFX Mobile应用程序性能的提示。 警告 我在这里给出的技巧对于JavaFX Mobile的当前版本是正确的该版本是JavaFX 1.1 SDK的一部分。 在以后的版本中行为会改变 当前提到的伪像的不良性能将被优化或至少得到显着改善。 我在这里写的所有内容都是快照不应理解为 最后 项目1避免不必要的绑定 绑定非常方便毫无疑问是JavaFX Script中最有价值的创新之一。 不幸的是它们带有代价。 生成的样板代码通常不那么小并且 就像手动执行一样快。 尤其是复杂的依存结构往往会严重影响性能和占用空间。 因此建议尽可能避免绑定。 通常可以使用触发器来实现相同的功能。 人们不应该使用绑定来避免处理初始化顺序的麻烦。 并且绑定到恒定值当然没有任何意义。 如果绑定变量的更新次数更多然后读取则大多数时候但并非总是如此懒惰绑定会更快但并非总是如此但它们仍不如手动实现的快。 例 一个常见的用例是许多节点这些节点的位置和大小取决于舞台的大小。 一个典型的实现使用绑定来实现这一点。 在这里我们将看一个类似于这种情况的简单示例。 场景由三个矩形组成这些矩形从左上角到右下角倾斜排列。 矩形的大小是屏幕大小的四分之一。 代码示例1显示了具有绑定的实现。 def rectangleWidth: Number bind stage.width * 0.25;def rectangleHeight: Number bind stage.height * 0.25;def stage: Stage Stage {scene: Scene {content: for (i in [0..2])Rectangle {x: bind stage.width * (0.125 0.25*i)y: bind stage.height * (0.125 0.25*i)width: bind rectangleWidthheight: bind rectangleHeight}}} 代码示例1使用绑定计算的布局 人们应该考虑的第一个问题是绑定是否真的必要。 在实际设备上只有在切换屏幕方向时前提是设备支持此功能屏幕大小才会更改。 如果我们的应用程序不支持屏幕旋转则可以将布局定义为常量。 代码示例2中显示了一种减少绑定数量的可能解决方案。引入了两个变量width和height分别绑定到stage.width和stage.height。 它们的唯一目的是为stage.width和stage.height提供触发器因为我们不想覆盖原始触发器。 矩形的位置和大小是在触发器中手动计算的。 def r for (i in [0..2]) Rectangle {}def stage Stage {scene: Scene {content: r}}def height bind stage.height on replace {def rectangleHeight height * 0.25;for (i in [0..2]) {r[i].height rectangleHeight;r[i].y height * (0.125 0.25*i)}}def width bind stage.width on replace {def rectangleWidth width * 0.25;for (i in [0..2]) {r[i].width rectangleWidth;r[i].x width * (0.125 0.25*i)}} 代码示例2在触发器中计算的布局 毫无疑问代码示例1中的代码更加优雅。 但是测量模拟器中两个代码片段的性能后结果发现代码示例2中的代码几乎快了一倍。 在下面的内容中我们将介绍提高JavaFX Mobile应用程序性能的第二个技巧。 我认为这和上一个是最重要的。 警告 我在这里给出的技巧对于JavaFX Mobile的当前版本是正确的该版本是JavaFX 1.1 SDK的一部分。 在以后的版本中行为会改变 当前提到的伪像的不良性能将被优化或至少得到显着改善。 我在这里写的所有内容都是快照不应理解为 最后 项目2使场景图尽可能小 在运行时的幕后进行了大量通信以更新场景图中节点的变量。 场景图包含的元素越多需要的通信就越多。 因此使场景图尽可能小至关重要。 特别是动画往往会遭受大型场景图的困扰。 不好的做法是始终将节点保留在场景图中并通过可见标记或不透明度控制其可见性。 场景图中的不可见节点仍然是背景通讯马戏的一部分。 相反应该从场景图中删除节点并仅在需要时添加它们。 但是这种方法有一个缺点。 添加或删除节点比设置可见性花费的时间更长。 因此在紧急响应至关重要的情况下这可能不合适。 例子1 通常一个人只有一组节点其中只有一个是可见的。 例如这些可以是不同的页面也可以是可视化元素不同状态的节点。 可能会尝试将所有节点添加到场景图中并仅将当前节点设置为可见。 代码示例1显示了此方法的简化版本。 创建三个彩色圆圈以可视化某种状态红色黄色绿色。 任何时候都只有一个节点可见。 让我们忽略一秒钟这可以简单地通过更改单个圆圈的填充颜色来实现。在现实应用中可能会有图像或更复杂的形状用于可视化而仅仅改变颜色是行不通的。 def colors [Color.GREEN, Color.YELLOW, Color.RED];var state: Integer;Stage {scene: Scene {content: for (i in [0..2])Circle {centerX: 10centerY: 10radius: 10fill: colors[i]visible: bind state i}}} 代码示例1使用可见性在节点之间切换 尽管只显示了一个节点但这会在场景图中产生三个节点。 应该对其进行重构以确保场景图中仅可见节点。 代码示例2显示了一种可能的实现。 def colors [Color.GREEN, Color.YELLOW, Color.RED];var state: Integer on replace oldValue {insert nodes[state] into stage.scene.content;delete nodes[oldValue] from stage.scene.content;}def nodes for (i in [0..2])Circle {centerX: 10centerY: 10radius: 10fill: colors[i]}def stage Stage {scene: Scene{}} 代码示例2在需要时添加和删除节点 代码示例1中的代码更加紧凑但是代码示例2将场景图中的节点数量从三个减少到了一个。 在调整JavaFX Mobile版本的一些演示时仅通过确保仅可见节点参与其中我们就能够将场景图中的节点数量减少50或更多。 例子2 如果使用某种动画来显示和隐藏节点则将节点添加到场景图中非常简单。 一个人只需要在fadeIn-animation的开始处和fadeOut-animation的末尾执行一个动作即可添加或删除该节点。 代码示例3显示了这种用法其中通过更改不透明度来显示和隐藏一个简单的消息框。 def msgBox Group {opacity: 0.0content: [Rectangle {width: 150, height: 40, fill: Color.GREY},Text {x: 20, y: 20, content: Hello World!}]}def fadeIn Timeline {keyFrames: [KeyFrame {action: function() {insert msgBox into stage.scene.content}},at (1s) {msgBox.opacity 1.0 tween Interpolator.LINEAR}]}def fadeOut Timeline {keyFrames: KeyFrame {time: 1svalues: msgBox.opacity 0.0 tween Interpolator.LINEARaction: function() {delete msgBox from stage.scene.content}}}def stage Stage {scene: Scene{}} 代码示例3使用fadeIn-和fadeOut-animations添加和删除节点。 参考 JCG合作伙伴 提供的JavaFX Mobile应用程序最佳实践和JavaFX Mobile应用程序 最佳实践2 “ 迈克博客”上的迈克尔·海因里希斯 翻译自: https://www.javacodegeeks.com/2012/03/best-practices-for-javafx-mobile.htmljavafx11 最佳实践
