There’s a post currently doing the rounds that articulates the ‘small modules’ philosophy. It’s written by Sindre Sorhus, whose npm profile is enough to make all but the most prolific developer feel wholly inadequate, and so carries with it a degree of authority. Like a lot of ideas that seem to be self-evident and inarguable, ‘small modules’ contains a lot of truth but does not, I believe, bear c
Node.jsでフロントエンドもバックエンドもJSのプロジェクトをはじめる際に、 それぞれのパッケージ管理をどのようにするか悩んだ記録。 要件としては、 1.フロントエンドもrequireでmoduleの探索をしたい 2.フロントエンドとバックエンドでパッケージ管理を分けたい 1を満たすためにcomponent.jsかbrowserifyか悩んだ。 browserifyは作りが怖かったが、component.jsはもっと怖かった。 browserifyを単純に使うとnode_modulesを共有してしまうので、 2が満たせない。debowerifyというpluginがあるようなので、 フロントエンドはbower_components/にという方針でやってみた。 // バックエンドの依存管理 package.json // バックエンドのパッケージ置き場 node_module/* // バ
✓ fs.rmdir(path, callback) ✓ fs.mkdir(path, [mode], callback) ✓ fs.readdir(path, callback) ✓ fs.stat(path, callback) ✓ fs.exists(path, callback) ✓ fs.chmod(path, mode, callback) ✓ fs.chown(path, uid, gid, callback) ✓ fs.rename(oldPath, newPath, callback) ✓ fs.realpath(path, [cache], callback) ✓ fs.readFile(filename, [options], callback) ✓ fs.writeFile(filename, data, [options], callback) ✓ fs.appe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
