那么，在这样一个变革到来之前的暗夜，如何开发一款可跨UI体系的Symbian应用呢？这并非没有可能，但有着诸多的限制。如果你的应用能满足这些限制的话，那么完全可以成为真正意义上的跨UI体系的Symbian应用。

以我在2004年开发的FontRouter为例，它可以堪称一款具有代表意义的跨UI体系应用。从2004年到现在，它只发布过两个版本体系，一个适用于Symbian OS的6、7、8版本，另一个则适用于现今的Symbian OS 9.x，却可以用于目前所有已知的Symbian机型，包括最早期的Nokia 9210到最新的N97。之所以仍然出现了两个版本体系，并不是为不同的UI体系。做Symbian开发有一定时日的朋友应该都明白其中的原委，简而言之，Symbian OS 9是一个全新架构的OS版本，它甚至忍痛抛弃了对此前OS版本应用接口的二进制兼容性。因此，没有任何应用可以同时兼容Symbian OS 9前后的手机。由于FontRouter只使用到Open Font System接口，这是属于OS体系内的部分，与UI体系无关，因此无论是S60还是UIQ的手机，都可以无障碍的使用它。FontRouter最后一个版本发布时，S60 v5还未推出，但它却能很自然的兼容新的UI体系。对与即将到来的采用QT UI的Symbian^3，不出意外的话，也完全能够正常使用FontRouter。以前很多朋友问及为什么不给FontRouter编写一个配置程序，答案很简单，因为我希望继续保持它“无UI设计”的魅力！:)

当然，FontRouter只是一个很极端的例子，毕竟大部分称得上应用的程序，都不可避免的要与用户进行交互。那么如何才能实现包含用户交互的跨UI体系的应用呢？

对于开发者而言，有一个简单易行的办法，就是使用“Console API”，比如调用printf()和scanf()实现简单的交互。但这毕竟也不能作为一个应用的正式UI，那如何才能实现真正意义上的跨UI体系用户交互呢？

仍旧拿一个典型的例子来说明，比如一款“短信过滤软件”。这个应用有两个主要的用户交互：

（1）编辑过滤规则和行为
（2）让用户查看过滤的短信

对于第一个交互，我们可以采用这样的方式：软件安装时，事先在手机的联系人中创建一个分组——“短信黑名单”，并在其中创建一个示例联系人“XX商城”，其“电话号码”一栏即需要过滤的短信发送源号码。这样就直接利用了手机内置功能的UI为我们的应用提供了支撑。这样的设计不仅避免了引入应用UI，还能起到与手机操作习惯无缝集成的效果。比如用户收到一个新的垃圾短信，需要过滤发送源时，只需要直接从短信界面中创建一个联系人，并将其添加至“短信黑名单”分组即可，而不必像很多现有的短信过滤软件那样繁琐：进入到该应用中，创建一条规则，还得把短信源号码复制过来。而如果希望按字词过滤，则可以创建一个包含“备注”字段的联系人，并在该字段中填入希望过滤的字词。

同样的，第二个用户交互也可以很轻松的借助手机内置功能的UI。被黑名单过滤的短信可以直接移入一个特定的短信文件夹，比如“过滤的短信”。这样用户可以方便的直接从熟悉的短信界面中查看这些过滤的短信，而不必去学习和适应第三方应用的界面，其实也从一定角度改善了用户体验。

当然，直接借用内置功能的UI对新用户而言也有一个了解的过程，他很可能因为找不到这个新安装的应用图标而陷入困惑中。那么，我们其实可以采取一个简单方式引导用户，那就是在用户的短信收件箱中直接放入一条新彩信，包含一个简短而图文并茂的“快速入门”（最好在用户从收件箱删除该彩信后，再为用户在短信文件夹中保存一个备份）。这样，整个用户体验就完整无缺了~

或许你还是会坚持说，“短信过滤软件这个例子仍然无法代表更普遍的应用场景”，那么接下来我们再探讨一些更为通用的跨UI体系交互的手段：

（1）借助类短信的方式实现问答式交互。很典型的例子是移动运营商的短信服务号（比如10086），你可以通过发送约定的语法（以及可能的后续多次回复）到该服务号码完成功能的定制和修改等操作。应用程序也可以借鉴这种思路实现一个简单的配置交互，唯一不同的是，用户只需把该短信保存在草稿中，应用就可以提取该信息并通过在收件箱创建新信息完成问答式交互了。

（2）Widget方式。这应该是最有潜力的一种跨UI体系交互方式，但考虑到目前Widget并未被广泛支持且标准尚未统一，所以可能适用的机型并不算多（以Nokia新机型为主），也就失去了起跨UI体系的意义。

（3）借助Web UI。应用中集成一个微型的Web/WAP Server后台服务（可以直接采用Nokia Labs发布的Mobile Web Server），并在安装时创建一个应用入口的书签，提供基于XHTML/WML的UI。毕竟大部分的手机都含有基本的Web/WAP浏览器，所以理论上的通用性还是不错的。但并不是所有机型的浏览器都可以像Nokia那样方便的进入（待机界面长按“0”键），所以易用性上仍有些许障碍。

更多的思路和看法，欢迎各位前来发表你的见解！

Features:

• No client needed. Just use the built-in Email client in your phone to access most of the twitter services. (need IMAP support in the Email client, S60 confirmed)
• Public timeline / Friends timeline subscription.
• Keyword watch (Twitter search) subscription. (under implementation)
• Automatic update, without user activities. (need phone support, S60 confirmed)
• Notification for new message. (need phone support, S60 confirmed)
• Show recent messages on idle screen. (need phone support, Nokia E-series confirmed)
• Send your twitter message just like regular SMS or Email. (under implementation)
• Reply on message directly to act as @someone. (under implementation)

In Plan: (only for some operators)

• TRULY message push support. Only connect and fetch when new messages shown up, without persistent or periodic connection. Greatly save your network cost and extend the battery life.

Tweets shown on idle screen:

Write new tweet:

Write new tweet:

With more than 3 years’ development, FontRouter extended its functionality to language-neutral & UI-independent and give user more controls over font mechanism on Symbian, such as loading 3rd-party font file, font substitution, size adjustment.

For some personal reasons, FontRouter project was discontinued for more than one year, but many users still kept writing to me for suggestion and bug report in these days. Since I can’t face their expectation, I decided to open source and wish it a better future.

As discussed and reconsidered carefully, I released the source code under Apache License 2.0, but not GPL. I hope someone or even some commercial company could continue or derive from this project and present a quality production for the Symbian community.

If you are considering continuing this project or deriving from it, please mail to me, and I will give my support.

SUPPORT WILL ONLY BE OFFERED TO OPEN SOURCE CONTINUATION OR DERIVATION.

At present, source code is hosted on Google Code: http://code.google.com/p/fontrouter/

如果有人愿意继续其开发，我将尽我所能的提供支持！

UPDATE: Source code of FontRouter is released under Apache License 2.0

此前也下载过一个S60第三版的FTD（Field Test，通信网络现场测试工具），不过一直没捣腾懂这个界面怎么用。这次升级E90固件，重新安装了新版本的FTD才总算搞懂了这个玩意儿的用法。

启动FTD后，在很多页面中都能看到BTS test OFF，表示当前未开启“锁频”功能。激活锁频只需要在上述任何一页中，从菜单选择“Execute”，然后输入频段号即可。当前的频段号在第一页中的FreqCh栏里显示着。输入3333即可关闭锁频，回到正常状态。

小技巧：切换到0（或者其它任何无信号的频段）即可达到当年葛优在《手机》中开机强行拔电池的效果——“暂时无法接通”（或者“不在服务区”）。;)

不过，今天在ipmart论坛发现的一个软件使我重新开始质疑上述陈述。这个软件是一位高手从E71中提取出来的程序，引起我关注的一点是其中包含了一个“Active Idle”插件，它在我的E90上完全可以正常工作。出于好奇，我解开这个sis文件看了看，发现插件部分完全是一个标准的plug-in。也就是说它并没有采用“stub升级”，“偷换原有插件”等手段达到添加新插件的目的，而是光明正大的将自己注册为一个标准的ECOM插件。

看来Nokia开发者论坛上那些打着官腔的回复恐怕并不那么“官方”和“专业”，为了兜售其API Partner计划也不用连坑蒙拐骗的伎俩都祭出来了吧……

有空来反汇编一下，看看能不能自己写一个Active Idle的插件玩玩。

1.2版本的改进相当大：

• 终于加入了缺失已久的智能英文输入方式，算得上一个完整的手机输入法了！
• 在线词库备份是意料之中的新特性，虽然还没有实现与PC版本词库的同步，但已经是一个很大的进步了。下一步估计会上手机版专用的细胞词库了吧。（考虑到性能的巨大差异，手机与PC同步词库可能还有一段路要走）
• 通讯录词库的导入及针对特定程序的默认输入状态优化充分体现了以人为本的设计理念，在细微之处让你舒心。不过我试了之后发现，这个版本导入的通讯录词库似乎并不完整，有些人名还是没有。

BTW，数字键/全键盘免摇杆的设置对E90的支持比较有意思，开合盖时分别可以进入各自状态的设置，而不能进入与状态不对应的设置。看来搜狗手机拼音的开发团队对Symbian SDK接口的理解上比较到位。

虽然有不少网友提到内存占用增长了很多，但对于E90来说是没啥感觉的。:)

有点开始喜欢上现在这个锐意进取的搜狗了！用脚投票，谷歌拼音闪一边去吧。

用S60v3 SDK中的elftran对c:sysbin中的sogoufep.dll进行如下修改：

elftran -capability "CommDD+PowerMg
mt+MultimediaDD+ReadDeviceData+WriteDeviceData+TrustedUI+ProtServ+DiskAdmin+Netw
orkControl+SwEvent+NetworkServices+LocalServices+ReadUserData+WriteUserData+Loca
tion+SurroundingsDD+UserEnvironment+AllFiles+DRM" sogoufep.dll

附上一个修改好的文件，供没有安装SDK的朋友使用：sogoufep.dll

今天EA宣布将在第二代N-Gage平台上发布一系列EA游戏产品的移植版本，包括：

FIFA 09
Spore Origins
Need for Speed: Undercover
Tomb Raider: Underworld
Sims 3
……（只写了几个我喜欢的，其它看不上，没见过的都被我直接忽略了）

今天，在试用Badaboom之余，我又顺便深入测试了一次E90的H.264视频播放能力。经过多番对比测试，最终得出一个残酷的结论：

E90并不支持使用内置的RealPlayer播放器借助硬件加速播放内屏全尺寸(800×352)的H.264视频。

实际的限制是视频尺寸，凡是高与宽的乘积超过76800（即320×240）的H.264视频，内置的RealPlayer均拒绝播放（剩下音频部分可以正常播放）。而网上不少人试图说明的其它限制，诸如Baseline Level、VBR、码率等大部分都是不实的。因为我用Badaboom转换了一段352×198的H.264视频，选择Baseline Level 4.1、VBR、码率高达5Mbps（平均2.4Mbps），E90一样能流畅播放。

现在，结论很明显了。E90确实拥有与N95一样的视频播放加速能力，而且支持的最大分辨率完全一样，都是240×320…… 多么尴尬的真相，难怪Nokia一直不推出支持E90的Video Manager了。不过话说回来，我们至少相对N95还有一点点优势，因为我们还可以享受430×178的超宽银幕H.264电影，哈哈~