web-dev-qa-db-ja.com

マングースベースのアプリアーキテクチャ

これは具体的なアプリ/コードの質問ではなく、一般的なアプリアーキテクチャに関するものです。

マングースアプリケーションを整理する適切な方法を理解しようとしています。私はマングースに慣れていないので、それが今のやり方です。

core/settings.js

var mongoose = require('mongoose');
exports.mongoose = mongoose;
mongoose.connect('mongodb://localhost/blog');
exports.db = mongoose.connection;

core/models.js

settings = require("./settings");

// post schema
var postSchema = settings.mongoose.Schema({
    header: String,
    author: String,
    text: String
})

//compiling our schema into a Model 
exports.post = settings.mongoose.model('post', postSchema)

core/db-layer.js

settings = require("./core/settings");
models = require("./core/models");

exports.function = createAndWriteNewPost(function(callback) {
    settings.db.on('error', console.error.bind(console, 'connection error:'));
    settings.db.once('open', function callback() {
        new models.post({
            header: 'header',
            author: "author",
            text: "Hello"
        }).save(function(err, post) {
            callback('ok');
        });
    });
});

routes/post.js

db = reqiure("../core/db.js")

exports.get = function(req, res) {
    db.createAndWriteNewPost(function(status){
    res.render('add_material', {
      //blah blah blah        
        });
    });
};

app.js

var post = require ('routes/post.js')
...
app.get('/post', post.get);

したがって、このコードは、私の現在のアーキテクチャの考えを示すためだけに、非常に単純化されています（テストされていなくても）。これは具体的なアプリではなく、抽象的なブログ投稿を作成するようなものです。それがどのように機能するかです：

app.js --> routes/post.js <--> core/db-layer.js
                                   |
                                   v
                               core/models.js <--> core/settings.js

それは私には少し余分に思えます。より最適なアプリ構造を提案できますか？ありがとう。

node.jsmongodbarchitecturemongoose
24
f1nn

Node.js、Express、Mongooseを初めて使用したとき、コードのスケーリングに苦労しました。私の答えの意図は、単なるブログ以上のものに取り組んでいる誰かを助けることですが、さらに大規模でスケーラブルなプロジェクトを助けることです。

  • 私は常にデータベースに接続しています。必要なときに接続を開いたり閉じたりしません。
  • 他の言語と同じように、フォルダのルートファイルとして_index.js_を使用します
  • モデルは独自のドキュメントに保存され、require() dは_models/index.js_ファイルに保存されます。
  • ルートはモデルに似ており、各ルートレベルにはフォルダーがあり、フォルダーには_index.js_ファイルがあります。したがって、_http://example.com/api/documents/:id_のようなものを配置するのは簡単です。また、ファイル構造を確認するときにも意味があります。

これが私が使用するものの構造です：

_-- app.js
-- models/
---- index.js
---- blog.js
-- mongoose/
---- index.js
-- routes/
---- index.js
---- blog/index.js
-- public/
-- views/
---- index.{your layout engine} => I use Jade.lang
-- methods/
---- index.js => use if you'd rather write all your functions here
---- blog.js => can store more complex logic here
_

app.js

_var db = require('./mongoose'),
  express = require('express');
// note that I'm leaving out the other things like 'http' or 'path'
var app = express();

// get the routes
require('./routes')(app);
// I just require routes, without naming it as a var, & that I pass (app)
_

mongoose/index.js

_// Mongoose connect is called once by the app.js & connection established
// No need to include it elsewhere
var mongoose = require('mongoose');
mongoose.connect('mongodb://localhost/blog');

// I have just connected, and I'm not exporting anything from here
_

models/index.js

_// Logic here is to keep a good reference of what's used

// models
Blog = require('./blog');
// User = require('./user');

// exports
exports.blogModel = Blog.blogModel;
// exports.userModel = User.userModel;
_

models/blog.js

したがって、作業するすべてのモデルについて、_model.js_ドキュメントを作成し、それを上記の_models/index.js_に追加します。例として、Userモデルを追加しましたが、コメントアウトしました。

_// set up mongoose
var mongoose = require('mongoose');
var Schema = mongoose.Schema,
ObjectId = Schema.ObjectId;

var BlogSchema = Schema({
  header: {type: String },
  author: {type: String },
  text: {type: String },
  _id: { type: ObjectId } // not necessary, showing use of ObjectId
});

Blog = mongoose.model('Blog', BlogSchema);
// the above is necessary as you might have embedded schemas which you don't export

exports.blogModel = Blog;
_

routes/index.js

_module.exports = function(app) {
  app.get('/', function(req, res) {
    // do stuff
  });
  require('./blog')(app);
  // other routes entered here as require(route)(app);
  // we basically pass 'app' around to each route
}
_

routes/blog/index.js

_module.exports = function(app) {
  app.get('/blog', function(req, res) {
    // do stuff
  });
  require('./nested')(app);
  // this is for things like http://example.com/blog/nested
  // you would follow the same logic as in 'routes/index.js' at a nested level
}
_

推奨される使用法

  • モデル：ドキュメントを処理するロジックを作成するため。つまり、作成、更新、削除、検索。
  • ルート：最小限のコーディング。httpデータを解析し、モデルのインスタンスを作成してから、関連するモデルにクエリを送信する必要がある場合のみ。
  • メソッド：モデルを直接含まない、より複雑なロジックの場合。例として、アプリで使用するすべてのアルゴリズムを格納する_algorithms/_フォルダーがあります。

これがより明確になることを願っています。この構造は、私が理解しやすいと思うので、私にとっては不思議に働いています。

68
nevi_me

いくつかの違いはありますが、それは私がそれを行う方法とほぼ同じです。

  • Db-layerの関数内にオープンリスナーを含めることはできないと思います。あなたのような持続的接続を使用するときに私が一般的に行うことは、dbopenハンドラーでアプリケーション自体を起動することです。持続的接続を使用したくない場合は、dbレイヤー関数でcreateConnectionを使用し、コールバックを呼び出す前に必ず閉じてください。自分をはっきりさせているかどうかはわかりません。コード例が必要な場合はお知らせください。
  • これはより一般的なnode.jsのヒントですが、データベース接続文字列とその他の構成をjsonファイルに保持し、必要な場所で必要とします。その後、別のsettings.jsファイルはおそらく必要ありません。
  • スキーマ関数（ http://mongoosejs.com/docs/api.html#schema_Schema-method ）を使用して、一部のアプリ機能をモデル自体にコーディングすることもできます。
9
Munim