FastSocket学习笔记~再说客户端与服务端的组成

废话多说

很久之前,我写过几篇FastSocket的文章,基本属于使用的方法,而缺乏对概念的总结讲解,而本讲就是弥补一下上几讲的不足,将核心的模块再说说,再谈谈,再聊聊!

首先FastSocket由Client和Server端组成,我们在进行开发时,可以引用相应的DLL,再加上核心的FastSocketBase即可,对于client主要是将业务对象转成我们的数据包,即byte数组,而后通过指向服务端的命令, 对数据包进行发送,而服务端的这个命令接受到这个请求,拿到这个数据流(byte数组),再对数据流进行解析,将这个数据流转为对象,再进行相应的操作。

客户端的核心图

Response[响应体]

定义业务环境的数据实体,业务层对它进行显示的赋值

Protocol(协议包)

对消息进行加工,并转成指定的核心Reponse,它通常是将实体对象属性转成byte数组的行式,更直接的说就是对Response的对象进行赋值,这里就涉及到的对byte数组的赋值

Client(客户端消息发起者)

将以response为数据载体的数据包发送到指定的服务端命令通道中,并提供了方法回调的功能,即当服务端处理完成后,并提供了方法的回调。

对于服务端来的,架构就简单一些,由服务端的服务,协议包和命令组成,一个服务可以设置多个命令,而命令是由服务端的数据包构建的,它的作用就是将请求里的数据包转为指定的对象,所以它类似于客户端的Response的功能。

好了,对于FastSocket原理的介绍,今天就到这里吧。

 

posted @   张占岭  阅读(1366)  评论(0编辑  收藏  举报
编辑推荐:
· 如何打造一个高并发系统?
· .NET Core GC压缩(compact_phase)底层原理浅谈
· 现代计算机视觉入门之:什么是图片特征编码
· .NET 9 new features-C#13新的锁类型和语义
· Linux系统下SQL Server数据库镜像配置全流程详解
阅读排行:
· Sdcb Chats 技术博客:数据库 ID 选型的曲折之路 - 从 Guid 到自增 ID,再到
· 语音处理 开源项目 EchoSharp
· 《HelloGitHub》第 106 期
· mysql8.0无备份通过idb文件恢复数据过程、idb文件修复和tablespace id不一致处
· 使用 Dify + LLM 构建精确任务处理应用
历史上的今天:
2013-05-17 我心中的核心组件(可插拔的AOP)~第三回 日志记录组件之log4net
2013-05-17 基础才是重中之重~线程安全的Hashtable
2012-05-17 MVC根据角色自动选择母版页
点击右上角即可分享
微信分享提示