Ucenter是康盛的那个ucenter，优点在于可以方便的整合DZ相关程序以及一些流行的cms系统，实现多应用多站点账号统一，同步登录等功能。

TP只是一个框架，很难像成型产品那样直接整合uc，因为登录逻辑每个人的产品都不一样，更不谈更复杂的积分系统等等了。

目前有一些tp整合uc的教程或案例，基本都是直接复制uc安装包里的examle的api脚本，直接放在站点根目录下，稍微复制粘贴一下配置参数也马马虎虎能用，更深层次的定制教程几乎没有。

TP3.2模块化结构，我想分应用开发越来越少，从现在开始一个应用基本可以当作一个模块去开发，按照之前那种简单的整合，只能整合整个应用，问题是当模块之间用户系统有差别时怎么办？通过uc.php通信同步登录的时候，后台模块与前台模块总不能都用同一个session吧？

这种情况下，每个模块就是一个应用，我们需要在ucserver后台针对每个模块添加单独的应用配置，通信脚本也不能直接用站点根目录下的api/uc.php，每个模块应该有自己的一套响应机制，至于一些公共的部分可以封装到一个父类里面。

简单梳理一下，有以下几点：
1.不要直接使用uc案例里的api/uc.php，应当研究uc的通信机制，然后自己开发通信脚本。
2.将uc客户端部分作为一个模块Application/ucenter
3.通过在ucenter模块下建立不同的控制器对应不同的模块的通信地址


大家有什么好的看法多多提，我想开发TP的UC客户端模块。