189 8069 5689
LayUI
创新互联自2013年创立以来，是专业互联网技术服务公司，拥有项目成都网站建设、成都网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元红旗做网站,已为上家服务,为红旗各地企业和个人服务,联系电话:028-86922220
由职业前端倾情打造，面向全层次的前后端开发者，低门槛开箱即用的前端 UI 解决方案，layui是一个采用自身模块规范化编写的前端UI框架，它依照原生HTML/CSS/JS的书写与组织形式，入门简单，使用也非常简单。从核心代码到API的每一处细节都经过精心雕琢，非常适合界面的快速开发。
JEUI
它是一款国产前端UI框架，遵循原生HTML/CSS/JS的书写与组织形式，国内很多程序员javascript不熟, 大大影响了开发速度. 因此JEUI不需要开发人员去关心javascript怎么写, 只要写标准html就可以了，门槛极低，拿来即用。其外在极简，却又不失饱满的内在，体积轻盈，组件丰盈，从核心代码到API的每一处细节都经过精心雕琢，非常适合界面的快速开发。
JEUI基于jQuery的UI框架，包括表单、布局、表格等等常用UI控件，使用JEUI可以快速轻松地创建风格统一的界面效果。
浏览器兼容非常牛皮，能兼容IE8以上的浏览器。
DWZ
DWZ富客户端框架(jQuery RIA framework), 是中国人自己开发的基于jQuery实现的Ajax RIA开源框架. 设计目标是简单实用,快速开发,降低ajax开发成本。
DWZ 支持用 html 扩展的方式来代替 javascript 代码, 基本可以保证程序员不董 javascript, 也能使用各种页面组件和 ajax 技术. 如果有特定需求也可以扩展 DWZ 做定制化开化.
MDUI
MDUI 是一个基于 Material Design 的前端框架。
19 种主色、16 种强调色、1 种夜间主题，只需添加一个 CSS 类即可切换。CSS 仅 26.7KB，JavaScript 仅 14KB，加载更迅速。移动优先，从小屏逐步扩展到大屏，最终实现所有屏幕适配。不依赖任何第三方库，节约网络流量，使加载更迅速，提高用户体验。使用 CSS3 来做动画交互，平滑、高效，让 Web 应用的动画更流畅。提供自定义打包功能，按需打包需要的主题和组件，使文件体积骤然减小。MDUI 包含了 20 余个组件，且每个组件都可以适应不同主题。
只需懂一点 HTML、CSS、JS 的基础知识，就能使用 MDUI。
ElementUI
element ui框架的按钮组件，这款由饿了么前端开源的UI框架，一经面世，就收获大量程序员的芳心，在github 上更是高达29.8k的star早已说明一切，用于开发PC端的页面还是绰绰有余的，如果说你是用vue开发者，却没用过element UI，那你肯定不是合格的vue开发者。
WeUI
jQuery WeUI 是专为微信公众账号开发而设计的一个简洁而强大的UI库，包含全部WeUI官方的CSS组件，并且额外提供了大量的拓展组件，丰富的组件库可以极大减少前端开发时间。
jQuery WeUI 的最大特点是它只提供UI组件，并不会对项目所使用的框架和其他库有任何的限制，几乎可以在任何环境下使用。无论你的项目是基于jQuery，还是 React, Angular, Vue， 你都会发现 jQuery WeUI 能非常方便的和他们结合使用。既是你的项目是一个有很悠久历史的老项目，也几乎可以做到拿来即用。
Flutter
Flutter是谷歌的移动UI框架，可以快速在iOS和Android上构建高质量的原生用户界面，前端对于 Flutter 的热忱度之高一度让人有点惊讶，事实上在 Flutter 社区内见到的客户端开发者远多于前端开发，不过前端对于跨端解决方案确实有着天然的渴求。
Flutter可以与现有的代码一起工作。在全世界，Flutter正在被越来越多的开发者和组织使用，并且Flutter是完全免费、开源的。
iView ui
iViewui一套基于 Vue.js 的高质量 UI 组件库，搭配使用 iView UI 组件库形成的一套后台集成解决方案，由 TalkingData 前端可视化团队部分成员开发维护。iView Admin 遵守 iView 设计和开发约定，风格统一。
Mint UI
Mint UI 包含丰富的 CSS 和 JS 组件，能够满足日常的移动端开发需要。通过它，可以快速构建出风格统一的页面，提升开发效率。
真正意义上的按需加载组件。可以只加载声明过的组件及其样式文件，无需再纠结文件体积过大。
考虑到移动端的性能门槛，Mint UI 采用 CSS3 处理各种动效，避免浏览器进行不必要的重绘和重排，从而使用户获得流畅顺滑的体验。
依托 Vue.js 高效的组件化方案，Mint UI 做到了轻量化。即使全部引入，压缩后的文件体积也仅有 ~30kb (JS + CSS) gzip。
YDUI Touch
YDUI Touch 专为移动端打造，在技术实现、交互设计上兼容主流移动设备，保证代码轻、性能高。
使用 Flex 技术，灵活自如地对齐、收缩、扩展元素，轻松搞定移动页面布局。
实现强大的屏幕适配布局，等比例适配所有屏幕。什么？用得不开心？轻松切换 px。
自定义Javascript组件、Less文件、Less变量，定制一份属于自己的YDUI。
SUI Mobile
SUI Mobile 是一套基于 Framework7 开发的UI库。它非常轻量、精美，只需要引入我们的CDN文件就可以使用，并且能兼容到 iOS 6.0+ 和 Android 4.0+，非常适合开发跨平台Web App。轻量的UI库
SUI Mobile 非常轻量，核心库压缩Gzip后的JS、CSS网络传输体积总共只有52K，却提供了20+个常用的组件。
Amaze ~ 妹子 UI
中国首个开源 HTML5 跨屏前端框架
Amaze UI 以移动优先（Mobile first）为理念，从小屏逐步扩展到大屏，最终实现所有屏幕适配，适应移动互联潮流。
Amaze UI 含近 20 个 CSS 组件、20 余 JS 组件，更有多个包含不同主题的 Web 组件，可快速构建界面出色、体验优秀的跨屏页面，大幅提升开发效率。
相比国外框架，Amaze UI 关注中文排版，根据用户代理调整字体，实现更好的中文排版效果；兼顾国内主流浏览器及 App 内置浏览器兼容支持。
Amaze UI 面向 HTML5 开发，使用 CSS3 来做动画交互，平滑、高效，更适合移动设备，让 Web 应用更快速载入。
cube-ui
质量可靠：由滴滴内部组件库精简提炼而来，历经考验，并且每个组件都有充分单元测试，为后续集成提供保障。
体验极致：以迅速响应、动画流畅、接近原生为目标，在交互体验方面追求极致。
标准规范：遵循统一的设计交互标准，高度还原设计效果；接口标准化，统一规范使用方式，开发更加简单高效。
扩展性强：支持按需引入和后编译，轻量灵活；扩展性强，可以方便地基于现有组件实现二次开发。
一直以来，前端工程中的配置大多都是 .js 文件或者 .json 文件，最常见的比如：
这些配置对前端非常友好，因为都是我们熟悉的 JS 对象结构。一般静态化的配置会选择 json 文件，而动态化的配置，涉及到引入其他模块，因此会选择 js 文件。
还有现在许多新工具同时支持多种配置，比如 Eslint ，两种格式的配置任你选择：
后来不知道什么时候，突然出现了一种以 .yaml 或 .yml 为后缀的配置文件。一开始以为是某个程序的专有配置，后来发现这个后缀的文件出现的频率越来越高，甚至 Eslint 也支持了第三种格式的配置 .eslintrc.yml 。
既然遇到了，那就去 探索 它！
下面我们从 YAML 的 出现背景 ， 使用场景 ， 具体用法 ， 高级操作 四个方面，看一下这个流行的现代化配置的神秘之处。
一个新工具的出现避免不了有两个原因：
YAML 这种新工具就属于后者。其实在 yaml 出现之前 js+json 用得也不错，也没什么特别难以处理的问题；但是 yaml 出现以后，开始觉得它好乱呀什么东西，后来了解它后，越用越喜欢，一个字就是优雅。
很多文章说选择 yaml 是因为 json 的各种问题，json 不适合做配置文件，这我觉得有些言过其实了。我更愿意将 yaml 看做是 json 的升级，因为 yaml 在格式简化和体验上表现确实不错，这个得承认。
下面我们对比 YAML 和 JSON，从两方面分析：
JSON 比较繁琐的地方是它严格的格式要求。比如这个对象：
在 JSON 中以下写法通通都是错的：
字符串的值必须 k-v 都是 "" 才行：
虽然是统一格式，但是使用上确实有不便利的地方。比如我在浏览器上测出了接口错误。然后把参数拷贝到 Postman 里调试，这时就我要手动给每个属性和值加 "" 号，非常繁琐。
YAML 则是另辟蹊径，直接把字符串符号干掉了。上面对象的同等 yaml 配置如下：
没错，就这么简单！
除了 "" 号，yaml 觉得 {} 和 [] 这种符号也是多余的，不如一起干掉。
于是呢，以这个对象数组为例：
转换成 yaml 是这样的：
对比一下这个精简程度，有什么理由不爱它？
说起增加的部分，最值得一提的，是 YAML 支持了 注释 。
用 JSON 写配置是不能有注释的，这就意味着我们的配置不会有备注，配置多了会非常凌乱，这是最不人性化的地方。
现在 yaml 支持了备注，以后配置可以是这样的：
把这种配置丢给新同事，还怕他看不懂配了啥吗？
除注释外，还支持配置复用的相关功能，这个后面说。
我接触的第一个 yaml 配置是 Flutter 项目的包管理文件 pubspec.yaml ，这个文件的作用和前端项目中的 package.json 一样，用于存放一些全局配置和应用依赖的包和版本。
看一下它的基本结构：
你看这个结构和 package.json 是不是基本一致？ dependencies 下列出应用依赖和版本， dev_dependencies 下的则是开发依赖。
后来在做 CI/CD 自动化部署的时候，我们用到了 GitHub Action。它需要多个 yaml 文件来定义不同的工作流，这个配置可比 flutter 复杂得多。
其实不光 GitHub Action，其他流行的类似的构建工具如 GitLab CI/CD，circleci，全部都是齐刷刷的 yaml 配置，因此如果你的项目要做 CI/CD 持续集成，不懂 yaml 语法肯定是不行的。
还有，接触过 Docker 的同学肯定知道 Docker Compose，它是 Docker 官方的单机编排工具，其配置文件 docker-compose.yml 也是妥妥的 yaml 格式。现在 Docker 正是如日中天的时候，使用 Docker 必然免不了编排，因此 yaml 语法早晚也要攻克。
上面说的这 3 个案例，几乎都是现代最新最流行的框架/工具。从它们身上可以看出来，yaml 必然是下一代配置文件的标准，并且是 前端-后端-运维 的通用标准。
说了这么多，你跃跃欲试了吗？下面我们详细介绍 yaml 语法。
介绍 yaml 语法会对比 json 解释，以便我们快速理解。
先看一下 yaml 的几个特点：
相比于 JSON 来说，最大的区别是用 缩进 来表示层级，这个和 Python 非常接近。还有强化的一点是支持了注释，JSON 默认是不支持的（虽然 TS 支持），这也对配置文件非常重要。
YAML 支持以下几种数据结构：
先看对象，上一个 json 例子：
转换成 yaml：
对象是最核心的结构，key 值的表示方法是 [key]: ，注意这里 冒号后面有个空格，一定不能少 。value 的值就是一个 纯量 ，且默认不需要引号。
数组和对象的结构差不多，区别是在 key 前用一个 - 符号标识这个是数组项。注意这里 也有一个空格 ，同样也不能少。
转换成 JSON 格式如下：
了解了基本的对象和数组，我们再来看一个复杂的结构。
众所周知，在实际项目配置中很少有简单的对象或数组，大多都是对象和数组相互嵌套而成。在 js 中我们称之为对象数组，而在 yaml 中我们叫 复合结构 。
比如这样一个稍复杂的 JSON：
转换成复合结构的 YAML：
若你想尝试更复杂结构的转换，可以在 这个 网页中在线实践。
纯量比较简单，对应的就是 js 的基本数据类型，支持如下：
比较特殊的两个，null 用 ~ 符号表示，时间大多用 2021-12-21 这种格式表示，如：
转换成 JS 后：
在 yaml 实战过程中，遇到过一些特殊场景，可能需要一些特殊的处理。
在 shell 中我们常见到一些参数很多，然后特别长的命令，如果命令都写在一行的话可读性会非常差。
假设下面的是一条长命令：
在 linux 中可以这样处理：
就是在每行后加 符号标识换行。然而在 YAML 中更简单，不需要加任何符号，直接换行即可：
YAML 默认会把换行符转换成 空格 ，因此转换后 JSON 如下，正是我们需要的：
然而有时候，我们的需求是 保留换行符 ，并不是把它转换成空格，又该怎么办呢？
这个也简单，只需要在首行加一个 | 符号：
转换成 JSON 变成了这样：
获取配置是指，在 YAML 文件中定义的某个配置，如何在代码（JS）里获取？
比如前端在 package.json 里有一个 version 的配置项表示应用版本，我们要在代码中获取版本，可以这么写：
JSON 是可以直接导入的，YAML 可就不行了，那怎么办呢？我们分环境解析：
在浏览器中
浏览器中代码用 webapck 打包，因此加一个 loader 即可：
然后配置 loader：
在组件中使用：
在 Node.js 中
Node.js 环境下没有 Webpack，因此读取 yaml 配置的方法也不一样。
首先安装一个 js-yaml 模块：
然后通过模块提供的方法获取：
配置项复用的意思是，对于定义过的配置，在后面的配置直接引用，而不是再写一遍，从而达到复用的目的。
YAML 中将定义的复用项称为锚点，用 标识；引用锚点则用 * 标识。
对应的 JSON 如下：
但是锚点有个弊端，就是不能作为 变量 在字符串中使用。比如：
此时 key2 的值就是普通字符串 _my name is *name_，引用变得无效了。
其实在实际开发中，字符串中使用变量还是很常见的。比如在复杂的命令中多次使用某个路径，这个时候这个路径就应该是一个变量，在多个命令中复用。
GitHub Action 中有这样的支持，定义一个环境变量，然后在其他的地方复用：
这种实现方式与 webpack 中使用环境变量类似，在构建的时候将变量替换成对应的字符串。
如果本文对你有启发，请甩手一个赞
1、概念不同。
应用程序（application software或 application Program）是计算机软件的主要分类之一，是指为针对用户的某种特殊应用目的所撰写的软件。
应用程序在分类上也比较多，系统应用程序，桌面应用程序，驱动应用程序，网络应用程序，手机应用程序，物联网应用程序等。
根据《软件工程：实践者的研究方法》中的定义，软件（software）是一系列按照特定顺序组织的计算机数据和指令，是计算机中的非有形部分。计算机中的有形部分称为硬件，由计算机的外壳及各零件及电路所组成。
软件由一个或多个应用程序组合而成，分类上有编程语言、系统软件、恶意软件，嵌入式软件，游戏软件，应用软件和介于这两者之间的中间件。
系统软件就是常见的操作系统，Windows，Mac OS，Linux都是操作系统软件。
应用软件是需要运行在操作系统上的软件，比如常见的文档处理软件，图像处理软件，编程软件等。
恶意软件会故意造成隐私或机密数据外泄、系统损害（包括但不限于系统崩溃等）、数据丢失等故障及信息安全问题。
中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。
软件包括所有在计算机运行的程序，和其架构无关，例如可执行文件、库及脚本语言都属于软件。软件不分架构，有其共通的特性。
应用程序只是软件的一部分，而软件的概念及其广泛，不是只有应用程序。
2、功能不同
软件由多个应用程序组合而成，功能及其复杂，比如常见的office 软件，能做表格，做PPT，处理文档等功能。
而应用程序功能比较单一，只能处理一类工作。PPT只能用来处理幻灯片，没有办法处理复杂表格，想要录制音频需要调用office软件包里录制音频的应用程序。
3、开发难度不同。
软件的开发难度要比应用程序大得多，由于需要多个应用程序配合，而且需要在不同的操作系统平台上发布，都是用不同的编程语言混合开发而成 。
软件对性能有一定的要求，很少选择性能比较差的脚本语言开发，一般都是使用C++，Java这类编译型语言开发。
但编译型语言的问题是，有的语言设计不合理，历史积累，不够成熟等原因，造成开发起来较繁琐，调试比较困难，开发时间较长。因此一个功能完整的软件开发起来通常需要几年才能完成。
最常见的游戏软件就是如此，很多游戏软件的游戏引擎都是C++，C#这种编译型语言开发（有现成的也需要二次开发），也是整个游戏的灵魂，开发难度也是最大的。
而游戏的动作，事件等则选择LUA，JavaScript或者Python这些脚本语言开发。很多游戏大作都是跨平台的，开发周期最少的都在1年以上。
应用程序的功能相对比较单一，遇到的业务场景也不会很复杂。通常开发一个功能完善的应用程序，只需要几个月时间，复杂的应用程序最多1-2年就能完成。
应用程序通常对性能的需求没有软件那么大，很多解释型的脚本语言也可以开发。开发一个移动端手机应用程序（web应用程序），功能不算很复杂，开发周期都不长。通常一个完整的web应用程序，会分为客户端和服务端两部分。
客户端软件技术选型上，常用React Native 或者 flutter（IOS有自己的一套UI），服务端软件一般常用C++、Java、PHP、Python、Ruby等编程语言开发，通常都会同时在安卓和IOS平台上发布。
参考资料来源：百度百科——应用软件
参考资料来源：(美) Rosger S Pressman 著 ,《软件工程：实践者的研究方法 （原书第六版）》第一章
臭氧发生器是用于制取臭氧的设备装置，凡是能用到臭氧的场所均需使用臭氧发生器。臭氧发生器在自来水，污水，工业氧化，空间灭菌等领域广泛应用。本文还介绍了臭氧发生器的安装步骤和维护保养指南，和臭氧发生器采用介质阻挡电晕放电法和臭氧发生器的电源采用H型全桥逆变电路的示意图。
臭氧发生器的安装与维护保养 臭氧发生器的9大安装步骤
1、臭氧发生器安装：
现场安装工作是影响日后深度处理系统能否成功运行的最根本因素之一。由于臭氧是一种强腐蚀气体，它的氧化性在自然界中仅次于氟。当环境中臭氧100 mg／L会对人体造成不可恢复的危害，所以安装质量不仅影响系统的成功运行，同时也对工作环境及人身安全有着极其重要的影响。
臭氧系统安装应注意：
(1)目前水厂规模基本都在10万m3／d以上，所采用的臭氧发生器的单台发生量往往在10 kg／h以上，所以必须考虑设备的运输吊装以及定位工作。
(2)管道工程的安装必须按照管道图纸进行。管道与阀门必须用适当支座加以固定，支座数量充足，强度要足够。
(3)加工安装管道时，必须要保证有一个清洁的管道系统，不受到油、脂、尘粒等污染。加工好的管件在其两端必须堵上，然后存放在一个干燥而又清洁的地方；安装好的管路也必须在其敞开的端头一直加以保护，以免脏物和碎片进入。
(4)阀门和仪表在打开包装后马上进行安装，这点对那些已经进行了清洁的精密设备而言，显得尤为重要。
(5)管道上的吸入口及通风进出口要有合适的保护设施，防止雨水，脏物或小鸟、虫子的侵扰。一般的做法是，加用一个防风罩和采用适合于管路的材料制作的丝网。
(6)必须采用惰性焊接法来焊接管线。V形焊缝间隙必须焊得适当，要在焊缝根部面积上有一个平滑的表面。所有焊缝都应进行无损探伤，焊缝质量须符合相关标准。
(7)由于氧气和含臭氧的氧气都会产生火险和生命危险，所有的气体管路要求经过压力密封测试。
(8)后臭氧氧化的曝气系统，在安装中应注意臭氧曝气头的安装水平及曝气管安装中的清洁，曝气头的上紧采用固定的力矩板手。
(9)建议在臭氧发生器放电罐进气端安装气体过滤器，这对保护放电管至关重要。
2．维护保养方面：
由于臭氧发生器是一个非常专业的设备，国外通常采用定期由供应商进行维护保养的方式。但由于费用较高，国内很少会采用这种有偿长期保养的方式。所以在平时使用过程中，定期进行小维护、小保养能够非常有效地延长设备的寿命，可注意以下几点：
(1)通过PLC操作控制柜显示屏定期察看系统各个节点的压力、流量值是否在允许范围。
(2)定期释放空气压缩机、尾气破坏装置的排泄水。
(3)监测臭氧接触池是否处于负压状态。
(4)定期检查尾气破坏装置的加热系统是否正常，定期更换臭氧吸附用触媒等。
(5)及时清洗或更换空气过滤棉。
(6)定期校验监测仪表准确性，及时更换相关器件。
1
夏天的飞鸟，飞到我的窗前唱歌，又飞去了。
秋天的黄叶，它们没有什么可唱，只叹息一声，飞落在那里。
2
世界上的一队小小的漂泊者呀，请留下你们的足印在我的文字里。
3
世界对着它的爱人，把它浩翰的面具揭下了。
它变小了，小如一首歌，小如一回永恒的接吻。
4
是大地的泪点，使她的微笑保持着青春不谢。
5
无垠的沙漠热烈追求一叶绿草的爱，她摇摇头笑着飞开了。
6
如果你因失去了太阳而流泪，那么你也将失去群星了。
7
跳舞着的流水呀，在你途中的泥沙，要求你的歌声，你的流动呢。你肯挟
瘸足的泥沙而俱下么？
8
她的热切的脸，如夜雨似的，搅扰着我的梦魂。
9
有一次，我们梦见大家都是不相识的。
我们醒了，却知道我们原是相亲相爱的。
10
忧思在我的心里平静下去，正如暮色降临在寂静的山林中。
11
有些看不见的手，如懒懒的微（风思）的，正在我的心上奏着
潺（氵爰）的乐声。
——泰戈尔《飞鸟集》