写在前面:我忘了我je的密码了,就贴到自己博客吧。
帖子地址:http://galaxystar.javaeye.com/blog/210934
目前看官方可能不会在今年放出ruby的包了,不过从长远(非常长远啊)的角度看,这个ruby包还是有前途的,毕竟大量的网站可能会安装使用ucenter,与uc的互通是有必要的。
但是,ucenter的概念很简单,1-2个程序员完全可以用ruby来开发一套基于rails或其他框架的ucenter包来。
关键的关键,ucenter的理念对我个人影响很深,我在逐渐用这个方式来思考新的设计项目-------------松耦合,目标是:每一个部分可以单独安装。
从近来对ucenter的了解,uc包含如下几个关键功能:用户验证(注册,登陆),web应用管理,积分换算,feed,好友,站内短信,黑名单等。(从uc_client包内的client.php可以看到这些)。其中的要点是要解决好积分换算和feed,uc是为多个系统服务的,之间的积分,金币换算非常重要。feed是要告诉各个应用,当前应用的当前用户的操作是什么。
不过这里有个问题,就是uchome将我们带进了一个弯路。uchome是一个代表性的uc应用,可是在开发上,比如实名,用户资料扩展,就对uc的定义产生了影响。例如,实名在别的系统无法使用,因为它不存在uc中,后果是如果每个应用都有一个关键的用户资料扩充或feed扩充,将会无法实现(我只能hack了)。
另外:ucenter设计真的合理吗?
所以,我想在下一个Rails项目之前,了解下facebook的设计,如果我能快速理解的话。希望来的朋友多提供宝贵看法,谢谢。
再补充些观点:uchome1.5的推出,必将在江湖上产生无数的sns应用,这对开发者是个好机会,基于uch的应用必将收到欢迎。但是同时,sns概念也将从火热转为平淡,没有灵魂的sns也将死去。所以,基于sns,或者是摒弃传统sns的开发,将会给web应用带来生机。庆幸,下一个项目就是这样的。。。。。
ps:很看好web game。


















发表留言