VS express和vs community 区别有什么区别

来源：蜘蛛抓取(WebSpider) 时间：2016-12-31 11:14 标签： vs community是什么
Koa or Express? - CNode技术社区
积分: 1085
这家伙很懒，什么个性签名都没有留下。
如果重写一个类 Nodeclub 的项目，基础框架如何选择：
Koa vs. Express
选用 Koa 可以利用 Node harmony 的 generators 特性来写出没有 callback 的代码，但是增加了学习成本，倒不是 generator 的写法，而是新的思维方式，担心会写出不能发挥 harmony 全部潜能的夹生代码
如果使用 Express ，配合 Bluebird ，也可以写出不那么恐怖的流程控制，假如前段使用 Angular.js ，也是使用类似的 Promise 实现，这样写来前后端不存在思维转换的问题
Mongoose vs. Sequelize
这个倒是没多少纠结，就是非关系型数据库（MongoDB）跟关系型数据库（Mysql、MariaDB、PostgreSQL）的选择
本人并没有多少数据库使用经验，而且一向的观点就是够用就行，如果文件数据库（Sqlite、LevelDB）能满足需求就不上需要额外运行服务的数据库。不过个人倾向于后者，如果选用现在大行其道的 MongoDB ，又会纠结于如何设计出符合 NoSQL 理念的数据库
其实我很想让 Koa 的先行者
简单回答下这个问题
，以及这个讨论
也就是 bluebird 之类的流程控制模块在 Node harmony 的处于何种地位，是不是我们可以完全忘掉他们而全面拥抱 co ？
bluebird挺好的，通过promisifyAll和第三方模块也非常容易集成。
另外bluebird准确地说只是Promise Library而不是流程控制模块
嗯，现在绝大部分第三方模块都没用使用 generators，就算 Node 官方的 api 也需要使用 co 或者 bluebird 包装，所以是否要等到 Node harmony 自生完备之后再使用这些新特性呢
还是看你做什么项目，如果只是业余时间个人作品，对个人能力提升或者跳槽有帮助的话可以用。不过api包装过多的话也会想吐的
co VS others
流程控制的库我也用过不少，不过从半年多前开始用 co 和 koa 之后，我就几乎没有用过其他的了。之前写过的一个。
当代码没有太多业务逻辑的时候，参照
指南，不需要其他库就能解决问题。
当代码有复杂的业务逻辑的时候，generator 的解决方案以我现在的认知看来是最优的，例如
bluebird.conroutine() VS co
bluebird 也有一个类似于 co 的子集: bluebird.coroutine(),
有相关的讨论，里面提到的
bluebird.coroutine() 的优势是堆栈信息更完善，co 的优势是更精简，更易理解。不过以我完全使用 co 和 koa 半年多来看，co 的堆栈信息也已经足够了。
Promise VS thunks
promise 和 thunk 都是 co 中可以 yield 的类型，理论上来说喜欢用哪个就用哪个。不过随着 0.11.13 开始 node 就原生支持了 Promise (不过还有 )，而 promise 可以用于 co 的同时，也能够被不用 generator 的人使用，因此，例如：
建议使用koa，我们公司现在生产环境上的项目已经是用koa来写了，如果要用koa重写加我一个
我觉得吧。。nodeclub 重新我是双手赞成的。如果用 koa 的话，我真不会…但也不反对，只要
业余项目必然koa啊
大家一起弄撒~
不思进取啊。。。不能一直呆在自己的舒适区
:-O 我支持koa。
koa之后，再无express。特别是koa实现了真正意义上的middleware，如果大家写过connect或者express的中间件，有一些需求不通过hack方式是无法实现的。
未来趋势是越来越多库支持promise，那么它默认就是对koa友好的，无需再写一个co wrapper了
既然koa会替代express，那当然用koa来重写啊，这些新的技术我们有必要用起来，也作为一种探索，带动国内nodejs技术的发展
我昨天已经用 Express搭了一个框架，看了大家的评论，决定就用 Koa 吧，其实我之前主要担心的是前后端的思维不一致，现在浏览器端也就 Firefox 支持 generator，使用 Node.js 的一个很大的原因就是前后端的一致性，不知道到什么时候才会实现主流平台的全面支持
至于数据库，Sequelize 基于 Promise 的 2.0 版本还处于 unstable 阶段，api 处于随时可变的阶段，所以还是继续使用 Mongoose 吧
期待用koa重构，发现用yield方式写的代码很舒服哦
特别是koa实现了真正意义上的middleware
这句怎么理解？
我想用express 但是被强迫用koa了
10个月前，挖坟挖的够high啊
全线koa，感觉不错。新手慎入。
参考响应时间中间件的写法差异。你就会看到这两者的中间件差别了。
自豪地采用
可以试试 Nokit ，
实在没法舒服起来，首先这个单词我就不会，还是等 async/await 吧，起码看得懂，而且自带执行器
哪个熟悉用哪个
既然你都用 Bluebird/Promise 了，Koa 的 yield 也支持使用 Promise 了，而且语法和 ES7 async/await 很接近
来试试AgentK ()，最优雅的异步处理方式就是没有异步
可以关平吗。。
请问一下koa中是怎么样将数据库操作、逻辑处理和页面显示分开的那？目前了解到的是这样实现的，都是混在一起的，router.get(’/’, function *(next) {
var rows = yield dbHandle.db.query(‘select * from account where studio=?’,[‘全部’]);
yield this.render(‘get’, {
title: rows[0].userName
koa 还挺好理解的…上 koa 吧~
我不说其他的了, 并向你扔了一个 router
make&br/&&br/&&a class=“form” href=“”&I‘m webapp-cnodejs-vue&/a&
make&br/&&br/&&a class=“form” href=“”&I‘m webapp-cnodejs-vue&/a&
make&br/&&br/&&a class=“form” href=“”&I‘m webapp-cnodejs-vue&/a&
make&br/&&br/&&a class=“form” href=“”&I‘m webapp-cnodejs-vue&/a&
make&br/&&br/&&a class=“form” href=“”&I‘m webapp-cnodejs-vue&/a&
make&br/&&br/&&a class=“form” href=“”&I‘m webapp-cnodejs-vue&/a&
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
服务器赞助商为
，存储赞助商为
，由提供应用性能服务。
新手搭建 Node.js 服务器，推荐使用无需备案的

我要回帖

更多关于 vs community是什么 的文章

 

随机推荐