最近接触vue,使用vue做一个类似风格的网站(如下图),实际需求目测估计20+页面。单页面是否能够满足?
- 因为没有没有用过vue,担心是否使用单页面时,页面、配置等其他会过于冗余,编译后页面会不会巨大无比(加载慢?),会不会有坑。
- 如果使用多页面那么公共区域部分总是重复编译、加载、渲染是不是也不太好?
有开发经验的小伙伴可以分享下经验吗?
最近接触vue,使用vue做一个类似风格的网站(如下图),实际需求目测估计20+页面。单页面是否能够满足?
有开发经验的小伙伴可以分享下经验吗?
其实与页面个数没有太大关系,主要是看页面结构的复杂性,一般你这种需求都做多页应用,特别是你这个数据列表这一块,将来或许会有数以万计的数据要展示,若多个类似的需求在单页完成,渲染速度和响应速度···可想而知。
单页面首次加载缓慢,但是后面的加载优势就会超过多页面了。而多页面则是首次加载快,但是后面每次都要进行加载。
vue这种还是比较适合做单页面的,你把webpack配置一下做多页面应该也可以,但是这样就丧失了vue的优势了。
建议如果不需要考虑太多的兼容性就还是用vue来做单页面吧。比如自己用的后台管理系统什么的。
如果要兼容到ie8什么的。。。还是再考虑下。
多页面有多页面的好处,单页有单页的好处,从seo爬虫这方便我比较倾向于多页面,单页面的话只有index.html,而且没有相关的内容,只有一行代码,多页面的话你打开会发现所有数据都会展现,这样利用seo,这样的话就看你的产品倾向于什么方面了
10 回答11.1k 阅读
6 回答3k 阅读
5 回答4.8k 阅读✓ 已解决
4 回答3k 阅读✓ 已解决
2 回答2.6k 阅读✓ 已解决
2 回答4.7k 阅读✓ 已解决
4 回答4.3k 阅读✓ 已解决
多页面对webpack来说就是多入口,每个入口可以看做一个单页面。
个人认为:结构内容相似,关联度大的可以做在一个入口里,然后用router维护不同的内容,不相关的可以另开一个页面
简单说:
可以看下这个例子