新しいcouchappを生成すると、次の構造が得られます:
appname
├── _attachments
│ └── style
├── evently
│ ├── items
│ │ └── _changes
│ └── profile
│ └── profileReady
│ └── selectors
│ └── form
├── lists
├── shows
├── updates
├── vendor
│ └── couchapp
│ ├── _attachments
│ ├── evently
│ │ ├── account
│ │ │ ├── adminParty
│ │ │ ├── loggedIn
│ │ │ ├── loggedOut
│ │ │ ├── loginForm
│ │ │ │ └── selectors
│ │ │ │ └── form
│ │ │ └── signupForm
│ │ │ └── selectors
│ │ │ └── form
│ │ └── profile
│ │ ├── loggedOut
│ │ ├── noProfile
│ │ │ └── selectors
│ │ │ └── form
│ │ └── profileReady
│ └── lib
└── views
└── recent-items
さて、この構造は CouchDB _design ドキュメントの JSON 構造を反映することを意図しているため、次のことがわかりました。
[_attachments] 添付ファイルはバイナリで保存されます。JavaScript、CSS、および HTML ファイルはここに格納されます。
【たまたま】???
[リスト] リストは、ビューの結果から HTML または AtomFeeds をレンダリングするために実行される JavaScript 関数です。
[shows] 表示関数はリスト関数に似ていますが、ドキュメントを他の形式 (html、xml、csv、png など) に変換してコンテンツをレンダリングします。
【更新】???
[vendor] 外部ライブラリのホーム。
[ビュー] ビューには、後で HTTP API を介してクエリできる MapReduce 関数が含まれています (\ref{couchdb:views} を参照)。
記入済みの説明が完全に間違っていないことを願っていますが、updates ディレクトリをどのように説明すればよいでしょうか? これはホスティング検証機能ですか?
2 番目の質問は、evently ディレクトリをどのように説明するかということです...
これがすでに存在するための要約がある場合は、それを教えてください!
敬具!