博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
FishiGUI系统架构分析 和层次结构 二
阅读量:6516 次
发布时间:2019-06-24

本文共 759 字,大约阅读时间需要 2 分钟。

FishiGUI的类型

FIshiGUI属于为应用程序提供图形界面服务的框架系统。它并不直接与终于用户交互(负责与终于用户交互的是在FishiGUI基础上开发的应用程序)。而是接受操作系统传来的硬件消息。完毕对应的处理后。再将画图消息发送给操作系统的图形接口。因此FishiGUI是一个系统类型的软件

层体系结构:

层体系结构有助于构建这种应用:它能被分解成自任务组,当中每一个子任务组处于一个特定的抽象层次上。分层模式採用层次化的组织方式。每一层都是为上一层提供服务。并使用下一层提供的功能。这种模式同意将一个复杂问题逐步分层实现。层次模式中的每一层最多仅仅影响两层,仅仅要给相邻层提供同样的接口,就同意每层用不同的方法实现,能够充分支持软件复用。

 

分层模式的典型应用是分层通信协议,如ISO/OSI的七层网络模型。 

分层架构也是依照对象和类。而不是依照功能来分解软件系统的

设计要求:

  • 层和层之间的耦合应该尽可能地松散,这样仅仅要保证接口一致,某一层的详细实现就非常easy被扩展和替换
  • 级别同样,职责类似的元素应该被组织到同一层中
  • 复杂的模块应该被继续分解为粒度更细的层或者子系统
  • 应该尽量将可能发生变化的元素封装到一个层中。这样,变化发生时我们仅仅要改变受影响的层就能够了
  • 每一层应当仅仅调用下一层提供的功能服务,而不能跨层调用,可是对于一些限制不是太严格的小系统,我们也能够依据情况灵活处理
  • 每一层不能使用上一层提供的功能服务。也就是说。决不能在层与层之间才成双向依赖或者循环引用
  • 避免循环依赖的方法:能够从上面的层中提取公共部分,组成一个新的层,供以下的层调用,或者使用特殊的设计模式如观察者模式

转载于:https://www.cnblogs.com/yutingliuyl/p/6763071.html

你可能感兴趣的文章
Git分支操作
查看>>
Spring Integration概述
查看>>
[SAP ABAP开发技术总结]权限对象检查
查看>>
RDIFramework.NET ━ 9.6 模块(菜单)管理 ━ Web部分
查看>>
Android安全问题 静音拍照与被拍
查看>>
cocos2d-x 3.1.1 学习笔记[13] listen 监听器
查看>>
定制私人博客
查看>>
WTL介绍
查看>>
应用程序框架实战三十四:数据传输对象(DTO)介绍及各类型实体比较(转)
查看>>
放量滞涨,抛出信号
查看>>
windows 下配置 Nginx 常见问题(转)
查看>>
BeanFactory not initialized or already closed - call 'refresh' before accessing beans解决办法
查看>>
dSYM 文件分析工具
查看>>
R语言合并data.frame
查看>>
linux主机下的Vmware Workstation配置NAT设置 端口映射-Ubuntu为例
查看>>
unity physics joint
查看>>
TD的访问地址
查看>>
JAVA常见面试题之Forward和Redirect的区别
查看>>
tmpFile.renameTo(classFile) failed 错误
查看>>
【甘道夫】Apache Hadoop 2.5.0-cdh5.2.0 HDFS Quotas 配额控制
查看>>