如何改善售后体验

1、标准化、统一化

企业传统的IT业务应用正常都构建在物理服务器和存储设备上，当开始进行云迁移时，一般会采用标准化技术，对以往的服务器及存储资源进行整合。对已存在的要上云的业务进行迁移评估，并根据数据中心的资源情况来制定详细的解决方案;如果是新的应用系统，则分配相应的资源，直接部署在云计算环境中即可。任何要上云的业务，对其实现难度的评估是对应用系统进行云化或改造风险与收益评估的重要手段. 整个业务系统的云化分析过程需要从包括硬件支撑环境改造、操作系统平台变更、平台软件绑定分析、IP地址依赖性消除、API重构、模块化改造、标准化改造、外部依赖条件等在内的多个层面和维度进行，准确评估业务信息系统云化改造的相关难点与痛点，才能对信息系统云化改造有充分的认识和准备。

上云首先离不开架构设计，因为业务终究要被云化，不管其迁移的过程长短，企业通常都会使用虚拟服务器来代替物理的服务器，使用存储资源池来统一后端的存储。为了实现对异构存储设备的管理，往往还会进行存储的虚拟化和分布式改造。
 

代码很简单，不过也是需要氛围一下几个层面来介绍。

• WechatyPlugin
• on_[event_name]
• init_plugin

WechatyPlugin

此类为一个抽象类，所有的插件必须要继承此基类，并重写其中的函数。

• name 属性函数为抽象函数，必须重写。主要是为了标识插件的名称，作为插件唯一性身份认证。
• init_plugin 初始化函数能够支持插件的初始化过程，比如初始化定时器对象，数据库延迟连接对象等。
• on_[event_name]此类函数主要是为了监听系统中的不同事件，比如：on_message, on_login, on_friendship等事件的监听都只需要重写一下函数即可完成。不同插件之间以及不同事件之间都是独立的，能够很好的专注于不同业务场景下的开发。

event_name

python-wechaty很大程度上是由事件驱动，毕竟很多操作都是基于消息接受触发，由此事件的监听是其基础特性，可能第一感觉就是实用EventEmitter这种模式来监听事件，这样每个事件我都可以注册不同的函数来监听，每个函数中会有不同的逻辑处理。这也是传统的事件监听方法，可这至少会给开发上带来一些不方便：函数的参数需要查阅文档才能够获知，标准的函数式编程。

• 我不是说函数式编程不好，只是在这种场景下对系统性能并不能提升多少，且python-wechaty 也并不能太注重性能。

由此将其扩展了OOP的方式，用户可继承Wechaty或WechatyPlugin来监听不同的事件，且在常规的代码编辑器里面重写函数时就可以自动填充函数参数，从而减少查阅事件函数参数的问题。

监听事件的类型有：error, friendship, heartbeat, login, logout, message, ready, room_invite, room_join, room_leave, room_topic, scan。

在上面已经展示了WechatyPlugin如何开发，需要注意的地方，那接下来我将给大家详细介绍一下最基础的每日一说的机器人如何开发。

每日一说机器人

每日一说，顾名思义每天每个固定时间段发送一个祝福或提醒，具体内容可自定义。这其中需要注意几点：

• 机器人内部有一个调度器，用于调度时间事件的触发。
• 机器人可给制定的人和群发送对应的内容。

以上的功能我封装成一个插件，然后注入到python-wechaty中即可。

（编辑：宜春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!