<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>absurd的专栏 - </title><link>category/228430.aspx</link><description /><dc:language>zh-CN</dc:language><lastUpdateTime>Fri, 25 Apr 2008 20:23:44 GMT</lastUpdateTime><ttl>60</ttl><item><dc:creator>absurd</dc:creator><title>broncho linux手机平台software stack</title><link>http://blog.csdn.net/absurd/archive/2008/04/25/2328922.aspx</link><pubDate>Fri, 25 Apr 2008 20:24:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2008/04/25/2328922.aspx</guid><wfw:comment>comments/2328922.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2008/04/25/2328922.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2328922.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2328922</trackback:ping><description>broncho linux手机平台software stack&lt;img src ="aggbug/2328922.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>数据同步管理器设计备忘录</title><link>http://blog.csdn.net/absurd/archive/2008/04/20/2308991.aspx</link><pubDate>Sun, 20 Apr 2008 13:49:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2008/04/20/2308991.aspx</guid><wfw:comment>comments/2308991.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2008/04/20/2308991.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2308991.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2308991</trackback:ping><description>数据同步管理器设计备忘录&lt;img src ="aggbug/2308991.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>事件管理器设计备忘录</title><link>http://blog.csdn.net/absurd/archive/2007/05/17/1613963.aspx</link><pubDate>Thu, 17 May 2007 21:09:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2007/05/17/1613963.aspx</guid><wfw:comment>comments/1613963.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2007/05/17/1613963.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>comments/commentRss/1613963.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1613963</trackback:ping><description>事件管理器设计备忘录&lt;img src ="aggbug/1613963.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>用DBUS实现Startup notification的构想</title><link>http://blog.csdn.net/absurd/archive/2007/05/11/1605204.aspx</link><pubDate>Fri, 11 May 2007 21:47:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2007/05/11/1605204.aspx</guid><wfw:comment>comments/1605204.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2007/05/11/1605204.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1605204.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1605204</trackback:ping><description>有的应用程序起动过程比较长，在起动之后，一定时间内没有反应。为了避免让用户等得不耐烦，或者误以为死机了。在此期间，提供一个动画或者其它东西来标识正在起动的状态，可能会更友好一些。Startup notification的初衷也在于此，它跟踪应用程序的起动过程，以便给用户提供一些反馈信息。&lt;img src ="aggbug/1605204.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>MVC控制器(Controller)与策略模式(Strategy) </title><link>http://blog.csdn.net/absurd/archive/2007/01/11/1480571.aspx</link><pubDate>Thu, 11 Jan 2007 21:42:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2007/01/11/1480571.aspx</guid><wfw:comment>comments/1480571.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2007/01/11/1480571.aspx#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>comments/commentRss/1480571.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1480571</trackback:ping><description>MVC模式已经称得上是家喻户晓了，MVC是模型(Model)、视图(View)和控制器(Controller)的首字母缩写。与模型(Model)和视图(View)相比，控制器(Controller)的功能要小得多。正因为它太简单了，MFC甚至把MVC模式简化成文档(Doc)/视图(View) 模式，控制器(Controller)几乎是个透明人，很少有人提及它。这几天在重构短信应用程序时，我发现有时在控制器(Controller)上还真有文章可作。&lt;img src ="aggbug/1480571.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>彩信库(mmslib)设计备忘录</title><link>http://blog.csdn.net/absurd/archive/2006/12/19/1449515.aspx</link><pubDate>Tue, 19 Dec 2006 21:24:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/12/19/1449515.aspx</guid><wfw:comment>comments/1449515.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/12/19/1449515.aspx#Feedback</comments><slash:comments>11</slash:comments><wfw:commentRss>comments/commentRss/1449515.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1449515</trackback:ping><description>彩信库(mmslib)确实有一点复杂，尽管有两位高手指点，还是花了12个工作日才完成它的设计、编码和测试，写了超过4000行的C代码（除去测试程序、注释、空行和头文件）。主要原因还是没有相关经验，有些问题不得不花时间去尝试。这里写个备忘录，供有兴趣的朋友参考，避免走弯路。&lt;img src ="aggbug/1449515.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>编写可测试的程序</title><link>http://blog.csdn.net/absurd/archive/2006/12/14/1443249.aspx</link><pubDate>Thu, 14 Dec 2006 21:49:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/12/14/1443249.aspx</guid><wfw:comment>comments/1443249.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/12/14/1443249.aspx#Feedback</comments><slash:comments>5</slash:comments><wfw:commentRss>comments/commentRss/1443249.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1443249</trackback:ping><description>自动测试与其说是测试的范畴，还不如说是设计的范畴。能不能自动测试，完全是由设计决定的，单元测试框架和gui测试工具的作用微乎其微。为设计良好的模块编写自动测试程序非常简单，要不要单元测试框架完全是个人偏好。&lt;img src ="aggbug/1443249.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>使用MVC模型的几个常见误区</title><link>http://blog.csdn.net/absurd/archive/2006/12/07/1434042.aspx</link><pubDate>Thu, 07 Dec 2006 21:12:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/12/07/1434042.aspx</guid><wfw:comment>comments/1434042.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/12/07/1434042.aspx#Feedback</comments><slash:comments>7</slash:comments><wfw:commentRss>comments/commentRss/1434042.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1434042</trackback:ping><description>像名片、日程、任务、短信、文件浏览器和多媒体播放器等应用程序，都采用MVC模型作为其基本架构。但从这段时间的文档评审来看，我们对MVC模型的理解仍然存在一些误区。这里简单谈一谈，欢迎交流。&lt;img src ="aggbug/1434042.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>我们手机平台的几个基础模型</title><link>http://blog.csdn.net/absurd/archive/2006/12/05/1431319.aspx</link><pubDate>Tue, 05 Dec 2006 20:54:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/12/05/1431319.aspx</guid><wfw:comment>comments/1431319.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/12/05/1431319.aspx#Feedback</comments><slash:comments>8</slash:comments><wfw:commentRss>comments/commentRss/1431319.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1431319</trackback:ping><description>我们从设计这个手机平台开始，就一直不遗余力的贯彻三个基本设计模型：C/S模型、插件式设计和MVC模型。随着平台的演化，这些模型已经开始显现出威力。这里我们简单介绍一下，欢迎交流。&lt;img src ="aggbug/1431319.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>短信应用设计备忘录</title><link>http://blog.csdn.net/absurd/archive/2006/11/11/1379123.aspx</link><pubDate>Sat, 11 Nov 2006 14:08:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/11/11/1379123.aspx</guid><wfw:comment>comments/1379123.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/11/11/1379123.aspx#Feedback</comments><slash:comments>8</slash:comments><wfw:commentRss>comments/commentRss/1379123.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1379123</trackback:ping><description>短信是手机最重要的功能之一，也是最复杂的应用之一。有人会说，短信应用不就是一个编/解码的问题吗，很简单啊。那我只能说你和我一样都是外行，手机应用程序的复杂度从来都不是算法引起的，像音/视频这类复杂的算法都有现成的代码可用，短信编/解码也有很多代码可以参考。手机应用程序的复杂度，不是单一的因素引起的，而是众多因素掺杂在一起，结果复杂度远远超过各种因素的总和。
&lt;img src ="aggbug/1379123.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>手机搜索设计备忘录</title><link>http://blog.csdn.net/absurd/archive/2006/11/08/1374276.aspx</link><pubDate>Wed, 08 Nov 2006 20:59:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/11/08/1374276.aspx</guid><wfw:comment>comments/1374276.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/11/08/1374276.aspx#Feedback</comments><slash:comments>8</slash:comments><wfw:commentRss>comments/commentRss/1374276.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1374276</trackback:ping><description>我们要在手机上做一个搜索的应用程序，它支持在名片、邮件、短信和文件系统等不同的数据源中搜索。和普通的桌面搜索相比，它的功能相对弱小，不支持组合查询，只支持简单的正则表达式查询。尽管如此，这个应用程序还是很实用的。前段时间大概想一下实现它的方法，最近和负责该模块的同事做了简短讨论，这里做个备忘。&lt;img src ="aggbug/1374276.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>[linux手机平台]让应用程序单实例运行</title><link>http://blog.csdn.net/absurd/archive/2006/11/05/1368347.aspx</link><pubDate>Sun, 05 Nov 2006 21:28:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/11/05/1368347.aspx</guid><wfw:comment>comments/1368347.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/11/05/1368347.aspx#Feedback</comments><slash:comments>5</slash:comments><wfw:commentRss>comments/commentRss/1368347.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1368347</trackback:ping><description>和PC上的应用程序不同，手机上的应用程序一般都只允许单实例运行。当应用程序已经在运行，再次运行该应用程序时，通常只是把该应用程序的窗口提到前面来，把新的命令行参数传递给第一个运行实例，而第二个实例退出。这在传统的单进程多线程的手机平台中，实现是简单而直接的，而在linux这样的多进程平台里，则会稍微困难一点。&lt;img src ="aggbug/1368347.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>[手机平台]Alarm事件管理器设计备忘录</title><link>http://blog.csdn.net/absurd/archive/2006/09/19/1249711.aspx</link><pubDate>Tue, 19 Sep 2006 22:33:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/09/19/1249711.aspx</guid><wfw:comment>comments/1249711.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/09/19/1249711.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1249711.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1249711</trackback:ping><description>这里的Alarm是指定时提醒相关的Alarm事件。在智能手机里，个人信息管理(PIM)是其重要组成部分之一，而在PIM应用程序里，很大一部分都与Alarm有关，比如闹钟、日程和任务等等。加上其它诸如定时开/关机等杂七杂八的应用程序，很多应用程序都与Alarm事件有关。所以Alarm事件的处理，在很大程度上影响着系统的复杂性和工作量。这里对Alarm事件管理器的设计做个简要备忘。&lt;img src ="aggbug/1249711.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>Linux下文件关联的实现原理</title><link>http://blog.csdn.net/absurd/archive/2006/08/30/1146066.aspx</link><pubDate>Wed, 30 Aug 2006 22:43:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/08/30/1146066.aspx</guid><wfw:comment>comments/1146066.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/08/30/1146066.aspx#Feedback</comments><slash:comments>7</slash:comments><wfw:commentRss>comments/commentRss/1146066.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1146066</trackback:ping><description>我们知道在Windows下，双击一个可执行文件，文件管理器会自动运行这个应用程序。而双击一个数据文件时，文件管理器会用与之关联的应用程序打开它。数据文件与应用程序之间的关联是通过注册表来实现的：文件管理器查询注册表，找到数据文件对应的应用程序，然后运行这个应用程序，并把数据文件的文件名作为命令行参数传给它。

这种文件关联的方式非常好用，省去了先起动应用程序再打开文件的麻烦。Linux下的桌面环境也有类似的功能，而且实现方式更合理。最近负责开发一个资源管理器，本来GNOME有一个功能强大的资源管理器Nautilus，只是它过于庞大，不但有超过10万行的代码，还依赖于libgnome、gnome-vfs和CORBA等，故不适合于嵌入式应用。最终我们决定自己开发一个简化的资源管理器，但又要尽量兼容现有的应用程序，这要了解相关标准，文件关联方式是其中之一。把这几天学到的知识做个笔记吧，供有兴趣的朋友参考：
&lt;img src ="aggbug/1146066.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>absurd</dc:creator><title>关于Gconf改造的构想</title><link>http://blog.csdn.net/absurd/archive/2006/08/13/1058589.aspx</link><pubDate>Sun, 13 Aug 2006 17:16:00 GMT</pubDate><guid>http://blog.csdn.net/absurd/archive/2006/08/13/1058589.aspx</guid><wfw:comment>comments/1058589.aspx</wfw:comment><comments>http://blog.csdn.net/absurd/archive/2006/08/13/1058589.aspx#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>comments/commentRss/1058589.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1058589</trackback:ping><description>Gconf在GTK+应用程序中的应用越来越广泛，在我们的系统中支持gconf无疑是明智的选择。但问题在于Gconf采用的CORBA作为进程通信机制，这让人有些不爽，在手持设备中使用CORBA有些大材小用。我们已经选择用DBUS作为进程间通信机制了，再加CORBA也是很浪费的。所以我们决定用DBUS替换gconf中CORBA。&lt;img src ="aggbug/1058589.aspx" width = "1" height = "1" /&gt;</description></item></channel></rss>