FME Mr.7 用户的实践经历
今天用稍微完整的时间看了一下FME；加上以前真正是零碎的对FME的一些了解；以及对收集的大部分资料的分类整理；还有今天实际的操作使用；老规矩，赶快趁热来个总结。因为学习的过程可能比学习的结果更重要：结果只是一个东西固定的认识；而过程方法却是可能万变不离其宗的。
我的目的是：在FME中加入另外一种格式的支持；扩充FME的函数处理功能；利用FME进行脱离其平台的二次开发。此外，在进行的同时，还要求一个同事跟着我的进度方向了解相关的东西，只不过和我的方向和重点不一样。我对她的要求是成为一个职业GIS架构师：能够熟练的使用FME平台；了解整个FME平台体系；熟悉各种GIS功能处理函数。呵，基本上就是同时，兵分两路进行。
为同事出了三道考题。这几道考题，结合了日常业务宗遇到的典型数据处理问题，并配备真实演示数据。大致方面涉及到属性分类处理，图形空间合并裁剪处理，属性统计处理。这样更利于考察她的综合运用能力，也可方便省去我探索实践的时间。
先看我的过程。
先是安装。FME的相关东西可是难得获得。真可谓程序易得，license易求。也是所谓的历史大事件起源于不经意的小人物和小事情，最后在不经意间弄得license。呵，先拿来大胆的试用吧。遇到的问题有与ArcInfo的冲突、ArcGis Server的冲突等。以许可运行软件的模式看来在国外挺流行的。干脆就顺便把LMTools的操作了解，把对应的FME安装配置注意事项写成文档。至少在交给同事安装的时候很顺利。
再就是用FME。直接操作FME的Workbench、Translator和View。大致了解为重点：统一数据结构是实现转换处理的基础；语义操作接口又是处理函数的基础；从操作过程看，提供脚本功能、流程搭建功能(Workbench)、和平台交互操作三种模式，这三种模式可以互相转换；View是一个简单的查询显示的小工具(FME可以把它做得功能更强大，但正所谓“有所为有所不为”，Safe公司很知道自己的重点，绝不侵犯各GIS公司的地盘，才立于遗世独立左右逢源以小博大名利双收的地步)。这是简单的体会。这时同事已经把题目做得差不多了。看来，静下心来踏实的人成效就是威力巨大，我可已经远赶不上了。顺着她的解题思路和讲解，对FME的了解，包括功能库和搭建，设计和交互，真是佩服的五体投地。
然后就是交织在深入了解操作或开发的分歧中摇摆，这段时间收效不大。虽然什么都想学，但是心急吃不了热豆腐。但是混沌丛中过，大致轮廓也慢慢清晰。这时唯一做的有意义的事就是讲收集的资料整理了一番。分为：理论基础；平台操作说明；脚本开发基础(就是功能函数介绍等)；开发手册；应用案例。最后下定决心，理论基础翻译出来，争取每天动几页。开发的重点看。其余的随时了解。
最重要的就是开发了。从一个资料文档，居然就是FME安装后的《FME Objects Quick Start》帮助中发现FME居然一股脑的提供了所有的东西。平台，功能组件库，开发例子。妈啊，想想ArcGIS的体系何其规模和层次递进。AE Runtime，AE SDK，ArcInfo Desktop。各是各，分个仔细的类别标明明白的价格。这个FME就像太不讲究的家伙；可是觉得有野蛮简单豪爽的气息，I Like。知道FME Object API是底层的数据读写访问和处理的接口，类似AE可供第三方的嵌入式（嵌入到自己的应用程序中）的开发，有很多例子，就在FMEObject\Samples目录下。而FME
Plug-in式开发是干嘛的呢，所介绍的就比较少。如我的理解那可就糟了。它的功能就如同遵循ArcInfo Desktop的接口规范，可以编写插件直接集成到ArcView和ArcMap中的；在FME中也可以编写插件嵌入到FME平台中。这些功能包括自定义的数据各式支持，自定义的功能库扩展。换句话说：FME Object中没有提供功能支持自定义的格式读写；那个Workbench的流程搭建界面只能唯Safe公司独有，不能移植到别的地方，否则就要自己做这个东西去。如果真是这样，真是可怕。
到此结束，明天还要继续看。