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客户端模块。