原文发布时间：2012/2/10 15:35:01
亲爱的FME用户：
FME发布日快乐！
是的，今天（2012年1月18日）是FME的最新版本—FME2012的发布之日，一个值得狂欢的时刻！
总的来说，最大的变化可能就是我们在工作空间里的属性构建和应用。这些更新将为工作空间的创建者带来极大的好处，其中的某些细节将在这里为大家说明。
原理概括
FME（作为一个产品）的基本原理在2012年是不变的。它仍然是一个数据转换工具，其核心价值仍然是空间数据的互操作性。
然而，2012有一些理念上的改变，属性和参数的概念直接在需要用到它们的转换器上体现。
例如，转换器StringConcatenator很少被用到，因为字符串的串联已经在诸如HTTPFetcher、Tweeter,和 SQLExecutor的转换器中建立了：这就是本文要检验的内容。
减少支持型转换器
在FME的基础培训手册中我们谈到操作型转换器和支持型转换器的一个不同之处是，操作型转换器变换数据的内容和结构，而支持型转换器是为操作提供一个框架。
FME2012的理念是属性构建可以直接嵌入到操作型转换器中，这样就能减少支持型转换器的数量了。
例如，2011中你使用StringConcatenator构建了一个URL用在HTTPFetcher。2012就可以简单地只在HTTPFetcher中打开这个文本编辑对话框：
这个文本编辑对话框也进行了更新，它不再像以前版本的StringConcatenator编辑装置。例如，下面为LabelPointReplacer创建一个字符串：
注意attributes和constants中间，插入了“New Line（换行）”字符串。你会发现这里出现了一个发布参数的选项，它省略了使用ParameterFetcher的必要性。
另外注意的是“Switch to Advanced”的按钮，它能做相同的设置，在一个更加开放式的编辑器中：
现在你就可以正式创建复杂的字符串了。并且注意左边的菜单项：你可以使用诸如@Area(), @Length(), 和@Count()的FME函数，行家甚至可以使用@Evaluate函数将算术表达式嵌入到字符串内！
例如，这里创建了一个要素面积乘以某个值的字符串：
这个字符串可以作为一个属性值用于工作空间、标注内容或许多其他地方的输出。
求值表达式
除字符串以外，我们还有另一个编辑器—算数表达式，你会发现它能连接到任何转换器的参数值。它的编辑对话框如下：
注意它与高级文本编辑器非常类似，它只是不需要使用数学函数@Evaluate，因为它假定所有表达式就是某种形式的数学函数。
举例说明：
创建者正要结合长度(@Length function)、限制速度和交通状况（这两个都是属性）计算沿着某段公路步行所花费的时间。
接下来，这个对话框出现了所有将以数值输入的转换器的参数。你可以选择在转换器Bufferer中使用它来计算缓冲的大小，或者在LabelPointReplacer中计算标注的高度。或者，如果你真的想创建一个属性，可以添加ExpressionEvaluator转换器再利用它的编辑器来实现。
属性处理
让我们来看另外几个感兴趣的事项。首先，读模块要素类的属性对话框在2012年已经更新：有了隐藏（或暴露）用户属性的功能。
例如，以下这个用户就隐藏了工作空间中不需要的几个用户属性。只保留了要求的属性
这使得源模式和所有的转换器对话框，与暴露全部属性设置相比显得更加干净和整洁。
其次，给几个关键的“AttributeXxxxxx”转换器做了相同的整合功能和其他重要的更新。
AttributeCreator就是一个很好的例子，随着对该转换器做了字符串串联和求值表达式的更新，它已成为2012工作空间中炙手可热的转换器。
现在这个转换器的主要功能有
手动创建属性
设置属性值
复制属性
利用编辑装置创建一个属性
用参数创建属性
例如：
这里用户在执行几个任务，包括创建一个属性，复制一个属性，和给某个发布参数中设置属性的值。
转换器AttributeRenamer也有类似的更新，事实上它现在可以：
重命名属性
复制属性
删除属性
创建属性
利用编辑装置创建属性
给复制/重命名属性设置默认的值
从其他文件/数据集中导入模式
有了这些更新，AttributeRenamer几乎变成了一个小型的模式映射器。就像我们的老朋友SchemaMapper龙说的，就像它有了一个新的小孩儿：
文本框内容：
SchemaMapper龙说……
“我一直想要一个小龙，就是现在的她。我将骄傲地叫她叫做AttributeRenamer龙。
它几乎可以做我能做的任何事，并且更简单——除了运行时读取模式”
哈哈哈。。。。
缺点？
有什么缺点呢？嗯，两个！
首先，如果你在一个转换器中内嵌属性结构，那么会对于你正在制作的工作空间来说降低了可读性。Workbench的部分吸引力来自于它的自文件性（自我文档），你可以打印一个工作空间的截图，并能很好的了解正在发生什么及原因。如果你隐藏了某个转换器的关键部分，那么它能使工作空间更加紧凑，但有一点—没有自我说明
还有，如果你在操作型转换器中创建了一个字符串或者表达式，那么就不能将它作为属性用在其他地方。比如说，一个缓冲区大小的计算，计算的缓冲区仅局限于Bufferer，而不能以输出属性来重复利用其价值。
然而，我们非常希望在不久的将来能够解决这些后面的问题。我们可能会共享,这样它们就可以使用在多个位置和重用。
无论哪种方式,都没有一个绝对正确或错误的方法来构建一个工作空间。实际上，有很多错误的方法，但有一点我想让你可以选择是否要嵌入你的属性构造，但都不真正比其他方法好。
也不是呼吁非要在AttributeCreator中插入@Area()，而非只使用AreaCalculator。两种方法都是可行的，可以按你个人的想法来选择。
为了帮助用户适应新的功能，我们已经制作了一个叫做“Mastering FME2012”的培训课程。事实上，本文的大部分内容来自于那个课程。
该网络课程涵盖了所有重要的主题，并进行了详细分析，这对所有想要获取最新FME的用户来说是一个必要条件。
我们的培训日程将安排在2月2号，8号和14号。
致意！
注：本文原文来自Safe官网http://evangelism.safe.com/fmeevangelist96/