2006年10月20日

记一下
比较:
http://blog.csdn.net/huijunzi/archive/2004/03/25/5095.aspx

vml资源:
http://www.itlearner.com/code/vml/index.html
http://www.8esky.com/vml/index.htm
http://srufaculty.sru.edu/david.dailey/grapher/grapher.96.html

canvas资源:
http://developer.mozilla.org/en/docs/Canvas_tutorial
http://starkravingfinkle.org/blog/2006/03/svg-in-ie/
http://me.eae.net/archive/2005/12/29/canvas-in-ie/

2006年09月13日

graceful,pragmatic,flexible,unobtrusive,agile
default,classic,perspective,customize
嗯嗯,还不够多,要经常学些好词以备不时之需,并不断心理暗示:我英语好牛啊

desktop http remoting,web/ajax offline support
mashups的理念
actionmessenger应该做得更广,达到desktop&web independent

2006年09月12日

serializable,continuable,traceable CodeSegment
算法作为数据,用管理数据的方式 管理算法,就是所谓的工作流
singleton workflow entity,用ruby的singleton_class/metaclass实现FSM式工作流

http://www.gaimcn.com/blog/

2006年09月06日

http://hedong.3322.org/archives/000429.html

预编译JSP。

2006年08月29日

传统桌面软件往WEB上做是个很好的思路。(其实俺还是倾向于两者

结合)
WEB软件的优势除了无须安装客户端外,还有更方便的信息共享,集体写作,汇总分析。
上次俺提的WEB版的思维导图软件实现上是难了点,感觉还是很有前途的。
代宝地侃侃俺的想法。
简单的功能,可以学freemind。
复杂的可以照抄mindmanager,它的功能都可以做,如针对结点写comment/note;observe某结点或diagram;brainstorm模式的支持;
style/theme/wizard/label/version control&compare;…
这么看来,mindmanager与WEB版工具的关系,如同word与wiki一样了。word对于多人共同编辑和共享,就不如wiki来得好。
同样,mindmanager对于多人编辑支持的也不够好,文件是通过邮件(?)传给下个编辑者,类似word的修订功能来标记谁改了什么。
WEB软件这方面有先天优势。
另外,思维导图与wiki的关系,也可以是互补的:
1. 思维导图作为另种展现形式嵌入wiki中。(如confluence的可视化editor)
2. wiki作为结点的一种编辑形式嵌入思维导图中。 (如comment或直接是note采用wiki风格)

如果互联网多一种图形方式随手记的便捷小功能,我会喜欢的 :-)

2006年08月26日

2006年08月23日

谢谢醒来老大,这些资料真讲究:

A DOM Ready Extension for Prototype
http://ajaxcn.org/space/start/2006-07-14/1

改善 window.onload
http://ajaxcn.org/space/start/2006-04-14/5

windows.onload事件,是等所有外部元素(如图片)加载完才触发的,这样就有可能需要:
对于包含大量图片但只需html dom加载完就要执行javascript初始化。
http://ajaxcn.org/space/start/2006-07-14/1
文中提到的dom ready库依赖prototype,有人做了不依赖其它库的封装:
http://www.cherny.com/webdev/24/domloaded-script 
demo: http://www.cherny.com/demos/onload/
下载地址:http://www.cherny.com/demos/onload/domloaded.js
用法:在head里:
script type="text/javascript" src="domloaded.js"></script>
<script>
  function init(){
    alert("初始化函数执行了");
 }
  DomLoaded.load(init);
</script>
其中,load方法可被多处调用。



文章时间: 2006-8-20 周日, 上午5:24    标题: 桌面应用与WEB应用相结合(InstantWeb) 探讨 引用回复

来到这行当,眼瞅着WEB应用风头走盛、桌面应用走向衰败。AJAX出现,给WEB应用增色不少,Rich Client也受到更多人的关注,这使我们反思,这本属于桌面应用的荣耀,又开始回归了么?
WEB应用和桌面应用的优缺点各是什么?数年前也许已经分析的极为透彻了,但随着硬件设备、网络状况、功能需求、商业模式、用户体验、现有技术、流行时尚(!)等的发展,各因素权重发生变化,需要我们重新审视。

WEB应用优点是安装布署升级简单、客户端配置要求的低、没有因额外安装造成的安全/信任问题;桌面应用优点是响应速度快、界面展现丰富、开发速度快、可提供即时交互功能、可操作客户端本地资源(既有好处,也有坏处)。

随着PC机处理能力不断增强,用户对使用体验和运行速度的要求不断上升,部份运算工作开始向客户端倾斜。我在考虑的是,如何结合桌面与WEB的优点?(竟说了这么多废话!)

google给了我们一些启示:以WEB应用为主体,辅以桌面应用/浏览器插件,其中非桌面应用独有特征的功能,以嵌入WEB页面的方式(WEB应用佐以AJAX…)展现:桌面应用的壳,WEB应用的实。

难道纯WEB应用不行吗?
假如你不想每天开始工作时都要打开浏览器、输入记住的网址;
期待更快的速度,更友好的界面;
即时通知功能,本地程序一样的提示效果(如gtalk来信显示);
服务器端推信息过来;
本地信息存储,离线浏览;
。。。

一个小想法:
即时论坛(Instant Forum):桌面程序,像gtalk一样,显示各版块和版内文章列表。可observe某个贴,或设定(按时间、条数、等级、作者、版块、tag…)最新文章提醒;可设定提醒方式(QQ的那种,直接弹出式/显示新条目数/不提醒直接存储在本地);可按gtalk聊天的方式回贴;可邀请人回贴(类似群聊);聊天记录可设定归档部份;可直接打分/收藏;可下载数据到本地;本地/网络搜索;桌面程序自动升级;自动登录;启机自动运行;发贴时标记关键字/tag;发贴时系统显示类似贴;贴子合并、集体编辑功能;成员在线交流…

由上可延伸出一些即时自助软件,如即时自助翻译软件(Instant Translator):功能同Instant Forum,专门针对翻译领域,论坛以行业、书目分版,每个人可设定自己关注的行业/书目,贴子分原文和译文,可标记关键词、引用、音标等…

keywords:RSS、AJAX、XMPP…

困老,欢迎大家拍砖,提出你的想法。
上面的想法对桌面程序(主要是它的即时性)有太高期望,大概不会对下一期rails活动有什么帮助,也不会给javaeye新版什么启示,权当练习下小学作文
Surprised