在前段时间折腾过搭建react服务器端项目架构,点击这里了解下,正好最近有个重构PC网站的需求,考虑SEO等因素。在做技术选型的时候决定采用nextjs。项目开发过程中,nextjs的体验非常棒,个人觉得比create-react-app开发体验还要好,特别是HMR功能,虽然都有这个功能,但是nextjs做的更好一些。CRA里面修改了代码,格式化了文档,会导致整个页面刷新,这对于SPA项目的开发体验就很不好了。我在使用nextjs的开发过程中,如果不是自己主动去刷新浏览器,几乎就没有刷新过整个页面,所有的修改都是在不刷新页面的前提下就反映到了页面上,这个体验真的很棒。
入门体验
nextjs的文档个人觉得写的不算特别详细,好在github的examples目录下有很多示例可以参考,比如我没有使用now来做部署,而是使用了express。很容易就找到参考的示例。开发过程编译,打包等速度都很快,开发体验一直非常愉悦。
项目中的几个设置
1. 里面用的三个依赖的左右:
① nextjs配置多个插件时使用next-compose-plugins很容易解决,要不然,写起会有点麻烦
② 把图片当成模块一样引入需要使用next-images
③ 样式支持less需要next-less
2. BuildId我这里就直接固定一个,如果以后开发新版改成v2(或其也行)
3. 打包目录distDir修改为build(默认为.next)
部署时遇到的问题
1. 设置context来访问的问题
部署时,我需要配置一个context,因为一个域名下有多个项目。本地开放时都是根路径,没啥问题,但是现在需要设置一个context(访问格式:域名/context)。修改入口文件app.js(或者server.js,项目通过node app.js来启动),在得到如下结果之前,我还是折腾了1天多,最终通过查看一些源码,多方调试才成功。
修改下next.config.js
2. windows下开发部署到linux上的路径中的’\’问题
两个办法一个是手动替换pages-manifest.json文件里面所有路径下的’\’,替换为’/’
另外一个办法:(推荐)
在linux上面去打包,这样一劳永逸,最省事。所以开发环境还是mac好啊
小结
推荐使用nextjs来做基于React的服务器端渲染,虽然个人造轮子也重要,但是实际开发使用一个开源的,受欢迎的框架来提高开发效率,降低风险更明智。