2020 吾辈在公司推动的前端技术演进 上古时期 吾辈来的时候已然不多,但部分 mobile 嵌入的静态页面仍然是这种形式 后端模板(JSP/FreeMarker)+ 前端静态 HTML 页面。那是个前端开发非常卑微的时代,除了还原 UI 和兼容性之外,所有业务逻辑、路由跳转、状态管理、部署维护都由后端包办完成。前端能做的事情非常有限,UI 还原、CSS 样式以及浏览器兼容性(例如传统前端需要掌握的精确到 1px 的兼容到 IE6 的
面相 vue 开发者的 react 入坑指南 场景 问:为什么吾辈要使用 React? 答:React 拥有更加庞大的生态,以及对 TypeScript 的更好支持。前者让需求实现变得更加简单,例如目前使用 Vue 做的后台管理系统使用了 Ant Design Vue 这个 UI 库,而它的上游 Ant Design 实际上官方维护的是 React 版本,而 Vue 并不是 亲儿子,导致一些问题并不像官方那么快解决。后者强大的类型系统能降低维
Android 上最好的浏览器 Kiwi browser 场景 官网 或许对于现在很多人来说,浏览器是一个很少使用的 App,因为所有功能都可以在 App 做,不需要使用浏览器。一方面,是由于国内的大环境就是把用户当成傻瓜(事实上,即便是吾辈目前所在的公司,在 UI/UX 设计方面也倾向于将用户当成傻瓜),导致用户真的是越来越傻瓜,甚至遇到了除了微信其他的都不怎么会用的地步,更何况浏览器这种“高端”的 App 呢?然而对于某些特定人群来说,尤其是不喜欢
Spring Mongo Data 使用 前置要求本文假设你已经了解或知道以下技能,尤其而且是勾选的内容。 Gradle SpringBoot MongoDB SpringBoot 集成 MongoDB 注:本文不谈 SpringBoot 如何整合 MongoDB,如果需要可以去吾辈的另一篇记录 将 Mybatis/MongoDB 集成到 SpringBoot 中的示例 查看,并且本文以项目 spring-boot-myba
将 Mybatis/MongoDB 集成到 SpringBoot 中的示例 前置要求本文假设你已经了解或知道以下技能,尤其而且是勾选的内容。 Gradle SpringBoot Mybatis Plus MongoDB SpringBoot MongoDB Data H2DB SpringTest 场景 GitHub 项目, Blog 教程 需要同时使用 Mybatis-Plus 和 MongoDB,所以就去了解了一下如何集成它们。 集成 Mybati
react 通用列表组件封装 场景 GitHub 源码 在后台项目中,即便使用了 antd,仍然存在太多太多的列表页面。这些列表页面大多数又是非常相似的,所以吾辈需要解决重复的简单列表的编写,避免每次都手动控制过滤器/分页之类的东西,将之抽象成配置项,然后通过配置生成列表页面。或许已经有很多人做过了这件事情,但于吾辈而言,这仍然是全新的体验,所以也便于此记录,并供之以他人参考。 理念使用逐级递进的方式进行封装,使用者可以根据
使用 ESDoc 生成文档 esdoc 官网, 博客地址, 示例项目 场景在尝试过使用 markdown, jsdoc, docz 之后,吾辈终于找到了一个比较满意工具 – esdocs。 期望 开箱即用: 毫无疑问, js 正在把一切事情变得复杂,到处都是大量的配置,永远都学不会开箱即用 支持 jsdoc 注释: 已经熟悉了 jsdoc,所以不太希望切换到其他的注释规范了呢 可配置自定义页: 作为文档 API 列表还算
使用 hexo next 搭建静态博客 场景在碎片化学习的时代,没有体系化/总结的知识很快会被彻底遗忘,而博客可以帮助我们记忆平时零碎的知识。有人似乎认为想玩博客就必须要域名/服务器,这里吾辈不得不说明一下,这个认知是错误的。 对于绝大多数网站来说,静态是无法满足复杂的需求的。然而我们只是想要日常写点博客,分享到网络上的话,却是不需要这些,静态博客也便是足够了。 准备本文假设你是一位开发者并至少对下面打勾的内容有基本了解。 git:
IDEA 设置 Git-Bash 为默认 Terminal IDEA 默认集成了 Terminal,但默认使用的终端确是 cmd.exe(Windows10 默认则是 PowerShell)。而众所周知,Windows 在命令行上做得确实有够难用的,所以我们可以选择其他的第三方终端进行使用。 这里演示一下使用 Git-Bash 作为默认集成的终端 在设置 Settings > Tools > Terminal 下有一个 Shell path 的
使用 vue-cli 创建模板项目 场景吾辈曾经只是个 Java 后端开发人员,原本对前端的了解大致只有 HTML/CSS/JavaScript/JQuery 级别,后来接触到了 nodejs。不仅是工作之需,吾辈个人而言也非常想要了解现代前端技术。然而天可怜见,吾辈刚入门 nodejs 并没有发现什么,但发现想要构建一个项目,需要用到前端工具链实在太多了。配置文件的数量甚至远远超过后端。所以为了快速开发,入门之后遇到问题再去解决,
关于提问与帮助 场景不知从何时起,帮助别人似乎开始变成了一件吃力不讨好的事情。刚刚吾辈在 QQ 里面看到这样的几句发言,所以熬夜写了这篇内容。 真以为别人给予帮助是一种义务了,告诉你怎么查就是在帮助你了。总不能把饭端到你面前,却还要嚷嚷着要别人喂你吃吧?而且,帮助是要花费时间和精力的。很多人并不是总有时间来帮你找资料的,或许我们也只是在上班的时候想稍微休息一下,看到你的问题,就谈一下大概的解决方向而已。 思考当
JavaScript 使用 Promise 场景为什么要使用 Promise? JavaScript 异步发展史:回调函数 -> Promise -> async/await 传统异步使用回调函数,回调意味着嵌套,当你需要使用很多异步函数时,那你需要非常多的回调函数,可能形成回调地狱。有问题就有人解决,js 没有多线程,所以天生就是异步的。正是因为异步的广泛性,所以很早之前就有人着力于解决异步回调的问题,github 上有很多已