微信框架的几个层次

第一层次:通信处理

对访问微信服务器进行处理,主要解决报文来来去去的问题。这里采用的技术一般是HttpClient或类似的技术。

第二层次:报文解析

通过对报文进行解析,让程序员直接要拿到的报文对象进行处理,避免程序员自己手工处理XML和JSON相关。这里采用的技术一般是XOM框架及一些JSON转换相关的技术。

第三层次:报文模拟发送

在调微信相关接口的时候,经常要对微信的API接口进行验证,实际上微信的API中有大量的坑,如果通过写程序来试错,效率会非常底,这个时候,如果有一个报文模拟发送的程序,最好能够提供一个编辑界面,它可以是客户端模式也可以是网页模式,模式不重要,解决问题最重要。通过此模拟功能,可以方便快速的对微信服务器提供的接口进行验证。

第四层次:报文模拟接收

说到开发微信,就会涉及到报文处理,比如从微信服务器接收到一个消息怎么处理,如果这个过程需要用手机模拟,然后再通过微信服务器真的传输过来,然后不断的开发调试,那么其开发效率可想而知,如果这个时候有一个报文模拟接收的处理,那么就可以想要啥内容要啥内容。通过此模拟功能,可以在实验室环境模拟所有的场景,而不必要每次都要发布到真实服务器上进行测试。

第五层次:报文处理框架

报文的处理是一个复杂的过程,如果全部由开发人员进行处理,那么就会导致开发过程非常混乱,如果有一个报文处理框架予以支持,那么就可以大大的简化开发人员的开发过程。

第六层次:上下文保持

我们知道,进行微信开发时,有时候一个人的操作是连续的,这个时候,就需要有类似于Session的概念在里面,这样才能支持比较复杂的应用。比如,我们开发一个猜数字的游戏,当然这个对程序猿(媛)们都不生疏,就是用2分法来查找,服务器告诉我们猜大了还是猜小了,不断的尝试就可以猜出来。但是就是这个小游戏,实际上就需要用到类似于Session的概念来完成。

第七层次:处理的水平扩展能力

我们公司在年会的时候,想玩个摇一摇,结果几千人一起摇动起来,笔记本上装的那个微信后台应用居然就奔溃了,死活没有反应。如果要搞更大的活动,几台服务器可能都处理不过来,这个时候就要有强大的分发及水平扩展能力。

第八层次:命令处理框架

实际上一个微信公众号,许多的时候都是通过使用者用文字(语音识别也归到用文字)的方式与平台进行交互,这个时候,其实就是一个命令行的处理。这个时候,如果让开发人员快速方便的开发这些命令行的处理程序就非常重要了。

第九层次:模板语言的引入

我们都知道,在做业务开发时,肯定都不希望把文本信息都放在程序代码中,这个时候就可以引入模板语言来把数据和展示来进行一个分割,做业务的只管做业务,做显示的只管做显示,井水河水两不犯。

第十层次:模块化

我们支持,一个大的微信公众平台,不可能是一个人完成的,不同的人可能来完成不同的功能模块(插件),在真正使用的时候,只要依赖一个业务包就可以提供这些功能,只要取消依赖就可以把一个业务包中的功能去除,这个时候不管是对开发者还是集成者都是非常愉快的一件事情。

总结

上面的十个层次的总结,只是悠然个人的一点理解不一定合理,同学们如果有觉得不正常或不恰当或者有缺失的话,请留言,一定及时响应改正。

上面的十个层次,基本上还是按照从低到高的层次来排列的,当然中间有几个层次基本上比较接近,实际上换换位置也没有什么问题。

如果能满足悠然所总结的十个层次,那么这个微信框架应该是一个非常好的框架,最起码也是一个不错的框架。

Tiny微信框架即将发布,她就是全部满足上述层次的微信框架,敬请期待,感兴趣的同学也可以关注我以获取本人最新动态 。

另外,悠然正在招收嫡传弟子,欢迎感兴趣的少年才俊们私信。



转载于:https://my.oschina.net/tinyframework/blog/537963

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值