中后台管理类系统基本都是对数据的增删改查、上传下载等，最多也只是展示形式上的差异， 一般都是由：一块区域用来输入或选择进行调用接口进行查询，一个表格用于对查询出的数据进行展示以及每条数据的操作，一个或两个表单用于数据的添加或者修改，以及一块功能区域用于批量删除、导入、导出等等。这些功能简单且量大编写的再多也不能提升自生境界，纯粹的浪费生命，可谓是苦不堪言。一般可能想到的是cv大法，但是修改也是很痛苦的，因为经常会少改某些变量，在测试的时候又漏掉总是经常偷偷 fixed 也是一脸尴尬。所以我们决定使用可视化的方案来解决这些重复性的问题。
1系统简介 1.1功能简述 在软件开发过程中,我们需要经常对字符串、文件、数据库操作。有时需要浏览Json格式串，有时需要浏览Xml格式串，有时需要读取txt或excel文件，有时需要对数据库访问。本
JSX是JavaScript XML的简写，表示了在Javascript代码中写XML(HTML)格式的代码
近来，微前端的概念非常火爆，那么什么是微前端架构？微前端架构是一种架构风格类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。由此带来的变化是，这些前端应用可以独立运行、独立开发、独立部署。微前端所具备的便于引入新框架，代码简洁、易维护等特点使其应用愈发广泛。
个人理解：动态路由不同于常见的静态路由，可以根据不同的「因素」而改变站点路由列表。常见的动态路由大都是用来实现：多用户权限系统不同用户展示不同导航菜单。
有多少人是零基础，又想学小程序开发呢？ 今天，知晓程序（微信号 zxcx0101）给大家分享一个励志案例：一个读大气科学、自学前端开发的妹子，因为喜欢逛知乎，自己做出了一款「仿知乎」小程序。 希望她
前言 智能监控的领域已经涉及到了各大领域，工控、电信、电力、轨道交通、航天航空等等，为了减少人员的消耗，监控系统必不可少。之前我写过一篇 2D 的智能地铁监控系统广受好评，突然觉得，既然 2D 的这么
智能监控已经涉及到了各大领域，工控、电信、电力、轨道交通、航天航空等等，为了减少人员的消耗，监控系统必不可少。之前我写过一篇 2D 的智能地铁监控系统广受好评，突然觉得，既然 2D 的这么受欢迎，那么 3D 的需求量肯定也是非常大的，3D 毕竟比 2D 来说还是更直观一些，于是有了这个例子以及这篇文章。智能监控系统在 3D 中应用比较广泛的除了 3D 机房以外，我觉得就是楼宇的监控了，可是之前做了很多关于机房方面的 Demo，所以最终决定做 3D 楼宇监控系统。
得益于 Vue 的 响应式系统 和 虚拟 DOM 系统 ，Vue 在渲染组件的过程中能自动追踪数据的依赖，并精确知晓数据更新的时候哪个组件需要重新渲染，渲染之后也会经过虚拟 DOM diff 之后才会真正更新到 DOM 上，Vue 应用的开发者一般不需要做额外的优化工作。
什么是组件： 组件的出现，就是为了拆分Vue实例的代码量的，能够让我们以不同的组件，来划分不同的功能模块，将来我们需要什么样的功能，就可以去调用对应的组件即可； 组件化和模块化的不同：
React Server Component（后文简称RSC）是React近几年最重要的特性。虽然他对React未来发展至关重要，但由于：
在开发中有很多时候为了节约代码，方便使用各种功能，我们需要创建很多类、方法、过程。小程序也是一样，小程序所有的方法、过程、类都封装成了一个叫组件的东西，包括微信提供的WEUL组件等等，而且我们还可以自定义组件，把重复使用性高的代码封装成组件方便调用。
这个笔记是基于《深入浅出nodeJs》的，这本书出版较早是基于v0.6.0版本的，而现在node已经更新到v10的版本了，所以很多东西可能在新的版本都已经不适用了，但这本书偏理论居多，这些思想应该不会变的，所以do it吧。
微前端的讲解概念和理论的文章非常多，这里我就不谈了，我讲的肯定没有他们好。同样的github上的demo也非常多，然后我在公司项目引入时还是发现了许多问题，可能是时间太过于仓促，在github上clone下来的demo就真的是demo级别，根本谈不上应用。于是乎，我在公司微前端项目稳定了一段时间后，对qiankun乾坤微前端项目进行了简单的整理，特此发文进行记录，以及让更多入门的程序yuan们，在接触qiankun乾坤微前端框架时能够更快速的找到问题所在。
最近和一家公司在谈一个项目合作,他们公司主要是做油田相关设备的，比如油罐车、压力车、泵车等。
微信小程序像Vue和React一样赋于了组件的开发能力，支持组件的调用和传值，同时由于小程序上传时限制在2MB以内，对于稍微大一点的小程序组件的使用就特别重要了，下面给大家介绍下小程序的组件用法。
在React Native开发中，经常需要用到列表展示的功能。FlatList组件是React Native中用来实现列表功能的核心组件之一，它能够高效地渲染大量数据，并且支持懒加载，提高了用户体验。本文将介绍如何在React Native中使用FlatList组件。
这段时间对项目做了一次整体的优化，全站有了20%左右的提升（本来载入速度已经1.2S左右了，优化度很低），算一算已经做了四轮的全站性能优化了，回顾几次的优化手段，基本上几个字就能说清楚：
在传统的开发模式下，当服务器端处理了某种请求后，就会执行转发或重定向操作，使得客户端的浏览器访问另一个页面，整个开发过程，或需要开发的组件都是由服务器端开发人员完成的（即使使用到了前端的网页技术，甚至有专门的人员开发网页，最终也需要整合到服务器端的项目中，从项目的角度来看，并没有分离）。
惰性加载是一种优化 Web 应用和移动应用的旧技术。非常直截了当 —— 如果在某一时刻资源没有被查看或需要，就不要渲染它们。例如，如果我们有一个要显示的文章列表，开始时应该只渲染视口上的内容。这意味着其他元素将在以后按需呈现（当它们位于视口中或即将在视口上时）。
接触小程序一年多，真实体验就是小程序开发门槛相对而言确实比较低。不过小程序的开发方式，一直是开发者吐槽的，如习惯了 Vue，React 开发的开发者经常会吐槽小程序一个 Page 必须由多个文件组成，组件化支持不完善或者说不能非常愉快的开发组件。在以前小项目中没太大感觉，从加入有赞，参与有赞微商城小程序的开发，是真切的体会到对于大型小程序项目开发的复杂性。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KjBCHdmN-1596903264915)(assets/image-20200806102732122.png)]
其中，components为组件目录，nodemodules为模块目录，pages为小程序的页面目录，utils为一些基础功能的封装。好比安装的第三方百度统计功能在此。
创建一个与 /pages 的同级目录，命名为 /custom-tab-bar，注意目录层级与目录命名问题，不可用其他名称命名。
一、背景 在上次和小伙伴分享了快应用（后面简称hap）后，有很多待定的思路没有去尝试。这周有时间简单开发了一个热门微博的应用，主要涉及到的难点：富文本、长列表、画廊。这里将整个开发过程中遇到的问题以及解决思路和方法分享给大家，希望对想踩坑的各位有所帮助。 代码：https://github.com/SmileSmith/quickapp-weibo PS：快应用目前好像还没有发布正式版，中间会包含一些吐槽(红字)，欢迎指导和拍砖~ 二、开发问题和难点记录 1、前期准备 注意package.j
小程序官方建议把所有小程序的页面，都存放在 pages 目录 中，以单独的文件夹存在，如图所示：
本文是可视化拖拽系列的第四篇，比起之前的三篇文章，这篇功能点要稍微少一点，总共有五点：
sdk优化过程，是一段血泪史，可以吐槽的地方无数。移动端sdk不像app一样方便，sdk发布后出现任何问题，都会影响到很多家的app。 sdk的优化，最大的痛点是它的大小。每次对接客户，他们都会问我们
写在前面 微信小程序使用了前端技术栈 JavaScript/WXML/WXSS。但和常规的前端开发又有一些区别： JavaScript: 微信小程序的 JavaScript 运行环境即不是 Browser 也不是 Node.js。它运行在微信 App 的上下文中，不能操作 Browser context 下的 DOM，也不能通过 Node.js 相关接口访问操作系统 API。所以，严格意义来讲，微信小程序并不是 Html5，虽然开发过程和用到的技术栈和 Html5 是相通的。 WXML: 作为微信小程序的
隧道的项目我目前是第一次接触，感觉做起来的效果还蛮赞的，所以给大家分享一下。这个隧道项目的主要内容包括：照明、风机、车道指示灯、交通信号灯、情报板、消防、火灾报警、车行横洞、风向仪、COVI、微波车检
ArkTS是HarmonyOS优选的主力应用开发语言。ArkTS围绕应用开发在TypeScript（简称TS，Microsoft）生态基础上做了进一步扩展，继承了TS的所有特性，是TS的超集。因此，在学习ArkTS语言之前，建议开发者具备TS语言开发能力。
创建Vue 3项目： 使用vite构建工具创建一个新的Vue项目，运行以下命令：
微信小程序提供了一个“体验评分”的工具插件，可以使用它获得微信小程序的一些性能数据和明显的缺陷，进而根据报告进行相应的优化。
上一篇提到，项目用的分布式服务发现与注册组件是consul，这篇文章主要来讲下consul组件在项目中的应用以及相关介绍。本文以官方文档为主要参考consul文档。 1. consul介绍 consul是一个服务管理软件，主要功能如下： 支持多数据中心下，分布式高可用的，服务发现和配置共享。 consul支持健康检查，允许存储键值对。 一致性协议采用 Raft算法,用来保证服务的高可用。 成员管理和消息广播采用 GOSSIP协议，支持ACL访问控制。 1.1 服务注册与发现 服务注册是一个服务将其位置信息在
近几年，互联网与交通运输的融合，改变了交易模式，影响着运输组织和经营方式，改变了运输主体的市场结构、模糊了运营与非营运的界限，也更好的实现了交通资源的集约共享，同时使得更多依靠外力和企业推动交通信息化成为可能。互联网交通具有巨大的潜力、发展迅速、生态浩大，需要政府顺势而为，紧跟发展态势，加强引导、转变职能、创新政府管理与市场监管的模式。而城市轨道交通的投资体量巨大，一条线路动辄上百亿元，如何保证投资效益、提升投资管理工作的精确性和可控性是当务之急。应引入“互联网+”思维，研发基于“互联网+”的城市轨道交通系统。在分析现有投资管理存在问题基础上，这里对该系统的应用特点及主要功能进行了深入阐述，旨在完善提高系统的功能分布和用户体验。
Live2D，即为2D绘图渲染技术，游戏中例如崩坏3，碧蓝航线中与老婆交互就利用了live2d，通过前端的渲染，拼接，移动即可做出类似3d的效果，但是始终还是有缺陷，例如无法实现3d的转身，跳跃。
Webpack 5 的消息尽管已经出来了许久，但是正式版一直还未发布。Webpack 5 的 ChangeLog 中，除了常规的性能优化、编译提速之外，有一个比较让人期待的功能就是 Module Federation。Module Federation 可以强行翻译成「模块联邦」，但是听起来很是怪异，我在某个前端群也抛出了这个问题，没想到大家的回复也是五花八门。所以，本文就直接用 Module Federation 了，不进行翻译听起来好像更舒服一点。
1 问题描述 做过Android开发的人都遇到过这样的问题：随着需求的变化，某些入口界面通常会出现 UI的增加、减少、内容变化、以及跳转界面发生变化等问题。每次发生变化都要手动修改代码，而入口界面通常具有未读信息提醒这样的“小红点”逻辑；一旦UI变化，“小红点”逻辑也要重新计算。如果不同的RD来维护这些代码，耦合性非常高，出错概率也很大。本文以自选股的个人页卡为例（界面如下图所示），并给出了一套方案来解决动态更新UI的问题以及更好的解决未读提醒的逻辑。 2 旧的方案（Phase out） （1）对于UI
何为Virtualview，简单来说，就是通过xml来描述视图，然后压缩成二进制格式，客户端通过解析并渲染成原生view或交由Canvas绘制的过程。
| 导语 Pluto 是 iOS 上的一个排版渲染引擎，通过 JSON/JS 文件可以很方便地描述界面元素，开发效率很高，并且在流畅度，内存等方便有保证 Qzone Feed 业务复杂，样式很多。每次新增一种 Feed 样式，开发工作量很大，需要跟版本。样式之间耦合严重，每改一种样式，另一种样式可能会受影响。 基于这样的背景下，Feed Team 急需一个比较成熟的渲染引擎，他至少需要解决以下问题： 提升开发效率。 样式之间独立，不互相耦合。 新增和修改 Feed 样式不需要跟版本。 无论采取什么方案，
微信小程序自定义组件官方教程 环形进度条的组件已经放在github上 环形进度条效果图 📷 创建步骤 1、在根目录创建名为components的文件夹，用来放需要引用的自定义组件。 2、创建名为canvas-ring的文件夹，用来放环形进度条自定义组件。 3、鼠标指着canvas-ring的文件夹 鼠标右键 “新建 Component” 取名canvas-ring。 结构图： 📷 环形进度条组件的代码 canvas-ring.json { "component": true, //这一定要写成tr
父子组件传值可以通过 prosp + emit 来实现，虽然 props 可以传递各种类型，但是却不能传递组件（包括HTML），这样灵活度就差了一些。 那么怎么办呢？为了提高灵活性，Vue 提供了插槽功能。
在过去十年中，React 及其生态系统经历了不断的发展。每一个版本都带来了新概念、优化乃至范式的转变，不断推动着我们对于网页开发可能性的认识边界。
目前，物资采购和人力成本是隧道业发展的两大瓶颈。比如依靠民间借贷，融资成本很高；采购价格不透明，没有增值税发票；还有项目管控和供应链管理的问题。成本在不断上升，利润在不断下降，隧道产业的“互联网＋”迫在眉睫。隧道业的机械化程度高，机械制造和采购成本非常大，此外，隧道业的发展还面临建筑市场的严峻考验。“互联网+”提供大数据、信息流，为传统隧道企业由机械化向数字化挺进提供了机遇，隧道产业的建设工程需要持续的技术支持，也需要经验分享，如果可以借助互联网整理和分享相关经验，将为隧道产业发展带来智慧动力。
前端人员在开发过程中，如何快速感知到组件的功能和属性？现状是通过阅读组件相关文档，好在基础组件库的文档相对完整和清晰，手动补全示例。业务组件相关文档目前只能在内部 NPM 私库上查看，静态的 API 文档，没有组件的 Demo。对于非前端人员，如何预览和调试组件呢？比如：某一天，产品想提前调研其它业务线的业务组件功能能否满足业务诉求；业务组件开发完成，测试和设计可以介入组件相关功能的验证；运营人员可以在低代码搭建平台，预览和调试相关组件等。
前面介绍的表单控件和查询控件，都是原子性的，实现自己的功能即可。 而这里要介绍的是管理后台里面的各个组件之间的状态关系。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
