Vue发布项目示例说明

项目完成后，我们当然不能满足于在我们的开发环境中运行。我们可以打包后发布到服务器上，这样大家就可以一起欣赏你的作品了。

那么如何打包发布vue项目呢？新创建的项目目录中通常有一个README.md文件，它描述了发布步骤：

以下是vue-cli 3.x创建的项目中的README.md文件内容：

#首页##项目设置npm安装

###为开发进行编译和热加载

npm运行服务

###为生产进行编译和缩小

npm运行构建

###运行测试

npm运行测试

###删除和修复文件

npm运行lint

###自定义配置请参见[配置参考](https://cli.vuejs.org/config/)。

以下是常用说明的描述，我们需要的是：

npm运行构建

运行此命令将项目打包到dist目录中，该目录仅包含静态html和js文件。

包装

npm运行构建

运行上面的命令，运行后，您可以看到在项目的根目录下还有一个dist目录：

当我们打开它时，我们可以看到一个index.html，但是当你直接打开它时，它是空白的。

这里，它需要托管在一个web容器中，比如iis、apache、nginx等。感兴趣的童鞋可以自己搭建上面其中一个，上传打包目录看看效果。

写在最后

其实这个小项目有很多缺陷，包括登录后的逻辑，发布文章时登录的验证等。但这个项目毕竟是用来熟悉vue框架的。所以若愚并不打算在这个项目上花费太多的精力，从而把它变成一个完整、简洁、实用的博客系统(其实大部分功能已经完成)。毕竟这给初学者引入了太多不相关的因素，无法专注于如何用好vue。相信这里的童鞋已经可以自己写一个真正的博客系统了，除了后端接口，不过我们这里可以使用postman的mock功能，系列文章中有相关教程。

文章中所有的接口都来自邮递员的模拟函数。

后续文章将开始练习如何优雅地编写代码。好的代码会增加可读性，降低团队协作的沟通成本，增强项目的可维护性和可扩展性。

另一方面，代码可以写得更好，为什么要写得不好呢？

请一定要忽略网络中流传的所谓代码，越差越好，最好写到只有你能看懂的地步，这样才会成为公司不可或缺的中流砥柱。

这不是优秀，不是生存的宝库，而是不负责任！

要成为公司的中流砥柱，被部门领导和同事认可或者更优秀，就不要想着投机取巧，而是要真实(不一定是编码能力，比如能够很好地协调与同事的关系，给领导提建议，给团队带来欢乐和技术提升等。).

无论从事哪一行，都要努力让自己变得更好，而不是制造麻烦。

代码越糟糕，与他人交流就越困难。如何才能进步？而团队的其他人不会阅读和维护，如何在项目中与同事保持和谐？在未来的面试中，告诉面试官有一个只有你才能维护的系统。你用了多少方法让同事看不懂代码？这样做真的是损人不利己。

以这种方式到达中流砥柱，只是路的尽头后的挣扎。这样的行为，谁能信任你，埋个雷去轰大家一天？

因此，若愚在此提倡并向大家提出建议：

对自己的代码负责，对自己负责。

从个人角度来看：

可以让自己的代码可读性更强，不再惧怕历史代码，与他人交流锻炼自己的思维。思考每个变量名、函数名、文件名，可以让你的思路更清晰，每个文件存在的位置，这样可以对项目的结构有更清晰的了解。这里推荐两本书：

《代码整洁之道》

《重构改善既有代码的设计》

值得一看。

这些都是本介绍的知识点。感谢您的阅读和支持。