| 日 | 一 | 二 | 三 | 四 | 五 | 六 |
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 |
[复位日记]
网站统计
·今日访问 : 157
·页面点击 : 162
·当前在线 : 11
2026年5月17日 星期日[阅读 19]
Squire生成的冗余代码远比想象的严重。数据清洗因此是必做功课,但要想得到彻底干净的HTML代码,仍然困难重重。
作为专门处理邮件HTML代码的API,或许业务逻辑的关切点在于可视化效果,并没有将精力放在效果所依托的代码是否精简、合规且高效等层面。由于专注点局限,Squire痛点不少,给二次开发带来很多麻烦。
类似Squire这样的库也许还有几个,不多,而且能平替Squire的应该少之又少。
现在绝大多数可视化Web在线编辑器都会集成了UI,而且个头都很大。最新的wangEditor 5全量版仅JS部分体积高达1.3MB,里面竟然还处理IE以及某某国产封装的浏览器的兼容性等等问题。wangEditor 4压缩后也进300KB,而且,它是基于 execCommand 指令的。Jodit可以定制,基础版(最小量)仅JS文档也不低于400KB、全量版几乎接近1MB,而且它还有第三方依赖,例如切换模式时回去调用第三方资源(可能是代码着色支持等)。
纯粹、好用且真正轻量、开箱即用的Web在线编辑器现在很难找,过去的纷纷停更,新出来的都是大胖子。愁。
发表评论:

