More Related Content
Similar to Node.js を選ぶとき 選ばないとき (20)
More from Ryunosuke SATO (17)
Node.js を選ぶとき 選ばないとき
- 4. @tricknotes
I am a software developer who
love JavaScript and Ruby.
http://tricknotes.hateblo.jp/
- 6. I am a contributer
of Ember.js
- 16. 今日の話
私が web アプリケーション を作るときに、
Node.js を選んだ場面、選ばなかった場面があります
そのときの背景を交えつつ、 Node.js と Rails
を比較し Node.js の適切な使い所について考察
します
- 18. Node.js ライブラリには Ruby / Rails の影響を
受けているものが多い
*
*
*
*
Rails(generator)<->
Sinatra
<->
Sprockets <->
Rails
<->
yeoman
Express
Mincer
Sails
なので、有意義な比較ができそう
- 25. まずは素の状態で始めてみる
var http = require('http');
http.createServer(function (req, res) {
res.writeHead(200, {'Content-Type': 'text/plain'});
res.end('Hello Worldn');
}).listen(1337, '127.0.0.1');
console.log('Server running at http://127.0.0.1:1337/');
$ curl http://localhost:1337
Hello World
- 29. 例えば、 express を使ってみる
var express = require('express');
var app = express();
app.get('/', function(req, res){
res.send('Hello World');
});
app.listen(3000);
- 33. model 周りが貧弱
* 関連を扱えない
* マイグレーションがない
データベースとつなげればいいんじゃなくて、
ドメインロジックの管理も適切に行いたい...!!
そこまで大きな手助けしてくれるフレームワークでは
ないのでは...?
- 78. * DOM を扱う JavaScript と、ネットワーク、
ドメインロジックを扱う JavaScript は違う
* 確かに言語は統一できるけど、思考の
スイッチングコストは発生する
- 88. * Node.js の API 自体は安定している
* しかしバージョンアップしたら意外と動かなくなる
(パフォーマンス劣化/メモリリークしていることも)
* 拡張ライブラリは全く動かなくなる場合もある