Couchdb Couchapp目录结构,更新?
生成新couchapp时,我得到以下结构:Couchdb Couchapp目录结构,更新?,couchdb,couchapp,Couchdb,Couchapp,生成新couchapp时,我得到以下结构: appname ├── _attachments │ └── style ├── evently │ ├── items │ │ └── _changes │ └── profile │ └── profileReady │ └── selectors │ └── form ├── lists ├── shows ├── updates ├── vendor │ └──
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_设计文档的JSON结构,因此我得出以下结论:
- [\u附件]附件以二进制形式存储。JavaScript、CSS和HTML文件存储在这里
- [最终]
- [列表]列表是JavaScript函数,执行这些函数可以从视图结果中呈现HTML或AtomFeed
- [显示]显示函数类似于列表函数,但通过将文档转换为其他格式(如html、xml、csv、png)来呈现内容
- [更新]
- [供应商]外部库的主页
- [视图]视图包含MapReduce函数,以后可以通过HTTP API查询这些函数(请参见\ref{couchdb:views})
亲切的问候 generate命令构建CouchDB所需的主干文档格式;它还构建了一个web应用程序开发框架。我不太清楚;但基本上,它为开发人员提供了使UI和沙发交互的工具和建议 就我个人而言,我从不使用
couchapp
generate命令。我只是从头开始创建\u id
文件(echo-n\u design/which>\u id
),然后根据需要创建文件夹和文件
列表函数(每个文件一个)接收\u视图
输出以生成任何HTTP响应(例如XML RSS)
Show函数(每个文件一个)接收一个文档以生成任何HTTP repsonse
更新函数(每个文件一个)接收一个HTTP查询,并输出一个准备好的文档以供用户存储。(例如,接收表单提交并构建JSON文档。)
视图函数(文件夹中的一个map.js
和一个reduce.js
)是CouchDB视图,用于查询和填充
我不确定更新
和供应商
。它们与CouchDB服务器无关。更新功能。引用它:
[…]您应该将_updatehandler看作是对_show函数的补充,而不是验证_doc_update函数
多事之秋。文档是薄弱的,我在一个项目中使用它,我发现只有有用的信息。幸运的是,这很容易理解。但看看应用程序的使用示例。无论如何,我不清楚。我已经使用couchapp大约一到两周了。我花了很长时间才掌握couchDB的工作原理和couchapp的适用性。事实上,我有很多问题,你也有,我相信现在每个库查普的新手都会有这些问题萦绕在他们的脑海里。至少为了节省他们的时间,我发布了一些链接,帮助他们更好地回答您提出的问题。连结如下:
希望他们能帮上忙。好吧,现在,在更新了CouchApp(是的,我以前应该有这样的数据:/)之后,结构看起来是这样的:'├── _附件├── 列表├── 显示├── 更新└── views’哇,我从没想到它会这么容易开始谢谢你的提示。总是抓着我的头尖叫着从couchapp Init跑过来我真的不认为这是最好的答案。查看下面的一个: