You are here
微信开发学习日记（八）：7步看懂weiphp插件机制，核心目标是响应微信请求
星期四, 2016-06-16 17:22 — adminshiping1
又经过了几个小时的梳理、回顾，截至目前，终于对weiphp这个框架的机制搞明白了些。想要完全明白，自然还需要大把的时间。
第1步：
配置微信公众号，http://weiphp.jiutianniao.com/ ... .html
从上面这个配置可以看出，微信请求呗weiphp的入口文件index.php接收了，可能会被/home/weixin/index/这个action响应。
第2步：
index.php入口文件，校验了是否是微信请求。
/**
* 微信接入验证
* 在入口进行验证而不是放到框架里验证，主要是解决验证URL超时的问题
*/
if (! empty ( $_GET ['echostr'] ) && ! empty ( $_GET ["signature"] ) && ! empty ( $_GET ["nonce"] )) {
}
第3步：
入口已经验证过了，即不是“第一次” ，请求会被分发到home模块的WeixinController的index这个方法。
第4步：
在index方法中， 首先获得的就是token、openid、粉丝等信息。
最关键的处理是，回复数据。
// 回复数据
$this->reply ( $data, $weixin );
第5步：
在reply函数中， 就是寻找合适的插件进行消息响应。
涉及到的问题有，安装了哪些插件、哪些启用了、哪些有权限。
准备了可用插件之后， 根据消息的类型，事件、地理位置、订阅，寻找合适的插件，比如如果有location事件，插件就执行对应的回调方法。
还有的情况是，消息。
根据关键字，回复消息。
这个时候，问题就变成了 插件定位问题。
a.通过插件标识名、插件名或者自定义关键词来定位处理的插件
b.通过精准关键词来定位处理的插件 token=0是插件安装时初始化的模糊关键词，所有公众号都可以用
c.通过模糊关键词来定位处理的插件
d.最终也无法定位到插件，终止操作
疑问：通过代码，发现location等事件，有很多插件都会处理这个事件。而消息，只会找到一个插件。是这么个情况么？
第6步：
插件的weixinmodel。
/**
* Vote模型
*/
class WeixinAddonModel extends WeixinModel {
function reply($dataArr, $keywordArr = array()) {
}
微信插件，基本都会有个WeixinModel类，如果有必要，会响应微信的请求。
第7步：
URL响应问题。
这个地方一直有疑惑，如果所谓的插件机制，就是根据用户发送到关键词，让不同的类-插件去响应，这也太没有“含金量” 了吧。难道微信的核心玩法就是这个东东么？
class VoteController extends AddonsController {
}
每个插件，可能会有Controller，响应URL请求。比如，后台管理和前台管理（不会直接和微信进行交互） ，会有一些管理方法，设置信息之类的。
另外，有些在weixinModel的reply 方法中，可能包含了插件内部定义的url，这个感觉才真的很有价值。
总结：weiphp这个微信框架，简要总结起来就4点。
1.weiphp基于Thinkphp和Onethink。疑问的是，weiphp有没有对Thinkphp和Onethink的核心代码有改动。如果有改动的话，更多的应该是对Onethink改动。
2.weiphp的核心入口，就是index.php和/home/weixin/index方法，验证和响应微信请求。
3. 插件机制，感觉就是根据关键字找插件，让插件响应请求。
4.后台管理系统、用户端的前端管理、插件机制，都是为了微信框架的核心目标“响应微信请求”。
这才是最最关键的地方呀。
来自 http://blog.csdn.net/fansunion/article/details/45094155
第1步：
配置微信公众号，http://weiphp.jiutianniao.com/ ... .html
从上面这个配置可以看出，微信请求呗weiphp的入口文件index.php接收了，可能会被/home/weixin/index/这个action响应。
第2步：
index.php入口文件，校验了是否是微信请求。
/**
* 微信接入验证
* 在入口进行验证而不是放到框架里验证，主要是解决验证URL超时的问题
*/
if (! empty ( $_GET ['echostr'] ) && ! empty ( $_GET ["signature"] ) && ! empty ( $_GET ["nonce"] )) {
}
第3步：
入口已经验证过了，即不是“第一次” ，请求会被分发到home模块的WeixinController的index这个方法。
第4步：
在index方法中， 首先获得的就是token、openid、粉丝等信息。
最关键的处理是，回复数据。
// 回复数据
$this->reply ( $data, $weixin );
第5步：
在reply函数中， 就是寻找合适的插件进行消息响应。
涉及到的问题有，安装了哪些插件、哪些启用了、哪些有权限。
准备了可用插件之后， 根据消息的类型，事件、地理位置、订阅，寻找合适的插件，比如如果有location事件，插件就执行对应的回调方法。
还有的情况是，消息。
根据关键字，回复消息。
这个时候，问题就变成了 插件定位问题。
a.通过插件标识名、插件名或者自定义关键词来定位处理的插件
b.通过精准关键词来定位处理的插件 token=0是插件安装时初始化的模糊关键词，所有公众号都可以用
c.通过模糊关键词来定位处理的插件
d.最终也无法定位到插件，终止操作
疑问：通过代码，发现location等事件，有很多插件都会处理这个事件。而消息，只会找到一个插件。是这么个情况么？
第6步：
插件的weixinmodel。
/**
* Vote模型
*/
class WeixinAddonModel extends WeixinModel {
function reply($dataArr, $keywordArr = array()) {
}
微信插件，基本都会有个WeixinModel类，如果有必要，会响应微信的请求。
第7步：
URL响应问题。
这个地方一直有疑惑，如果所谓的插件机制，就是根据用户发送到关键词，让不同的类-插件去响应，这也太没有“含金量” 了吧。难道微信的核心玩法就是这个东东么？
class VoteController extends AddonsController {
}
每个插件，可能会有Controller，响应URL请求。比如，后台管理和前台管理（不会直接和微信进行交互） ，会有一些管理方法，设置信息之类的。
另外，有些在weixinModel的reply 方法中，可能包含了插件内部定义的url，这个感觉才真的很有价值。
总结：weiphp这个微信框架，简要总结起来就4点。
1.weiphp基于Thinkphp和Onethink。疑问的是，weiphp有没有对Thinkphp和Onethink的核心代码有改动。如果有改动的话，更多的应该是对Onethink改动。
2.weiphp的核心入口，就是index.php和/home/weixin/index方法，验证和响应微信请求。
3. 插件机制，感觉就是根据关键字找插件，让插件响应请求。
4.后台管理系统、用户端的前端管理、插件机制，都是为了微信框架的核心目标“响应微信请求”。
这才是最最关键的地方呀。
来自 http://blog.csdn.net/fansunion/article/details/45094155
普通分类: