在一台服务器上运行的多个项目的Express.js路由

Question

我对Node.js相当陌生，对Javascript也相当陌生（我不把使用jQuery的简单动画算作js）。作为一名Web开发人员，我正在从PHP/MySQL转向Express/Mongo。

我喜欢事物整洁的想法--只要在性能上没有明显的损失。由于node是如此快速的发展，我发现很难找到具体的意见和答案，我的路由方法为当前版本的node（我发现的大多数帖子似乎是不相关的，并已超过两年）。

|- app.js
    |- routes
        |- blog.js

我使用blog.js作为所有博客相关内容的网关。这包括用函数注册GET和POST请求，以及处理页面呈现。

一个电话就把一切都搞定了。

我的app.js有以下内容:

... //basic express installation
var db = ... //mongoose database connection

require('./routes/blog')(app, db, '/blog'); //starts the blog up

blog.js看起来是这样的:

var db = null;
var basedir = null;

module.exports = function(app, _db, _basedir){
  db = _db;
  basedir = _basedir;

  app.get (basedir, pages.home );
  app.get (basedir + '/show/:id', pages.getBlog );

  /*app.get(basedir + '/*', function(req, res) {
    res.redirect(basedir);
  });*/ 
};

var pages = {
      home : function(req, res) {
        // whatever
    }

    , getBlog : function(req, res) {
        // whatever
    }
}

我知道这管用--我的问题是，这是不是传统的？这是不推荐的东西吗？是不是浪费记忆？为什么人们把app.gets放在app.js中而不是一个外部文件？当前主要使用的路由方法是什么（我在同一台服务器上开发多个小型应用程序，因此我希望我的app.js尽可能少）。

Answer 1

您所概述的方式是完全可以接受的，在我看来，我更喜欢只有一个大的app.js文件，其中包含所有路由和其他所有内容。

许多人对代码分离的理解远远超出了您所概述的范围，特别是在试图遵循MVC和MVC模式时。

举个例子，这是我一直在做的一个样板项目，它甚至可能会在分离问题上做得有点过火。这并不是一个成品，只是一些我在玩的东西，它取了一些我喜欢的其他样板，框架等不同的部分。从那以后我学到了一些东西，我可能会在某个时候对它进行调整。

NemoJS-My Node/Express/Mongoose/Jade/stylus/twitter_BStrap样板项目

要记住的一件事是，你把它分离的越多，追踪问题的难度就越大。不过，这并不是一个足够好的理由让你不能保持条理。这就是我们的目标，对吧？