websocket

关于服务器推送消息到客户端的需求，我选择使用websocket
查看了一下nutz有websocket的plug，于是拿了用了一下，结果发现了bug。

[这里要非常的感谢wendal，和友好的社区，社区中提问很快就得到了回答，也让我理解了一下他的原理

1. AbstractWsChatEndpoint 是单例的，是websocket的入口，维护全局的信息，接管open，error，close
2. handler 类是多例的每个ws连接对应一个，接管onMessage 专注于信息的路由发送
3. provider类主要是用于缓存全局的长连接信息，以供handler类能够方便检索、路由的

雇员模块

以前的写法真的是稀烂，估计以后看我自己也是稀烂。我修改了如下部分：

1. 添加雇员技能，这本来就是需求之一。
2. 雇员子模块完善service，底层封装一些功能函数，从而提高代码复用，能少写就少写。
3. 雇员service完善，区分service和controller,controller是针对view的交互，而service是面向子模块进行封装，避免controller里面业务逻辑过于混乱。并且会开发api做准备。
4. 一些工具类，包括状态码，编码生产等自用工具，什么时候才能写出Lang这样厉害的自用工具...
5. 前端页面进行修改，jstree等。

加油吧！

简单的看了一下vue的文档，考虑到实际开发的需求，我没有选择使用webpack，而是直接的引用js，结合beelt渲染数据。使用过程中发现，非常好用。

推送所有注册的未读消息

我需要定义一个对象，类似于日志，作为消息对象

1. 消息状态：已读，和未读。
   • 推送的时候状态不变。
   • 当发出ajax类的详细信息请求的时候，这变成已读。
2. 消息状态定期执行，定时job

消息是面向事务的，粒度较大，是面向用户的功能。比如：邮件，系统推送消息，项目关键信息等，一般是需要被注册的。

注册的消息是要被消费的，被消费的方式有两种：

1. 主动消费。
2. 被动消费，即是推送。

设计两点：

• 消息方式type：邮件，平台推送，手机短信等。
• 消息标签tags：消息种类，例如项目消息，认证消息等等。

1. 注册的方式：直接插入数据库，并且记录日志。
2. 消费的方式：ajax被消费，websocket

现在吃的苦和坑都是当时脑袋进的水。

代码review发现自己写的真的是垃圾。
接口混乱，层次不清晰，数据库设计有问题。

本质上讲主要是

1. 技术不熟悉，不够熟悉框架。
2. 需求，这个地方真的要吐槽。
3. 自己数据库的设计，也是没有文档，想到哪里是哪里。

这个写完之后，我就只负责维护这个的业务流程，其他的好好研究一下基本的技术。

今天是高德纳的80岁生日，致敬这位大佬！
总结一下今天的坑。

1. 能从session里面获取的值就不要从request中获得，因为可能是假的。
2. whaleAdapter，nutz上传的适配器。看了一下注解，非常好奇注解的原理。
3. 数据库设计还是有一点问题，auth应该和inf合并，因为单独拿出来没有太大的用途。
4. 代码写完，我还是要好好的反思一下我的问题。

• 工作流程准确性校验
• 界面美化与确认
• 模块整合和文档
• 邮箱验证，消息中心
• 部署设置

之前讨论的技能认证体系，是针对于平台的技能库而提出的一种认证制度，比如说：张三，在PS技能中认证多少等级，在PPT中认证多少等级。

但是雇员整体的认证等级是如何反映的呢？

有问题大家说说吧