用TypeScript写前端

前言 之前我们在一些文章里提到过如何使用 装饰器 来配置表格，也开源了一个 AirPower4T 的开源项目，但后来很多人反馈说，用子仓库的方式使用有些不太方便？ 于是我们将 AirPower4T 这

枚举形参倒置是通过为枚举形参添加一些方法，来减少调用时候传入的形参个数。 🌰举个栗子 如上示例代码，我们可以在调用时候减少传入一个枚举形参的

很久之前我们分享过一篇关于 i18n国际化 中解决魔法值问题的文章 i18n国际化前端解决方案引发的关于魔法值的思考 ，因为近期在抽工具包，于是我们把这部分重构了一下，也放进了发布了 npm 包里，今

看过我们之前一些文章的朋友可能记得，我们之前开源了一个 AirPower4T 的前端开发脚手架，一个基于 Vue3 TypeScript Element Plus Vite 的开发基础库，使用面向对象

我们之前出了太多在前端使用 TypeScript 的类来实现的面向对象编程范式的文章和示例，引发了不小的一些讨论： 也许跟大家不太一样,我是这么用TypeScript来写前端的 为什么在TypeScr

早在 Vue3.3 版本开始，Vue3 开始支持泛型组件。可笔者在写这篇文章的时候，依然发现一些群友在 Vue3 的项目中还没有用上，于是今天出一篇文章，和大家一起交流。 什么是泛型 泛型编程是一种编

前言 在之前的 《用TypeScript写前端》 专栏文章中，我们已经讲过了大量装饰器来配置表格、表单、文案、验证等相关的文章。 今天我们主要来讲一下如何通过 Relect 来存储装饰器传入的各种配置

也许你已经看过了 99 个 Table 组件的封装，但今天我们依然要为你介绍 第100 个 Table 组件的封装，快来看看和你之前看到的封装方式有什么不一样吧～ 先看使用方式 如上图，我们封装了一个

可能很多人都听说过 TypeScript 的装饰器，也可能很多人已经在很多 NestJS 项目中使用装饰器了，也有一些前端开发者可能在某些前端框架中使用过一些简单的装饰器，那么你真的知道装饰器在前端还

签到了兄弟萌 今天在掘金签到的时候，偶然发现签到区域内 闪了几下，然后职业病就犯了…… 咦，这都凌晨一点了，怎么还跟我说下午好～？ 难道是服务端计算的时间？没这个必要吧。。。 职业病犯了 好，于是打开

需求来源 我们的业务系统告警信息之前是使用类似 企业微信 钉钉 飞书 等工具进行群消息的机器人通知的，但文字信息提醒还是不够明显，同事们也没有随时盯着电脑或者手机。 办公室有很多的小爱同学，于是我们考

一、需求说明 我们在日常做后台类的前端开发通常会遇到很多重复性的工作，比如： 1.1 数据交互实体类的声明 一般来说，我们需要根据需求进行数据建模，比如编写一个企业管理的功能，我们需要对企业进行建模。

在2019年夏天的某个夜晚，我还在拿 Vue2/JavaScript/Element UI 肝一个 B/S 架构的 Web B端后台管理项目。当时正在做的是一个 WMS系统 的出入库单据管理页面...

一、需求背景 虽然我经常在很多地方都说过，“前端脱敏，脱裤子放屁。” 但在用户需要截图，或者是数据极其敏感的情况下，不管后端是否脱敏，前端都还是应该给人脱敏一下的。 否则用户截图的话，就需要先截图，再

一、先说点啥 掘金前两天把我之前一篇关于 TypeScript使用面向对象开发 的文章推到了 掘金的官方公众号，引来评论区清一色的骂声哈哈哈。 我是理解的，毕竟看了很多代码，说实话，很糟糕。 今天的话

一、封装前的枚举字典定义 在日常开发中，我们经常会定义字典来做些下拉选择框： 定义枚举 定义字典 代码如下： 然后将 ArithmeticEnumMap 传入到下拉组件中去循环遍历出选项。 二、定义枚

零、写在前面 之前写了一篇 《TypeScript装饰器之我们是这么处理项目数据转换的》，有很多朋友私信和评论说，如果没有 TypeScript 和 装饰器，纯 JavaScript 有没有什么好的数

接上一篇 “为什么在TypeScript上不使用interface/type来声明业务数据结构” 我们继续聊。 为了方便，我们接下来用 它俩 来指代 interface以及type。 一、类可以扩展行

今天的文肯定会很水，但应该也会很好玩。 一、最简单最低标准的注释 一般要求实现 类、方法、参数、类型、返回值等的 TSDoc、JavaDoc、JSDoc 等规范的最简注释： 示例代码 实现效果 二、更

一、写在前面 之前我写了一篇 《也许跟大家不太一样,我是这么用TypeScript来写前端的》 有提到说 “我们不允许在TypeScript中使用 interface type 来声明业务数据结构。”