用node开发后端会存在那些问题呢？

       在我们用node做后端开发遇到的三个问题。一安全问题，代码并没有编译就直接传递了，只要进去服务器代码可以看得一清二楚。二是文件体积问题，随便一个项目node_modules件包就是一百兆左右。第三个是部署问题，每次部署新项目都要下载安装插件导致部署非常缓慢。

我们又有哪些解决方案呢？

       首先我们来看一下最重要的安全问题，node没有像java做好之后可以打包编译为一个很小的jar包。但前端我们也有了编译混淆工具，如webpack或vite等。做个vue、angular、react项目的同学，我想应该对这个工具不陌生吧！webpack在前端领域用的确实比较多，特别是之前的vue2项目。其实它还可以用于node环境下的后端项目，比如express框架，koa框架等。只是配置信息需要研究。我本着将所有代码(包含node_modules)全部打包为一个文件。结果启动时发现存在不少问题。这时我换了另一套方案，只打包自己写的代码。而node_modules插件包里的代码不再进行打包。结果也确实很满意，我们可以看到整个文件大小不到两百kb。

        而混淆之后的代码虽然能看到源码，但就算破解了，也得自己手写一遍才能还原。因为里面的变量命名都变为了abcd，代码阅读难度极大。也不可能会百分百还原源代码。

        附上webpack的配置代码如下
 

const path = require('path');

const nodeExternals = require('webpack-node-externals');

console.log(path.resolve(__dirname, "dist"))

module.exports = {

    entry:'./index.js',

    mode: 'production',

    target:"node",

    output:{

        path: path.resolve(__dirname, "dist_server"),

        filename:'index.js',

        publicPath: path.resolve(__dirname, "statics")

    },

    node: {

       

    },

    externals: [

        nodeExternals()

    ],

    module: {

    },

    plugins:[

     

    ],

    resolve:{

       

    }

}

      虽然我们解决了安全问题，但node_modules这个插件包体积实在太大。同样给我们的服务器资源照成了不必要的浪费。而且安装起来也很慢。我们之前的第一个方案是提取node_modules用到的核心文件然后打包到一个文件里，这显然是不行，问题也特别多。我们的项目用到的框架一样，技术一样，为什么不能多个项目用同一个插件包呢？于是经过反复尝试，发现当前项目package.json如果不存在，它们不断的去往上级文件夹找。也就是你只需要把多个项目放到一个文件夹里，然后再添加package.json 然后安装一下。所有的子文件夹里的项目都能使用这个公共的插件包了。这样我们就很完美的解决了以上几个问题。

        最后打包的速度也提升了不少，两秒左右就打包好了，服务器的部署也简单很多，只需上传200kb左右的打包文件然后启动文件即可。（安装都省去了）

node服务端打包编译之后又会出现那些新的问题？

        当然这还远远没有结束，因为我们发现打包之后静态文件无法访问，移动文件夹位置之后反复测试，结果发现数据库备份的位置也有所偏差。总之对文件的读写这块存在诸多问题。反复阅读代码发现我们在开发过程中用到了一个__dirname这么一个变量，而这个变量就是根据当前的文件来获取绝对位置。比如文章控制器这块用到了这个变量，则它的绝对路径为D:\gitwork\guiplan-study-game-admin\servers\app\controller\articleController.js

        如果不是在控制器里用这个变量，而是更目录如app.js,这时的绝对路径则为D:\gitwork\guiplan-study-game-admin\servers\app\app.js。所以这个变量的值它是变化的。

        而我们打包之后的文件只有一个index.js文件，所有的文件都打包成了一个文件，所以这个时候你再去用__dirname这个变量，它所指的位置则是根目录。并且不会改变。所以就导致静态目录存储的位置与数据库存储的位置都不同的原因。

        好！我们找到的问题的原因，那我们如何去解决这个问题呢？其实用过webpack的同学应该对环境判断不陌生吧？是的，同样的后端打包编译我们一样的可以添加一个环境判断。我们只需将所有用到__dirname这个变量的地方都添加一个判断，然后重新拼接一个绝对路径。比如app.js里的渲染器代码

render(app, {

  root: path.join(__dirname,'../', config.static.path,'view'),

  extname: '.html',

  debug: process.env.NODE_ENV !== 'production',

  dateFormat:dateFormat=(value)=>{

    return moment(value).format('YYYY-MM-DD HH:mm');

 }

});

可以修改为

 let rootPaht = ''

 if(process.env.NODE_ENV == 'production'){

    rootPaht = path.join(__dirname,'/', config.static.path,'view')

 }else{

    rootPaht = path.join(__dirname,'../', config.static.path,'view')

 }

render(app, {

  root: rootPaht,

  extname: '.html',

  debug: process.env.NODE_ENV !== 'production',

  dateFormat:dateFormat=(value)=>{

    return moment(value).format('YYYY-MM-DD HH:mm');

 }

});

        这样哪怕编译打包之后也不会再存在静态文件目录不正确的问题了

全名记单词游戏案例展示。

      最后我们来看看我这边用guiplan低代码开发工具做好的全名记单词游戏项目。小程序端与后台以及后端接口配置都是可视化开发。

（uniapp小程序）

（游戏后台管理）

        最后数据库进行备份，静态文件备份。静态文件包括这些单词的图片，音频以及后台管理系统源代码，后端的源代码以及前台页面等。所有的文件加起来也就12兆。后续静态文件放其他流媒体服务器，数据库备份文件不算的话。一个前后端项目总大小约6兆左右。原本一个项目需要一百多兆，优化完之后只需6兆左右。空间节省20倍左右。