客户端架构设计

举报
小傅哥 发表于 2021/04/27 23:48:36 2021/04/27
【摘要】 一、前言 在设计客户端的架构之前,我们先思考下我们的目标以及目前已经完成的内容。好!那么你是否还能记得我们最开始设计 UI 组件包的时候,就已经反复提到要将我们的 UI 与业务进行分离,不要将业务流程代码写到 UI 窗口里去。否则你的代码将越来越难以为维护,每新增加一个功能都将会让你从很多的代码中“贴膏药”似的补来补去。 UI 方面:我们已经完成了 UI 包的开发,并使用...

一、前言

在设计客户端的架构之前,我们先思考下我们的目标以及目前已经完成的内容。好!那么你是否还能记得我们最开始设计 UI 组件包的时候,就已经反复提到要将我们的 UI 与业务进行分离,不要将业务流程代码写到 UI 窗口里去。否则你的代码将越来越难以为维护,每新增加一个功能都将会让你从很多的代码中“贴膏药”似的补来补去。

UI 方面:我们已经完成了 UI 包的开发,并使用 Maven 进行打包对外提供 Jar 包,调用方可以使用 UI 的接口控制页面展示,同时可以实现事件接口类信息,对页面发起的行为进行处理。

通信方面:我们对 Netty 做了案例练习,知道了一个简单字符串在服务端与客户端的发送,也尝试了发送对象信息。同时在设计服务端架构后,我们设计了通信协议包。所以在这里客户端将协议包集成到 Netty 客户端中即可开始开发业务功能。

那么!接下来我们开始设计客户端的架构模型。

二、架构模型

  • **UI 层 **:在 UI 层我们使用工程 itstack-naive-chat-ui 对外部提供的 Jar 包,并使用内部的接口、事件来操作 UI 的展现和行为发起。如果还不是特别理解也没关系,因为在后续我们的代码开发中会有落地的展现内容。这也是我们反复强调的要让 UI 与业务逻辑代码分开。

  • 业务层:对于通信客户端的核心业务功能来说,主要负责窗体中用户信息的维护 (好友、群组) 以及用户和群组之间进行对话信息发送和接收操作。最终也就是在这一层来处理 UI 的接口与事件。

  • <

文章来源: bugstack.blog.csdn.net,作者:Yao__Shun__Yu,版权归原作者所有,如需转载,请联系作者。

原文链接:bugstack.blog.csdn.net/article/details/108729052

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。