愚人节, 前端的碎碎念
#frontend#next.js#Gatsbyat
最近想写点东西, 但是作为90s, 实在是看不下去 tumblr 了.
最终还是从 tumblr 迁移到 github 上面了.
随便写一点采用的技术和对前端的一些不一样的理解.
背景是, 被某不靠谱忽悠,
「
next.js出新版了, 用next.js重构一下你的博客呗」
三天后, 我有一些 next.js 问题, 不靠谱表示, 我也没用过啊, 这不是让你先试试. (黑人问号?)
关于next.js和 Gatsby 的几个体验
- 目前的前端工具都非常稳定可靠的集成进来了. 比如
dev/prd环境区分集成, liveonreload, 等等等等, 开发很舒适友好. next.js封装的非常规整, route 等等细节很漂亮.- 但是如果你希望稍微自定义一点
next.js, 那么包装很好的内在都暴露出来了. 很不搭调. - 试着用了几个基础的
next.js starter, 居然全 tm 跑挂了. 我估计可能没什么人用这玩意. 迅速止损到Gatsby. - 相比之下
Gatsby每个component/page都需要无脑引入了react. 初期看来, 确实是比next.js丑的挺多的. - 但是, 除去这部分之外, 基本上其实也就几个文件. 概念并不复杂.
- 另外整个
Gatsby把所有的数据组织成图数据库的形式, 可以随意通过graphql查询, 反正一言不和就查就解决了问题. - 反正数据就在这里. 所以即使未来适用
CMS, 那么如果能够正确被 graphql 组织, 使用上的差别也不会太大.
关于样式css的几个体验
tailwindcss, 一个很享受的实现模型. 基本上脚手架已经搭好. 你就写就行了. 没思路参考一下 tailwindcomponents, easy and fast.- 另外我中间试着用
postcss@apply, 的套路解决一切问题. 发现臣妾做不到啊. 太丑了. 而且css的结构和组织上跟sass/less还是有较大差距. 不靠谱前端表示stylus才是现代的解决方案. 看在目前网站一共代码就几百行的样子上. 尽量标准的使用tailwindcss得了. styled-components, 这个似乎值得一说, 目前他搭配Gatsby很舒服. 但是我目测是没机会使用了.