博客园_CoderZh的技术博客

从CEGUI源码看代码规范

2011-05-08T11:30:00Z

CEGUI（Crazy Eddie’s GUI）是一个使用C++实现的基于LGPL协议的的开源GUI库，主要应用于游戏界面。连著名的开源游戏引擎Orge3D也放弃了自己的界面引擎而使用第三方的开源界面引擎CEGUI。

对于开源的代码工程，我首先会观察它的代码规范。比如，使用什么命名法，是否使用异常等等，这很有用。看不同的开源工程，可以看到各种不同的代码规范，其中有很多是值得借鉴的。

代码规范本身并没有绝对的对错之分，但我们往往为了某一个代码规范争论的面红耳赤。比如，是否使用匈牙利命名法，使用BOOL还是bool等等。这时，就必须综合考虑团队现有的使用习惯和既有代码的风格，制定出一套适合自己的统一的规范。所以，规范除了对与错，最关键的地方还是要统一。存在即合理，我们不要一味去排斥其他人的使用习惯和规范，而应该多读读别人的代码，看看著名的开源代码，了解别人的做法，然后对自己的做法进行一些反思。这才是面对代码规范正确的心态。

CEGUI是一套不错的界面库，界面布局使用XML来描述，提供了专用的界面编辑器，让界面制作变得更简单。CEGUI作为一个成熟的开源产品，代码已经经历了无数的千锤百炼，整体风格比较统一，是一个很好的学习范本。接下来，我粗浅的分析一下CEGUI一些值得学习的地方。

1. Camel命名法

CEGUI完全摈弃了匈牙利命名法，而使用更贴近语义的不使用变量类型前缀的Camel(骆驼)命名法，这也是现今代码通用的做法。匈牙利命名法在较老的工程中比较常见。无数使用Camel的著名开源工程，很好的告诉了匈牙利命名法的支持者，不使用匈牙利命名法，代码依然清晰可读，甚至会更好。

2. 成员变量前缀

CEGUI中无论是class还是struct，成员变量都统一加d_前缀。通常的两种做法是不加前缀和加m_前缀。

3. struct

CEGUI中，struct的命名没有使用全大写，而是和class的大小写命名一样。在struct中，只可能出现数据成员，操作符重载函数，构造函数等。struct只用来数据结构存储使用，不使用任何其他的成员函数。

4. 字符串处理

CEGUI中的字符串处理没有使用char, wchar_t, TCHAR，std:string，ATL::CString，而是自己实现了一套String类（CEGUIString.h）。自己实现的String类优势非常明显，可以让程序员从繁琐的字符指针操作中解脱出来，将更多的精力放在功能的实现上。自定义的String可以实现更多方便、切合实际使用的函数。（比如CEGUI中的find_first_not_of，replace等函数。）如果要实现一个String类，CEGUI中的CEGUIString是一个很好的范本。

5. 使用bool

使用bool和BOOL都有各自的理由，CEGUI中全部使用bool，是现在流行，最常见的，也是我喜欢的做法。

6. 异常机制

CEGUI中完全使用异常机制，通过重载std::exception定义了一套完整的异常机制。通过异常的处理，使得程序员从繁琐的错误检查和错误返回值中解放出来。如果想了解C++中如何能够很好的使用异常，看看CEGUI中异常的实现吧（CEGUIExceptions.h）。

7. 不用goto

几乎每一本教材都会告诫用户，不要使用goto，这会让你的代码变得凌乱不堪。然而当真正成为一个程序员，加入一个公司甚至大型公司，里面的代码照样充斥了无数的goto语句。goto的滥用是绝对不允许的，goto在某些情况下的确有它的合理之处（比如保证函数单一出口，释放资源）。还是那句话，存在即合理。CEGUI中完全不使用goto，有了错误，立即抛异常，或者直接返回。我本人也是比较喜欢这种提前返回的方式。

8. 简单易用的Log系统

如果想实现一个既简单，又易用的Log系统，就看看CEGUI中的实现吧（CEGUILogger）。支持Log等级（Error，Warning等），输出日期、当前代码行等功能。

9. Singleton的实现

CEGUI中使用了一个通用的Singleton<T>模板基类，这个技巧非常好使。实现也非常简单：

template <typename T> class CEGUIEXPORT Singleton
{
protected:
    static
#ifdef __MINGW32__
    CEGUIEXPORT
#endif
    T* ms_Singleton;
public:
    Singleton( void )
    {
        assert( !ms_Singleton );
        ms_Singleton = static_cast<T*>(this);
    }
   ~Singleton( void )
        {  assert( ms_Singleton );  ms_Singleton = 0;  }
    static T& getSingleton( void )
        {  assert( ms_Singleton );  return ( *ms_Singleton );  }
    static T* getSingletonPtr( void )
        {  return ( ms_Singleton );  }
private:
    Singleton& operator=(const Singleton&) { return this; }
    Singleton(const Singleton&) {}
};

如上面的Logger类，要使用Singleton，则这样定义：

class CEGUIEXPORT Logger : public Singleton <Logger>
{
}

这样做最大的一个好处是统一，不会在代码中出现各种稀奇古怪不同的Singleton实现。同时哪个class是Singleton也一目了然。

总结

本文仅仅讨论CEGUI中的代码规范，而且也只是其中很小的一部分，如有疏漏欢迎一起讨论。之后我会更加关注CEGUI现细节，如有收获将与大家分享。
最后，我还是那句话：不要完全排斥任何一种规范，将每种规范了解和使用过后，再来思考自己应该怎样做。

CEGUI主页：http://www.cegui.org.uk

源码下载：http://www.cegui.org.uk/wiki/index.php/Downloads

本文链接

Android刷机备忘录

2011-03-06T13:42:00Z

G2 Magic上的Android1.6用了好久一直没去刷，直到今天早上实在忍不住刷到了Android2.2。刷之前在网上看了很多教程和注意事项，感觉好复杂，一步一步跟着做，最后发现其实并不复杂。需要特别注意的几点是：

1. 找一个适合自己手机型号的、功能稳定、耗电量少的ROM。可到论坛上看看大家刷的评测，国内阿兴和蛋哥的评价还可以。

2. 查看ROM刷机的版本需要（SPL、Radio、Recovery的版本），比如：SPL1.33、Radio3.22、Recovery1.6.2。有一个一键转换工具RadioSwitchGUI很好用。

3. 满足了刷机需求，有一个合适的ROM版本，就可以开始刷了。

备忘：

1. 进入fastboot模式的方法：关机状态下长按返回键和关机键。

2. 查看SPL、Radio版本的方法：进入fastboot模式后有显示。

3. RadioSwitchGUI使用方法：PC上安装Java环境，手机进入fastboot模式，连接USB数据线到PC，运行WinRun.bat。

4. fastboot模式，接入USB后，安装驱动程序：Win7下我没找到合适的独立驱动程序，所以我安装了HTC Sync for all HTC Android Phones，内含驱动。

5. 进入recovery模式进行刷机：关机状态下长按Home键和关机键。如果长按后出现一个叹号和手机图片，原因是recovery版本较旧，这时同时按接听和挂机键，然后再按Home键和关机键可进入recovery模式。如果出现这种情况，建议升级recovery到1.6.2。

6. 进入recovery模式后，先执行WIPE，把所有选项都WIPE一遍，然后进入flash zip from sdcard，按照说明的顺序开刷。比如，先ROM，然后PORT，然后google补丁包。（前提先将下载好的ROM、PORT、Google补丁包文件拷贝到SD卡的根目录）

7. 刷之前先备份联系人和短信。联系人可同步到Google。如果之前的版本是阿兴版，短信有备份还原功能，这个功能最好不要用，因为刷到2.2很可能没有备份还原功能，我就是这么悲剧。所以找个第三方的软件备份一下短信吧。比如91助手。

8. 名词解释：

SPL：类似于PC的BIOS

ROOT权限：刷SPL前必须获取的东西，一般也用不到（除官方rom外，大部分民间rom自带root）

金卡：刷特定ROM要用到的东西，一般也用不到

RADIO: 无线通信模块，负责手机通讯的东西

固件：目前分为1.5~1.6~2.0~2.2

ROM：基于固件基础上的刷机包

Recovery：关机状态同时按挂机键+房子键，出来的界面就是recovery画面了。刷机、备份、恢复等都在此界面进行

只要动手刷过一次，就不会觉得麻烦了。本文只是介绍大致刷机方法，提供的链接并不适合所有时期和型号的手机。所以，重要的是掌握方法，以后直接到论坛找最新的合适的ROM刷，就不是什么难事了。

不过还是要提醒一句：刷机有风险，动手请谨慎。刷前看清楚，否则成砖头。

参考资料：

1. HTC MAGIC(G2) 刷机教程！四步刷机！全新更新

2. 最好用的G2 32A SPL&Radio一键转换工具

3. 现今最完美2.2中文ROMS CM6.1RC1原版加OC614 PORT 稳定省电快速加入来电归属！

本文链接

启程2011

2011-01-05T17:28:00Z

2011年已经来临，我甚至还来不及对2010年做个总结，过去的2010年是折腾的一年。回顾了09年的总结，2010年我主要完成做了：

1. 博客61篇，相对去年49篇，一定的进步。完成了平均每周一篇的目标。

2. 博客园排名从220名前进到128名，离目标100名还有点差距。2011年争取有更好的成绩吧。

3. Google Reader中统计的博客订阅数达到544。感谢订阅的朋友，我会更加努力，完成更多更有价值的文章。

4. 开源项目：NancyWiki，基于Google App Engine的个人Wiki系统。最新版本已经有近200个下载。

5. 对Android开发有个粗浅的认识，写了一个简单的小游戏NancyGLines。

6. 学习了两门新的编程语言：Ruby和Lua。都还不是很熟，今年要重点攻Lua了。

2010年，我的工作有些起伏：

1. 金山毒霸（1~6月份）

2. 金山快快的秘密项目研究（7、8月，一段神奇的经历）

3. 金山软件管家开发（8月，十分短暂的时间，这个项目后来被无情的拿掉了）

4. 西山居月影传说Online（9~12月，转身进入网游界）

5. 。。。

2010年的一篇《三年之痒》，加上公司上上下下的变化，我换了好几个岗位。期间，考虑过去令人向往的ThoughtWorks，面试之后，感觉自己英语水平和表达能力有待提高，同时也希望自己在行业再多一些积累经验，最后，我主动放弃了。再次感谢Michael Chen的推荐。期间，我还考虑过去金山快盘做服务端开发，本身自己也不太乐意去做Java开发，面试时被一句“只要Java熟手，不给学习时间”回绝，于是回去狠心把快盘卸载，从此不再使用。只注重当前的业务能力，而不注重之后的潜力，也许这是快盘的损失。期间，还考虑过加入赖勇浩的创业团队，最后，我还是选择了去西山居。

2010年9月，我加入了西山居。曾经的我，也是一个在网游的世界里迷途的孩子，让我迷途的游戏，正是金山西山居的网游。时光轮回，我自己加入了西山居。有同事开玩笑说，我们曾经都被游戏毒害过，所以我们是来报复社会的。在西山居，如果你真正接触那些满怀梦想，而富有激情的同事，你就会明白，他们为之付出青春的原因。与西山居CTO陈飞舟的接触和了解，让我顿时对他产生了巨大的崇敬和敬仰之情。他技术超群，充满梦想，剑网三良好的技术架构和代码规范由他把控的如此完美。身兼CTO及副总裁的他，仍然坚持在一线写代码，就这一点，也让很多CTO感到羞愧。

然而，这是一个残酷的时代。理想主义者把游戏当做艺术品来做，在商业上就不会太成功。剑网三的高调亮相和后来的表现平平已经很好的说明了这一点。反而是那些想方设法坑钱的IB游戏大行其道，获取了商业上巨大的成功。于是越来越多的人涌入网游这个市场，使得整个行业变得非常的浮躁。游戏的寿命越来越短，坑钱的手段越来越多，甚至还些还使用心理营销，让用户心里知道被骗，嘴里骂着游戏厂商，但手上还是不断的给游戏厂商送钱。

从《DOOM启世录》里，我看到了天才、激情与梦想，在Popcap身上，我看到了创意、执着与成功。浮躁的是这个行业，静下心来研究游戏开发技术才是我的乐趣源泉。我要感谢将我带入这一行业的同事，感谢你们对我的支持和认可。还有一直在默默支持我的老婆，我爱你！

2011年，我的目标简单一点：争取能看懂大部分《游戏编程精粹》里的文章。同时希望在下次年终总结时，会有一款出色的游戏出来！

本文链接

Google Test交流与测试开发经验总结

2010-12-30T16:33:00Z

昨天晚上做的一个讲座。想了很多，希望对这几年来的测试开发工作做一个总结。PPT花了一些心思，尽量做到配图，每个Slide尽量少的字，代码尽量的短，尽量把我以前遇到的问题，总结的内容都囊括进去。也是我做的最长的一个演示稿，一共56页。

年底了，心情有些低落。讲座开始时，才发现今天还没开口说过两句话，再加上有点紧张，口干舌燥，讲的效果不是很好。如何让自己讲的东西变得生动，以及如何组织自己的语言，达到通顺和连贯，是我以后需要提高的。

GTest交流与经验总结

View more presentations from coderzh.

本文链接

TWiki安装和使用心得

2010-12-26T05:16:00Z

TWiki是一个开源（GPL）的wiki程序。软件定位为“灵活、强大、易于使用的企业协作平台”，运行于Perl环境。拥有编程技能的人可以使用变量创建动态页面，譬如内容表格，或者嵌入式搜索结果的页面。默认内置所见即所得编辑器，完善的用户权限系统，不需要任何数据库，完全基于文件目录的格式化引擎。

TWiki部署起来稍微有点复杂，下面是我在Ubuntu上部署TWiki的一些心得。

1. 环境准备

$ sudo apt-get install apache2 perl cron grep rcs patch php5
$ sudo apt-get install libapache2-mod-php5 libcgi-session-perl libdigest-sha1-perl libhtml-parser-perl

2. 下载

$ wget http://downloads.sourceforge.net/project/twiki/TWiki%20for%20all%20Platforms/TWiki-5.0.1/TWiki-5.0.1.tgz?r=&ts=1293085896&use_mirror=nchc
$ sudo tar -xvzf TWiki-5.0.1.tgz
$ sudo cp -a twiki /var/www/
$ sudo chown -R www-data:www-data /var/www/twiki

3. 配置

$ sudo cp /var/www/twiki/bin/LocalLib.cfg.txt /var/www/twiki/bin/LocalLib.cfg

修改LocalLib.cfg中的$twikiLibPath为：

$twikiLibPath = “/var/www/twiki/lib”

生成twiki.conf文件：http://twiki.org/cgi-bin/view/TWiki/ApacheConfigGenerator，并复制到/var/www/twiki/twiki.conf
修改/etc/apache2/httpd.conf，加入一行：

include "/var/www/twiki/twiki.conf"

(或者复制一份/var/www/twiki/twiki_httpd_conf.txt为twiki.conf，然后修改里面的路径相关的设置)

修改twiki.conf文件中的

<FilesMatch "^(configure)$"> 节点，设置允许访问configure页面的来路IP或者用户名。

Allow from 127.0.0.1 192.168.1.100
Require user CoderZh

重启apache2

$ sudo /etc/init.d/apache2 restart

访问：http://<ipaddress>/twiki/bin/configure 可进入配置页面，配置完成后进入主页。

使用技巧

1. 中文支持

TWiki默认是iso8859-1编码，不支持中文编辑，界面也是全英文。让TWiki支持中文，首先，确保服务器的locale安装有zh_CN.UTF-8。

$ sudo locale-gen zh_CN
$ sudo locale-gen zh_CN.UTF-8
$ sudo dpkg-reconfigure locales

然后在configure里配置如下：

{UserInterfaceInternationalisation} √
{Languages}{'zh-cn'}{Enabled} √
{DisplayTimeValues} servertime
{UseLocale} √
{Site}{Locale} zh_CN.UTF-8
{Site}{LocaleRegexes} √
{Site}{CharSet} UTF-8
{Site}{Lang} zh
{Site}{FullLang} zh-cn
{PluralToSingular} √

2. 发邮件

TWiki支持自动发送验证邮件，用于用户注册和找回密码。要支持发邮件，首先在服务器上安装sendmail：

$ sudo apt-get install sendmail

然后，在configure页面设置邮件相关项目，以下两项留空。

{SMTP}{MAILHOST} 留空
{SMTP}{SENDERHOST} 留空

3. 批量添加用户

进入页面：http://<ipaddress>/twiki/bin/view/TWiki/BulkRegistration ，里面有详细说明。

4. 页面设置

WebPreferences和TopicPreferences页面，可对Web或Topic进行设置，比如权限等等。详细的有哪些设置项，可参考：

http://<ipaddress>/twiki/bin/view/TWiki/TWikiPreferences

比如，要设置管理员才能修改的权限，之需要在Wiki内容或者当前Topic的设置页面，添加如下语句：

Set ALLOWTOPICCHANGE = TWikiAdminGroup

注意格式为：[3个空格]Set[空格]xxx[空格]=[空格]xxx

更多其他的内容，就靠自己去发现和总结了。有任何问题，也欢迎和我交流。

本文链接

C++与Lua互操作学习

2010-12-01T13:07:00Z

今天了解了一下C++与Lua之间的互操作，感觉还算简单，不像之前不了解时那么神秘了。

下面是找到的很好的学习资料，不知道是不是原出处了，反正我找了一下只有cpprog里有。

1. http://www.cppprog.com/2009/0209/62.html - 在C++中使用Lua(一)

2. http://www.cppprog.com/2009/0210/63.html - 在C++中使用Lua(二)

3. http://www.cppprog.com/2009/0211/64.html - 在C++中使用Lua(三)

最后，Lua简明实用手册，非常实用：

http://www.cppprog.com/2009/0211/64_2.html

看过上面的文章，保证你清楚C++与Lua之间的秘密。

本文链接

Google App Engine的14宗罪

2010-11-29T17:41:00Z

最近一位老外朋友很郁闷，使用Google App Engine平台，花了15000欧(), 却用的很不爽。于是耐心的写了一篇《Goodbye Google App Engine》，引来众人围观，其中还包括Google的工程师亲临指导。我也是Google App Engine的使用者，不过我基本上是属于个人开发，从来没有超过标，不需要给美刀，用的也挺爽。不过这位老兄是正儿八经的使用GAE进行企业级工程的开发，确实把他郁闷坏了。老外说话都比较啰嗦，我帮他总结了一下他提到的GAE14宗罪，同时也加上自己的一点注释。

1. 需要Python2.5版本

Ubuntu中早已经默认不是2.5版本了，现在主流版本已经进入到2.6甚至2.7了，所以用个GAE还要再装个2.5版本，让人很不爽。

2. 不支持Https

3. 请求超过30秒将会返回失败

对于上传大数据到数据库来说，简直不可想象。迫不得已的做法是将数据分割成多个小块进行上传。多痛苦。

4. 每个GET或POST请求从Server到别的地址，如果没有在5秒内完成，将会自动停止

5. 不能使用基于C的Python模块

6. 不支持LIKE操作

虽然有通过starts with的hack方法实现，但是和全文检索还有很大差距。可以想象，数据库中的数据不能执行条件搜索，多么不可思议。所以很多GAE站点的站内搜索都直接交给了Google Search。

7. 不支持数据库表的Join操作

一般的一个小型网站，多表查询也是很常用的，GAE告诉你，俺就是不支持！

8. 数据库实在太慢

所谓的BigTable到底是坑爹呢还是咋的，速度确实不敢恭维。

9. 本地调试时的数据库行为和上传后不一致

本地调试指的是用dev_appserver.py在本地调试，每次本地执行好好的，单元测试也都通过的，一上传，就嗝屁了~~

10. 数据库太多的索引(index)

写一个Hello World还可以，如果真的要写一个企业级应用，数据库表的字段多的很给力，基于多个字段查询时，GAE也很给力的自动给你加上很多indexs。

11. 一次查询不能返回超过1000条的记录

过去我也为这个懊恼，其实现在的GAE版本已经将这个限制去掉了，为此我还和一位同学打过赌，最后我输的很惨。

12. 不支持文件系统

想要操作服务器的文件系统，写个配置文件，或上传个文件？还是不要想了。

13. 数据库和Memcache操作经常失败

每做一次数据库或Memcache操作，都要担心一把是否操作失败，确实闹心。

14. 每个Memcache值最大为1M，Google是否想让我们把所有东西都放人Memcache？

似乎这个大哥犯了个错，Memcache通常大小限制也是1M。不过，我确实怀疑，Google的Memcache，是我们所认识的那个Memcache吗？

上面的14宗罪主要代表这个国外老兄自己的意见，同时加上了一点本人的看法，欢迎大家反驳。

虽然GAE有很多限制和缺陷，但是我对GAE还是喜爱有加的。GAE是免费的，任何人都可以很轻松的通过GAE实现自己的Web应用。比如，做一些实用的小工具，实现一个博客程序来练手。通过GAE，我们可以轻松的搭建属于自己的Blog(micolog)，搭建属于自己的Wiki系统(NancyWiki)。

没有GAE，就不会有大家都懂的gappproxy，gtap，twiter-feed。是的，你懂的。

本文链接

Lupa - Python中调用Lua

2010-11-29T15:34:00Z

Lupa将LuaJIT集成到了Python模块中，可以在Python中执行Lua代码。比较有意思，也许以后用的着，记录一下。

基本用法：

>>> import lupa
>>> from lupa import LuaRuntime
>>> lua = LuaRuntime()

>>> lua.eval('1+1')
2

>>> lua_func = lua.eval('function(f, n) return f(n) end')

>>> def py_add1(n): return n+1
>>> lua_func(py_add1, 2)
3

>>> lua.eval('python.eval(" 2 ** 2 ")') == 4
True
>>> lua.eval('python.builtins.str(4)') == '4'
True

Lua中的Python对象

>>> lua_func = lua.eval('function(obj) return obj["get"] end')
>>> d = {'get' : 'got'}

>>> value = lua_func(d)
>>> value == 'got'
True

>>> dict_get = lua_func( lupa.as_attrgetter(d) )
>>> dict_get('get') == 'got'
True

>>> lua_func = lua.eval(
... 'function(obj) return python.as_attrgetter(obj)["get"] end')
>>> dict_get = lua_func(d)
>>> dict_get('get') == 'got'
True

Lua中的迭代循环：

>>> lua_copy = lua.eval('''
...     function(L)
...         local t, i = {}, 1
...         for item in python.iter(L) do
...             t[i] = item
...             i = i + 1
...         end
...         return t
...     end
... ''')

>>> table = lua_copy([1,2,3,4])
>>> len(table)
4
>>> table[1]   # Lua indexing
1

Lua中的Table：

>>> table = lua.eval('{10,20,30,40}')
>>> table[1]
10
>>> table[4]
40
>>> list(table)
[1, 2, 3, 4]
>>> list(table.values())
[10, 20, 30, 40]
>>> len(table)
4

>>> mapping = lua.eval('{ [1] = -1 }')
>>> list(mapping)
[1]

>>> mapping = lua.eval('{ [20] = -20; [3] = -3 }')
>>> mapping[20]
-20
>>> mapping[3]
-3
>>> sorted(mapping.values())
[-20, -3]
>>> sorted(mapping.items())
[(3, -3), (20, -20)]

>>> mapping[-3] = 3 # -3 used as key, not index!
>>> mapping[-3]
3
>>> sorted(mapping)
[-3, 3, 20]
>>> sorted(mapping.items())
[(-3, 3), (3, -3), (20, -20)]

（等等……）

参考：

1. http://pypi.python.org/pypi/lupa/0.18

2. http://androguard.blogspot.com/2010/11/lupa-lua-from-python.html

本文链接

NancyWiki1.0.1更新 - 代码自动着色

2010-11-07T18:21:00Z

NancyWiki是基于Google App Engine开发的，使用的语言是Python。Wiki标记语言采用的是Markdown，因为它简单，易用。 NancyWiki致力于打造用户真正想要的个人Wiki系统。多看书，多学习，多记笔记，就用NancyWiki！

看到有一些朋友下载并且使用NancyWiki，感到很欣慰！于是这个周末对NancyWiki进行了一些更新，希望使用NancyWiki的朋友之后能继续给我提意见，让NancyWiki越来越好用！

NancyWiki1.0.1版本更新如下：

1. 增加“索引”菜单链接。

2. 代码自动着色。（无需指定编程语言）

3. 修复代码中“_”被转义成“&# 95;” 的BUG。

代码自动着色

大部分代码着色工具，像syntaxhighlighter，使用时都需要指定代码所使用的语言。对于使用标准MarkDown来说，使用改变标准的方式去给一段代码着色是不太友好的，而且，用户使用起来也会比较麻烦。因为需要用户自己去写类似class="brush:python"之类的东西。于是，我想的是，在不改变MarkDown标准的情况下，不需要指定代码所使用的语言，就能对不同代码进行着色。

标准MarkDown贴代码的方式有两种：

1. 将代码放入``中，比如：

`printf("Hello World");`

2. ``的方式适用于单行，或是没有空白行的多行代码。如果需要贴多行代码，同时中间还有空白的行，可以使用四个空格或Tab。比如：

int a = 1;

a = a + 1;

上述两种标记方法，都会被自动转化为以下的格式：

<pre><code>xxxcode>pre> 或 <code>xxxcode>

知道转化原则后，我们再来突破一下着色难点，即，不需要指定代码语言的情况下，对代码进行着色。所幸，prettify 正是我所要的，它只需要在任何代码处，使用如下的格式就能进行着色：

<pre class="prettyprint">xxxpre>

或

<code class="prettyprint">xxxcode>

嗯，和MarkDown转化的代码只差一步，就是class="prettyprint"，我需要自动加上这个class。这时候，jquery就派上用场了。我需要给每个code节点自动加上class属性：

于是，效果就出来了。你还是像往常一样贴代码，而NancyWiki会自动根据你的代码语言，进行着色。下面是效果：

原始的着色前的代码（代码行每行前面4个空格）：

C#代码示例：

    [TestMethod]
    public void Test_ExecuteCommands()
    {
        Plateau plateau = new Plateau(5, 5);
        var roverFactory = new NASARoverFactory();
        Rover rover1 = roverFactory.Create();
        rover1.Deploy(1, 2, "N", plateau);

        rover1.ExecuteCommands("LMLMLMLMM");

        Assert.AreEqual("1 3 N", rover1.ReportState());

        Rover rover2 = roverFactory.Create();
        rover2.Deploy(3, 3, "E", plateau);

        rover2.ExecuteCommands("MMRMMRMRRM");

        Assert.AreEqual("5 1 E", rover2.ReportState());
    }

着色后的代码：

还等什么，下载NancyWiki1.0.1试试吧：

下载 : http://nancywiki.googlecode.com/files/nancywiki1.0.1.zip

主页：http://nancywiki.googlecode.com

演示：http://wiki.coderzh.com

本文链接

瘦客户端那些事 - NoMachine的秘密

2010-10-07T07:37:00Z

上篇中我们介绍了各种远程传输协议用于实现瘦客户端，在各种协议当中，NX要我要重点推荐和介绍的。理由很简单，性能！大家都知道，网络带宽、网络传输是瘦客户端的重大瓶颈，谁能够在低带宽、慢速率的网络环境下工作良好，谁就是王者。本文将讲述NoMachine是如何做到这些的。

199x年，满怀梦想的Keith Packard，当时工作于SuSE，是XFree86的核心开发成员，一心想要开发一个在低带宽下依然性能完好的传输协议（LBX - Low Bandwidth X）。他为了LBX倾注心血，将LBX视为自己的孩子，然而最后他还是失败了，LBX最终并没有得到广泛应用。原因是LBX的性能还不够好。于是，他在2001年写一篇LBX的验尸报告 - An LBX Postmortem，以告慰后人，想要实现这样一个高性能的协议是多么的不可能。

2001年3月，XFree86的邮件组里横空出现了一篇题为About our effort at NoMachine的文章，作者是Gian Filippo Pinzari。文章隆重的介绍了经过作者三年研究，在低带宽下依然工作良好的，兼容RDP，VNC等协议的NX协议。Gian将NX的核心组件基于GPL开源出来，他说，“它就在这，大家都来用吧！”。

Gian的公司NoMachine开发的NX Client、Server等都是收费的产品。但是NX核心组件是开源的，于是出现了大量的开源的NX Client和NX Server。比如，NX Client就有OpenNX，QtNX，NX Server又有FreeNX，NeatX等等。

NoMachine的NX是如何做到的呢？NoMachine的秘密，主要有三个：
1. 在X协议的基础上，使用优化的压缩算法，进行压缩传输。压缩比达到10:1，甚至100：1。
2. 在客户端和服务端使用了缓存机制(Cache)，避免同样的数据进行不必要的重复传输。
3. 减少客户端与服务端请求、回应的时间。

NX使用

NoMachien的NX主要分为两部分：NX Client和NX Server。NX Server的部署见文档，还不算复杂。部署完成后，就可以使用NX Client进行连接了。NX Client有Windows版本，Linux版本，Mac版本和Solaris版本。

需要先安装：
yum install libjpeg
openssl-devel
netcat
expect

源码安装libpng
wget http://download.sourceforge.net/libpng/libpng-1.4.3.tar.gz

下载以下包，比如，下载到：~/NX
nxcomp-3.3.0-4.tar.gz
nxproxy-3.3.0-2.tar.gz
nxagent-3.3.0-13.tar.gz
nxcompext-3.3.0-4.tar.gz
nxauth-3.3.0-1.tar.gz
nxcompshad-3.3.0-3.tar.gz
nx-X11-3.3.0-6.tar.gz

解压所有：
find . -name "*tar.gz" -exec tar -zxf {} \;

编译：
cd nx-X11
/make World
cd ..
cd nxproxy
./configure && make

cp -a nx-X11/lib/X11/libX11.so* /usr/NX/lib
cp -a nx-X11/lib/Xext/libXext.so* /usr/NX/lib
cp -a nx-X11/lib/Xrender/libXrender.so* /usr/NX/lib
cp -a nxcomp/libXcomp.so* /usr/NX/lib
cp -a nxcompext/libXcompext.so* /usr/NX/lib
cp -a nxcompshad/libXcompshad.so* /usr/NX/lib
cp -a nx-X11/programs/Xserver/nxagent /usr/NX/bin
cp -a nxproxy/nxproxy /usr/NX/bin

设置LD_LIBRARY_PATH
export LD_LIBRARY_PATH=/usr/NX/lib:$LD_LIBRARY_PATH

这时，/usr/NX/bin/nxproxy 和 /usr/NX/bin/nxagent 应该可以用了

Window平台下，NXWin的编译过程，参考这里：

下载：
nx-X11-compat-X.Y.Z-N.tar.gz
nxwin-X.Y.Z-N.tar.gz
nxauth-X.Y.Z-N.tar.gz
nxcomp-X.Y.Z-N.tar.gz

在cygwin中，执行：
# tar zxvf nx-X11-compat-X.Y.Z-N.tar.gz
# tar zxvf nxwin-X.Y.Z-N.tar.gz
# tar zxvf nxauth-X.Y.Z-N.tar.gz
# tar zxvf nxcomp-X.Y.Z-N.tar.gz
# cd nxcomp
# ./configure
# make
# cd ..
# cd nx-X11
# make World

NX Cilent开发步骤

基于NX Library开发一个NX Client并不是什么难事，在freenx的svn库里有好几个NX Client工程，比如：qtnx，还有Python的实现版本gnx（仅限linux系统），因此，可以参照这些工程的实现。

svn co http://svn.berlios.de/svnroot/repos/freenx/trunk freenx

NX Client与NX Server的交互过程见：NX Client开发步骤

瘦客户端那些事系列：

瘦客户端那些事 - 开篇

瘦客户端那些事 - 远程传输协议

瘦客户端那些事 - NoMachine的秘密

......

本文链接