MEAN Stack應用程序結構

Question

我使用express-generator npm為MEAN Stack應用程序創建了樣板，效果很好，但是我不明白幾個文件的用途。

例如：

package.json包含以下代碼：

"script":{"start": "node ./bin/www"}

該應用程序包含一個名為bin的文件夾，其中包含一個名為www的文件，其中包含以下代碼：

#!/usr/bin/env node

/**
 * Module dependencies.
 */

 var app = require('../app');
 var debug = require('debug')('myapp:server');
 var http = require('http');


  var port = normalizePort(process.env.PORT || '3000');
  app.set('port', port);

  var server = http.createServer(app);

  server.listen(port);
  server.on('error', onError);
  server.on('listening', onListening);

  function normalizePort(val) {
     var port = parseInt(val, 10);

    if (isNaN(port)) {
         // named pipe
           return val;
     }

   if (port >= 0) {
       // port number
       return port;
      }

      return false;
    }

  function onError(error) {
     if (error.syscall !== 'listen') {
      throw error;
    }

   var bind = typeof port === 'string' ?
   'Pipe ' + port :
   'Port ' + port;

    // handle specific listen errors with friendly messages
      switch (error.code) {
      case 'EACCES':
      console.error(bind + ' requires elevated privileges');
      process.exit(1);
      break;
      case 'EADDRINUSE':
      console.error(bind + ' is already in use');
      process.exit(1);
      break;
      default:
      throw error;
    }
   }

 function onListening() {
   var addr = server.address();
   var bind = typeof addr === 'string' ?
     'pipe ' + addr :
     'port ' + addr.port;
      debug('Listening on ' + bind);
    }

現在我不確定這是什么目的，因為我刪除了上面的所有代碼，並在服務器所在的app.js文件中添加了以下幾行：

var port = process.env.PORT || 8080;
app.listen(port);
console.log("Listening on port " + port)

通過僅用兩行替換所有代碼，我便能夠運行服務器並使用路由顯示視圖。 這就是我一段時間以來一直在開發所有節點/表達應用程序的方式，並且它們運行良好。

誰能解釋所有這些代碼的目的是什么，因為我不確定它的作用是什么？ 當我們僅用2行替換它時，為什么需要它呢？ 這似乎非常令人困惑和不必要。

Answer 1

在package.json文件中，行"script":{"start": "node ./bin/www"}告訴節點啟動應用程序的位置。

您刪除的代碼包括錯誤檢查，並驗證服務器是否在規范化端口上偵聽並正在運行。

該行： server.on('error', onError); 創建綁定到onError方法的事件偵聽器。 當檢測到錯誤時，將調用onError()方法並執行該方法，從而引發錯誤。

同樣， server.on('listening', onListening); 創建綁定到onListening方法的事件偵聽器。 當服務器實際在規范化端口上偵聽時，將調用並執行onListening()方法。

生成的代碼與您的代碼之間的最大區別在於，它提供錯誤處理，而您的代碼則不提供。 錯誤處理是絕對必要的，如果要將項目推入實際環境中，則不應刪除錯誤處理。

它為您的應用程序提供了一種方法，可以為您提供更好的錯誤信息（幫助解決問題/調試問題） ，並在不完全崩潰的情況下處理問題。 如果您的應用程序沒有啟動或崩潰，但是您沒有內置的錯誤處理或報告功能，則有時可能會使查找問題變得很繁瑣。