你也许已经看到了今天很多关于我们正在测试的一款新产品的报道，猜测了我们的计划。在这里我告诉你们我们真正在作的是什么。我们在测试一种内容拥有者提交他们的内容到google的新方式，通过这种方式，有希望补充我们已经使用的方式如google机器人以及SiteMaps（站点地图）。我们认为这是一款让人激动的产品，有新消息我们会立即通知你们。

在正常情况下，定义语义的标准格式（schemas）似乎更好，但是，问题出在把什么内容放进这些标准格式，还有很多工作要做。

互联网提供了很多破坏规则的机会。门户新闻和搜索引擎新闻已经破坏了传统媒体的规则，分类网站正在破坏一些电子商务网站和招聘网站的规则。即将露面的 http://base.google.com/服务，很可能是一个更大的破坏者，它有可能笼络更多的个人内容提供者，进而改变互联网长期以来内容的组织方式。

这是一个简单的调查。

我打算做这样一个项目，项目的细节就不说了。从用户体验的角度来说，你可以把它看成是一个新型的MSN或者QQ

作为用户，您的“好友列表”里存在的可能不再是您的好友，而是您订阅的服务。比如天气预报，订机票，订餐等各种服务。试想，如果您想去某个地方，只需要在这样的QQ中跟某个"好友"询问是否可以订票，是否能定到票，是不是可以极大的节省您的时间和精力呢？当然，这里的服务不会只有订票这样简单的，还有很复杂的，比如帮助您设计旅行计划，帮助您理财等等。这些服务可以通过查找的方式找到他们。如果您需要某种服务，而这种服务又不存在，您还可以发布一个这样的需求。当有人现实了您的需求，这个QQ会立刻通知您。

作为服务提供商，您可以发布各种服务。我们还可以将用户发布的需求提供给您，同时统计出某个需求的需求量，让您清楚地了解此类需求的商业价值。

我们的系统将会监控各个服务的质量，并将最新的服务质量立刻发布给用户和服务提供商，用这种方式维护整个系统中服务的有效性。

这样的系统是否吸引你呢？请投上您的一票，谢谢！
如果对这个项目有什么意见或建议，也请提出来，再次感谢！ 

目前，参与这个调查的人并不多。但是目前看来，大家都觉得这个点子不错，有发展前景。当然，可能也会碰到很多问题。比如，有人说它应该做的简洁、专业，并且需要进行很好的市场推广；有人说不知道它提供的信息是否能满足使用者的需求；有人质疑这样的平台如何收费；有人强调这个平台上的信息可靠性。。。

当然，我也听到了反面的声音。其实这个时候反面的声音更有价值。

质疑：
1.QQ本来是个沟通交流平台,不是信息平台.想要信息东西网上的资源很多
2.这样的信息平台可能开始会有点作用,但是运行一段时间之后很可能会变相成为广告平台
3.这跟直接在网上搜索什么区别
4.天天开机就要挂的那种，占用资源，浪费带宽
5.对于服务,不是时时刻刻都用,可以说,很多是很久才会查查。如果你天天电脑上N多东西,肯定不爽

回答：
1.这不是im，不是qq，不是msn，而是一个服务平台。你可以把服务想象成商品，在这个平台上使用和买卖。只不过，它的外型跟qq相似罢了
2.作为用户，你有权利来对一个服务作出评分。其他人在使用这个服务之前，会查看别人对这个服务的评分。你有权利加服务为好友，发起者只能是用户而不能是服务，两个对象不是平级的
3.网上搜信息要时间并且找到的也不一定可靠。再说，你需要某种服务，如果找不出一个合适的，怎么发布出需求？怎么匹配出别人实现了你想要的东西？
4.qq刚出来的时候，有多少人能够预见到今天这么多人一上网就开qq？一旦上网成为习惯，必然有些软件随着这些习惯变成生活必需品。
5.等到有一天你发现发邮件，打印，定会议室，打电话都成了一种服务，你就会改变这种看法了。我们做的这个就是想把什么都做上来，任何东西都可以作为服务，你刚刚说的全都是。每个人都在这个服务的海洋之中寻找自己需要的那一小部分服务。那么，你的机器上就不再需要装很多东西了，一个就够



一旦上网成为习惯，必然有些软件随着这些习惯变成生活必需品。ie是这样，msn是这样，qq是这样，下一个是什么呢？

这次的代码大改造，需要严重的感谢一个人：reload_cn。非常感谢他能耐心的听我不停的发牢骚，并给于正确的指导。这对后来的改造成功起决定性作用。尽管他将社区里的帅照改成了黑猩猩......

好，转入正题。目前的编辑器功能已经实现了，但是为什么要改布局呢？因为现在编辑器采用的是xyLayout，创建一个对象之后，将它的xywh保存在模型对象中，然后再refreshVisual的时候设置Figure的Bound。这么做的问题是，首先，没有很好的计算坐标，所以坐标有点出入（有的时候坐标出入大的难以接受），其次，本工具定义的主要是流程，所以编辑器里的“内容”很多，每创建一个对象都需要手工拖拽到合适的位置上。

在reload_cn的提示下，我研究了一下GEF的Flow例子。由于时间关系（元旦之后就会发布最终版本，要不加班，要不加快脚步干活），我直接就将flow里的GraphLayoutManager拿过来用了...

结果是，经常报些莫名其妙的错误。

所谓心急吃不了热豆腐。

继续在reload_cn的提示下，研究了他的sequnce diagram的例子。在这个例子中，他做了个很简单的布局处理。

从这里例子中，我领悟出了真谛：
      在EditPart中设置的Layout Policy其实主要处理的是创建对象等等request，并不处理真正的编辑器布局。又或者说它的布局是逻辑意义上的。真正处理布局，来让我们看到效果的，是Figure的布局。而这个正好是我常常忽略的。

Figure怎么布局？？我一般用的就是xyLayout和ToolbarLayout。但是如果要作出漂亮的效果，这些还是不够的。八进制的blog中提到了draw2d的tree example。我看过了，然后研究了一下，觉得太简单了，不能符合本项目的需求。

回头再看看flow，觉得这个例子本身就是流程定义，并且跟我的项目在Figure上有很多共同点。。。

仍然心有余悸，毕竟用flow的代码作的所有尝试（用了1天的时间）全部失败了，而且还败的莫名其妙。


开始尝试

不能因为失败，所以放弃（但是可以有放弃的想法，呵呵）。我决定一点一点地来尝试。

首先，我替换了所有的icon，至少图标看起来已经舒服多了。

接着，根据flow中figure的做法，更新了项目中的所有Figure。运行一下看看，呵呵，至少图标很象了。

我很喜欢flow中自动计算Figure位置的功能和动态移动效果。怎么办？继续改装代码。

将GraphLayoutManager小心翼翼的搬了过来。没有效果。但是至少没有出错。

开始使用GraphLayoutManager来进行坐标计算。（这个过程漫长而痛苦，不停的报异常，不停的对比代码，不停的跟踪，不停的发牢骚....）

最后出的问题最有意思，假如编辑器根模型的Figure采用flow中的figure，那么编辑器中只显示连线。为什么呢？因为我的编辑器中使用的是viewer.setRootEditPart(new ScalableFreeformRootEditPart());而flow中用的是getGraphicalViewer().setRootEditPart(new ScalableRootEditPart());所以在我这边，figure采用FreeformLayer就no problem了。

最终得结果是改好了，一切都跟flow那么象

结果

    


结论

假如你和我一样，在项目制作后期修改编辑器的布局，这里有几个建议：

1 研究一下例子，从简单的开始，一直到难的，让理论知识根深蒂固。
2 作个小例子，或者将你已经作的小例子进行类似的改编，看看出什么问题，为什么出问题。
3 例子没做出来没关系，这些跟头栽在小例子上比栽在项目中让人欣慰的多。
4 先修改Figure。尽量接近你想要的效果。
5 引入布局，暂时不要使用它，只要他的流程走下来没有问题就成功了一半。
6 使用布局。会出现很多问题，但是很容易定位问题。调试吧。

暂时就这么多吧，刚刚的改动导致了编辑器中的删除功能抛异常，我得看看去

使用这项服务，首先需要注册成为Jyve的用户。然后进入产品页面购买Q-Card和Jyve-Tag。说是购买，其实并不需要花费金钱或者预留卡号之类的。Jyve的这两项服务目前还在测试期间，所以提供了免费的45天的试用。

关于此项服务的使用，Stuart那里有张图示。

图片显示挺快，因为是PNG的，而要连到jyve站可就难了，至少从我这里是这样，不知道该站招惹国内的监管机构什么了:(

不知道将来会不会免费的Skype的现场状态显示服务出现。有个人用VB写了代码，用ASP在网上显示，不过这个需要能够在服务器端安装dll库，也是个麻烦。meblue作了个skyepresence，并提供了相应的服务器端的asp元代码。演示的情况可以在这里看到。它是利用本地去调用服务器端的asp程序，更新状态。

说到这种Web Presence服务，前些天腾讯也开始提供该服务：腾讯互动门户。人们可以将它提供的代码张贴到网页上，自己的QQ的在线状态就能被显示出来，并且能够“允许您在不加好友的情况下和域中的朋友发起临时会话。”

看看效果如何：

我喜欢这种不比添加为好友的即时通讯，否则，老长的一串列表会让自己眼花缭乱的。

Blog辅以留言、即时通讯、Skype、Email等，能够让Blogger的联系更加立体生动，而不再仅仅是一张网页那么扁平和遥远。



原文地址：http://www.klogs.org/archives/2004/11/ioeacieweb_pres.html