基于URI的信息共享的想法

   确实如此，而且URI中的每一段，其实代表了对事物分类的不同角度，如果看作是维度，那么多个维度交叉点唯一时，事物才能被唯一确定。但是，正如所说，任意一个维度的建立，都可能是很庞大的，基于多个维度的推理，肯定也是很复杂的，结果可能唯一，更多的可能是不唯一，例如 \北京\苹果 ，则既可能是水果，也可能是公司，或者是手机。。。


另外，将来如果可以在搜索的地址栏里，输入  http:\\www.xxx.com\水果\北京\苹果   就能明确的获得北京的苹果的品种、价格等信息，而不要出来什么水果店，水果捞，手机之类的，那就比较好了

离开某个领域空谈语义是没有任何意义的，语义的理解是建立在一定的业务上下文基础上的。事实是国外已经在不同的领域里建立的大量的语义模型，比如人财物领域的OAGIS，电力领域的CIM，Multispeak,GIS领域ORM。以语义标准为基础，加上技术标准就能真正实现互操作，而互操作则是物联网的基础。REST不过是一种技术的实现方式而已。

上升到标准，就太复杂了，记得很早以前IBM的San Francisco，设计非常复杂的基础业务组件和模型，最后也消失了。

其实希望可以从最基础、最简单的事情做起，如果连简单的事情都解决不了，那就没什么意义了。

举个很简单的例子，我所在的公司，内部系统五花八门，不要说这些应用的集成了，就是一个最最简单的员工信息，就无法共享，最近刚换了部门换了工位，有的系统改了，有的系统没变，虽然问题不大，但至少给需要查找我的人制造了障碍。

我很想通过一种方法，可以解决这种问题，在最小范围的影响下，逐步的共享信息，逐步的集成应用。

传统工业制定了大量的标准，IT领域刚刚起步，固然很难。

Restful的思想，直接用SpringMVC就可以了

嗨，也可以参考LDAP。

数据共享的接口可以是Restful的，也可以基于SpringMVC来实现，但是更多的工作，我想应该是对URI的分析吧。

例如我用中文输入了一个水果的信息，URI是roland1125\早餐\苹果，另外一个英语系的人输入URI为 roland1125\breakfast\apple，就可以知道我早餐吃的那个苹果的信息了。

输入可以是纸笔、电脑等，但是除了需要符合URI的输入格式外，其内部的分析过程，才是我想得到的

to wugc
对 LDAP 不了解，看了些介绍，不很明白，可以解决我前面举的例子的问题吗？

刚看了一个老帖子，关于REST的， http://www.iteye.com/topic/295195 ，感觉个人之前对REST的了解应该都是很肤浅的和不正确的，至少不是Fielding所提出和强调的，所以，从现在开始，不再认为本帖的想法与REST有什么关系了

原来我想的是这么个东西 linked data ，早就有好多研究啦！

https://docs.google.com/View?id=ajjq7zprkrz8_0dfhmj8cs