完全基于云服务的Web应用开发过程

这里介绍一种完全基于云服务的Web应用开发过程，各云服务基本都包含免费方案。对于一些小型的非商业化Web应用完全可以基于云服务0成本开发、部署、落地。

过程 & 工具

Demo	开发	源码管理	测试	部署	数据存储 对象存储	CDN

Web Components 现状及发展趋势

笔者之前参与过两个低代码项目，大屏编辑器，图表编辑器。其表现形式均为通过拖拽和配置表单来编排物料，进而生成交付产物。其中物料的丰富程度、可复用程度又是重中之重。如果物料本身依赖某一种框架，比如React或Vue在大时间跨度下必然会产生迁移成本。届时面对海量的待升级的基础物料，如何迁移就会变成一个非常麻烦的问题。

Web Components提出了一种无需任何库或框架即可运行的组件化方案。用于将物料解耦具体前端框架十分合适。本文尝试从Web Components的发展历史、现状、优缺、趋势等方面尝试判断现在是否合适将已有的物料迁移至Web Components。

NodeJs性能分析

这里提出一种面向NodeJs的基于Chrome Dev Tools的性能分析方法。

核心思路

• 基于console.profile记录性能描述信息，输出.cpuprofile文件。
• 基于Inspector记录内存占用信息， 输出.heapsnapshot文件。
• 基于Chrome读取.cpuprofile和.heapsnapshot文件分析性能问题。

效果

JS执行情况

内存占用情况

由SVG引起的大屏性能问题排查及优化方案

背景

某大屏项目主视觉在增加其他辅助图表之后帧率下降较为明显，本文尝试分析导致帧率下降的原因以及可能的优化空间。

原始

在交互触发时也基本可以稳定60帧左右。

新增图表等其他页面元素后

普遍仅能维持在30帧左右

背景

针对在如何在图表编辑器场景下快速索引图元所对应的方案，我们得到了ECharts图元拾取方案。本文介绍两种方案去提示用户当前拾取到的图元。

背景

针对在如何在图表编辑器场景下快速索引图元所对应的方案，我们得到了ECharts图元拾取方案。但图表场景通常具有很多【线条】类型的图元，这些图元宽度普遍不高，通常为【1-2】个像素宽度。这就给通过交互的方式来拾取图元造成了一定的困扰，不容易选取、很容易移出热区。本文探究一种图表元素拾取扩大热区范围方案。

算法的复杂度通常会使用BigO来表述，但会相对比较抽象，本文会结合算法实例以及图像相对具象的去表述时间复杂度这个概念。

BigO主要有以下几种表达式来描述时间复杂度：

• O(1)：常量时间
• O(n)：线性时间
• O(log n)：对数时间
• O(n^2)：二次方时间
• O(2^n)：指数时间
• O(n!)：阶乘时间

每种时间复杂度有所不同，下面我们一起来详细了解这几种时间复杂度。

背景

降低图表开发成本的几大节点

1. D3.js的诞生

D3的核心概念：Data-Driven Documents，以数据去驱动视图的渲染，使开发者摆脱了繁琐的视图渲染细节。不再需要手动增删改具体的svg节点，以及其内置的优秀布局算法。极大的降低了图表开发的门槛(体现在布局算法层面)，以及提高图表的开发效率(不再需要去维护具体视图)。

2. ECharts

ECharts通过配置式的方式去创建图表并搭配完善的文档，先天性的就会比D3编码式的图表绘制方式门槛要低、效率要高。并且ECharts将图表的开发逻辑做了一个倒置，从由图元组合形成图表(绘制点线面、图例、提示框来组合成一个完善的图表)，改为了从图表的可配置项中选择一些合适的搭配（选择显示X轴、Y轴图例等）。进一步降低了图表开发的心智负担同时规范了图表样式。

3. 各类图表编辑器的出现

DataV，easyv，chartcube等图表编辑器的出现，将图表的配置项进一步抽象成了一些可见、可读的、GUI化的配置表单。用户通过拖拉拽以及点点点的方式来生成图表。这里将文档阅读、以及编码测试两个流程优化了出去。进一步降低了图表开发的门槛与成本。

4. AI生成

近年来随着AIGC的大规模应用，以Chat-GPT为代表的AI通过其巨大的语料库以及优秀的语言模型，基本已经做到了的通过自然语言来生成绘制图表的代码，将图表的生产方式从UI交互提升到了自然语言描述。但由于AI的不稳定性，由AI生成的图表普遍不能直接应用于生产，仍然需要一定量的微调，这就又对开发者的编程技巧有了一定的要求。

一个前端研发视角下的ChatGPT使用体验

简介

本文内容由VsCode-ChatGPT辅助生成。

ChatGPT的发布引来了一轮新的浪潮，对各个行业均有所冲击。互联网上目前已存在大量对话案例，但普遍深度不够，且场景不够聚焦。

本文主要从以下几个方面，从微观到宏观的将一些日常开发者所面对的工作交由ChatGPT来处理以期洞察ChatGPT在哪些方面能提升研发体验，为研发提效。

1. 代码注释/解释：给业务代码添加注释、解释开源项目代码、解释复杂算法、解释开源项目方案。
2. 代码生成：根据研发者提出的细节需求生成一些符合预期的业务代码或者代码片段。
3. 方案生成：根据研发者提出的宏观需求做技术调研并生成方案。
4. 代替面试：代替人工面试。
5. 开放性问题：应对一些日常工作生活中的开放性问题。

细分领域预警，长篇幅预警，本文专注于前端研发领域，且使用了较多案例，包含大量代码，针对特定案例可先看小结再基于兴趣决定是否详细查看分析过程。

考虑到篇幅因素，注册及安装教程不再赘述。

背景

上文局域网自定义域名介绍了如何基于dnsmasq服务去管理局域网过多的服务与对应的IP和端口的问题。

本文记录一种基于Nginx的域名解析与内网穿透方案。用于解决如何更优雅的将家庭网络服务向公网提供的问题。