开发LAXCUS分布式应用软件

Posted 2022-08-25 姓赵名大奇

编写终端软件​

今天咱们继续Laxcus分布式应用软件开发的话题。​

前面两篇分别介绍了Laxcus分布式操作系统的体系结构和Laxcus分布式应用软件的主要组成元素，这一篇开始，咱们正式介绍Laxcus分布式编程规范流程和注意事项。​

闲话不多说，咱们直奔主题，还是按照Laxcus分布式应用软件的三个运行区间：终端、边缘端、云端来介绍。因为Laxcus分布式编程知识点较多，咱们本着节约各位看官时间、不影响阅读体验的原则，分成三段来说，本篇首先介绍终端软件编程。在阅读本文前，各位看官应该具备基本的Java编程知识，另外也建议看看Laxcus分布式操作系统内置的各种命令和分布式软件开发包（DSDK）的文档，最好还能使用过Laxcus分布式操作系统，这样能够提高感性认识，加强阅读理解。​

命令可以通过帮助窗口查阅​

看过上一篇的开发者应该知道，终端在Laxcus分布式应用体系的定位是实现人机交互的输入输出，交互UI分为字符界面和图形界面两种。从长期的用户反馈看，开发者们大多在编写图形用户界面的应用软件，开发字符界面应用软件的人极少，所以咱们抓大放小，本篇就忽略字符界面编程介绍，重点讲讲编写终端图形界面的编程工作。​

终端编程需要首先从“main”函数说起，上篇说过，Laxcus分布式应用软件的终端界面采用Java语言开发，它的入口是“public staitc int main”静态函数，和其它平台Java应用不同的是,Laxcus终端main函数需要返回一个整数值（int），而其它平台的Java应用不需要返回数值，是“public static void main”。Laxcus终端main函数返回值代表了启动成功或者失败，0表示成功，负数为失败，Laxcus分布式操作系统有一个为负数值的错误故障码表，如果是不确定的故障就返回-1，但是没有大于0的正整数。Laxcus终端main函数的这个特点，请各位开发者特别注意。​

图形界面有两个重要的基础类：LightFrame和LightDialog，前者是框架窗口，即桌面上显示的主窗口；后者是对话窗口，打开时会绑定框架窗口，和其它图形桌面的对话窗口一样，Laxcus桌面的对话窗口也分为模态/非模态两种。LightFrame和LightDialog都继承自LightForm类，LightForm是一个受保护类，不允许开发者使用，所以开始用到任何一个图形窗口时，只能从LightFrame和LightDialog派生。框架窗口和对话窗口都支持系统的皮肤自动切换功能。​

框架窗口基础类：LightFrame​

对话窗口基础类：LightDialog​

运行时桌面环境​

LightFrame和LightDialog界面皮肤随系统感知切换​

LightFrame和LightDialog都是抽象类，有需要用户实现的抽象方法。LightFrame有两个抽象方法：“release0”，“release1”。LightDialog有一个抽象方法：“showDialog”。​

LightFrame的抽象方法​

release0方法释放框架窗口关闭前的资源，如关联的对话窗口。release1方法用来释放框架窗口关闭后的非窗口资源，比如线程和各种冗余数据，断开与云端、边缘端的网络通信和RPC的工作，也建议在release1处理。​

LightDialog的抽象方法​

被LightDialog.showDialog调用的方法​

LightDialog的showDialog抽象方法需要开发者实现，功能是打开对话窗口，方法中指定两个参数：1. 父类窗口句柄，它可以是图形桌面句柄或者LightForm类的子类句柄，2. 模态/非模态的布尔值。如果以模态方式打开，showDialog必须有一个返回值，返回值允许开发者自行定义和解释，非模态方式打开时，返回值是一个空指针。根据模态/非模态选项，showDialog中可以直接调用“showModalDialog”和“showNormalDialog”方法，它们都是保护类型，只能被LightDialog子类调用。​

Laxcus桌面的系统对话框窗口​

目前基于Laxcus桌面上显示的窗口组件，都是从LightDialog派生而来，比如文件对话窗口、云目录对话窗口、字体对话窗口、颜色选择窗口。其它图形组件，比如按纽、文本框、复选按纽，可以使用Laxcus分布式操作系统API提供的，也可以使用Java Swing组件。Laxcus桌面对Java Swing组件无缝支持。​

除了图形人机交互界面之外，在底层运行环境，终端与边缘端和云端的远程交互，有两种方式，一种是通过“PlatformKit.findListeners”方法调用“CommandDispatcher”接口，把命令提交给系统，再由系统分发处理。指令可以是Command子类，也可以是Command子类的字符串形式，字符串会由系统来解析和生成Command子类。另一种是使用RPC，动态生成远程连接句柄，提交给边缘端。前者完全由系统提供，开发者只负责输入参数。后者由系统定义接口，需要开发者实现各种细则。​

第一种是我们推荐使用方式，因为系统已经开发者需要的各种功能，以及底层的网络通信和分布式处理过程全部封装起来，开发者只需要实现参数和指令的输入输出即可。第二种因为需要开发者自已实现大部分功能，拥有更多的灵活性。但是这种编程需要开发者有足够丰富的编程经验，对于初次接触编程工作的开发者，不建议使用。​

CommandDispatcher接口​

以上是终端软件主要的编程规范和注意事项，本篇介绍完毕，下一篇继续介绍边缘端软件的编程和注意事项。​