看来我弱爆了。。。大家都开始实践了，我还在各种想。。。水平还是太菜。。。
这个就是我根据@九十钩圈凯_ 的实现，完成的对
Subway
整体结构的设计。把整个程序分成以下几层。毕竟经验比较少，不知道这样做合不合适。
基本结构就是这样。
HTML
作为配置文件，存储在本地，包括背景图片和磁贴的位置（用表格或者其他布局方式摆放磁贴），同时调用磁贴脚本。但是不包括磁贴的绘制。
磁贴脚本是每个磁贴对应的脚本。包括使用绘制自身和交互。由
JavaScript
写成。
JavaScript API
一方面是对本地服务器提供的信息进行封装，方便磁贴脚本获取本地信息。另一方面将此贴的基本行为尽心封转，比如添加背景，设置大小等。
本地服务，通过
HTTP
协议和
JavaScript API
通信，为其提供本地的信息，比如文件系统情况等。所谓的本地服务不一定就只能在本地，客户端可以链接到远程计算机的服务端上，这样可以方便的监测远程计算机情况。
这种方式结构比较灵活，有点像
X
协议的模式
。
还有一种看起来很可行的结构是@
冰雪聪明琳之风 提出的，完全本地化的结构。
Qt
提供扩展脚本，扩展能力绝对不会差。先定义好绘制以及获取系统信息的
API
，之后就靠
Qt
调用拓展脚本，完成绘制和交互。
另外希望能够成立一个
Subway
的开发小组，如果每个人有着自己明确的分工，应该能减少一些重复的工作。也能让开发更稳定一些。
大家怎么看？
@九十钩圈凯_
@
冰雪聪明琳之风
@mabole0130

@
冰雪聪明琳之风

彩笔膜拜

我是这样设想的，楼主的Javascript API和本地服务合并在一起，用node.js实现
界面用AppJS显示HTML
（以上是大概做了概念验证的，以下还没测试）
index.html放div（只做框架），然后用某种Javascript HTML Template Engine来描述每个tile内部的HTML结构，并用JS脚本加载

这是啥?"磁贴的绘制"?

另外，它是否需要安装?安装时提供什么样的配置选项?应当以什么应用为主?浏览网页还是Web App?

nodejs足矣

我会考虑单独搞个项目论坛
       ————Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0

爪机党表示对此事件高度关注

apache方案：
pacman -S apache php
正在解决依赖关系...
正在查找内部冲突...
目标 (5)： apr-1.4.6-1 apr-util-1.5.1-1 unixodbc-2.3.1-1 apache-2.2.23-1
php-5.4.9-1
全部下载大小：4.42 MiB
全部安装大小：22.27 MiB
nginx方案：
pacman -S nginx php php-fpm
正在解决依赖关系...
正在查找内部冲突...
目标 (5)： geoip-1.4.8-2 geoip-database-20121105-1 nginx-1.2.5-2 php-5.4.9-1
php-fpm-5.4.9-1
全部下载大小：5.83 MiB
全部安装大小：25.48 MiB
差不多都是25M
总的来说，nginx占用内存少，配置文件改动较麻烦；apache占用内存多，配置文件改动简单
       ————Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0

因为web开发我也是初学，所以合作非常重要。尤其是客户端和服务端的整合
       ————Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0

我来说一下我的想法
首先，整个框架应该在本地实现，来处理磁贴的排版和与磁贴内容无关的效果
然后，磁贴的内容应交给具体的应用来处理
最后，在应用方面，应该是完全自由的；可以在本地，也可以在远程，可以基于HTML，也可以基于X（或者一些跨平台的界面库）
好吧，这有点像X的模式