couchdb - Couchapp目录结构，是否更新？

Question

当生成一个新的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

现在，由于此结构旨在反射(reflect)CouchDB _design文档的JSON结构，因此我发现了这一点:

[_attachments]附件以二进制存储。 JavaScript，CSS和HTML文件存储在此处。

[最终] ???

[列表]列表是执行JavaScript函数以从 View 结果中呈现HTML或AtomFeeds的列表。

[shows] Show函数类似于list函数，但是通过将文档转换为其他格式(例如html，xml，csv，png)来呈现内容。

[更新] ???

[供应商]外部库的主页。

[views] View包含MapReduce函数，这些函数以后可以通过HTTP API进行查询(请参见\ref {couchdb:views})。

希望我的Appart不会对填写的描述完全不对，我将如何描述更新目录？这是托管验证功能吗？

第二个问题是您如何描述最终目录...

如果有关于此内容的摘要，请给我指出!

亲切的问候!

Answer 1

generate命令构建CouchDB需要的主干文档格式。并且还建立了一个Web应用开发框架Evently。我不太了解Evently。但基本上，它为开发人员提供了工具和建议，以使用户界面和沙发互动。

就个人而言，我从不使用couchapp generate命令。我只是从头开始创建_id文件(echo -n _design/whatever > _id)，然后根据需要创建文件夹和文件。

列表函数(每个文件一个)接收_view输出以产生任何HTTP响应(例如XML RSS)。

Show函数(每个文件一个)接收一个文档以产生任何HTTP响应。

更新功能(每个文件一个)接收一个HTTP查询，并输出一个准备好的文档以供沙发存储。 (例如，接收表单提交并构建JSON文档。)

View 功能(文件夹中的一个map.js和一个reduce.js)是CouchDB View ，用于查询和填充。

我不确定updates和vendor。它们与CouchDB服务器无关。