#29 楼 @luikore web API 的测试 —— Mocking Web Requests
https://www.ruby-toolbox.com/categories/mocking_web_requests
比如这样 https://github.com/chloerei/alipay/blob/master/test/alipay/notify_test.rb
#14 楼 @happypeter Writings.io 的 View 不写 Ruby 代码测试,主要测 Controller 和 Model。编辑器功能单独用 qunit 测试。最近想用前端 MVC 来重构交互部分,到时再用框架推荐的方法写前端测试。
如何加快测试速度
唉……扯到年龄就没意思了。
Assets Pipeline + Turbolinks + UJS 是 Omakase Stack 的一种方案,当然可以选择另一些前端方案,而只让 Rails 提供 API,或者干脆不用 Rails,这都是解决问题的不同方案,每个人有选择的权利。
我没说 Omakase 永远是对的,给人带高帽的讨论真是非常不愉快。我尝试理解 Omakase 的方案,理解它的好处和坏处,并且解释为什么有的人用法不对。自己看好的技术一定要大卖,自己不看好的技术一定要大暴死?我可没有这么偏激的看法,积累不同的经验,有助于我写出更好的程序。
如果有技术性问题可以再讨论,我要说的都差不多了。
#12 楼 @xhj6 我不想推荐别人用或不用 Turbolinks,不过我要指出你理解有误,Omakase Stack 中局部更新或者其他写操作用的是 UJS。
Turbolinks 就是个链接加速器,什么是链接?例如第一页到第二页,列表页到详细页。很多人都把它当作万能的,拿它和 jQuery 比,拿它和 Angularjs 比,然后说它怎么没有解决所有问题。那是当然的,Turbolinks 不会解决所有问题,它只是个加速器。第三方库的问题,说得好像前端 MVC 就没有 DOM Ready 问题一样,任何单页应用都有这个问题。
Assets Pipeline + Turbolinks + UJS 是 Omakase Stack 的一种方案,当然可以选择另一些前端方案,而只让 Rails 提供 API,或者干脆不用 Rails,这都是解决问题的不同方案,每个人有选择的权利。我依然不认同因为不喜欢一个方案就要喷,并且在那个字后面接着 @ 我的 id,我不知道你是不是故意让我不舒服的,我不想再展开。
感觉历史记录是有问题,快速切换不同页面的时候有可能会错误,还没找到原因。
看硅谷传奇,厕所买领带那里觉得他很强,不过不知是不是真的。
我发现那个圈圈是渐进淡出的,所以视觉感受会比实际慢。
你可以不用 helper
哪里把所有元素过一遍了?
我建议是能看懂 turbolinks 源码的尝试用,不想看或者看不懂的不要用。
没有全局前后退,很可能就要自己实现一个。比如在列表第二页打开一个帖子,那么返回按钮应该返回第二页还是第一页?更复杂的,比如从通知点进帖子,返回按钮应该返回帖子列表还是通知?
很奇怪,什么地方访问了 /products
这个路径?这个路径有用吗?
Rspec 瞎折腾,包了一层难懂的 DSL,但是没有减少代码。
assigns(:user).errors
新手版块
这帖子内容不水,标题很水,如果要提问注意标题要概括内容。
赞成。
草稿是用纸和笔画,我已经用了 3 本素描本了。
#8 楼 @kingwkb 补充一个同步工具 BitTorrent Sync http://labs.bittorrent.com/experiments/sync.html
开发环境加上 live-reload
草稿 -> UI -> 功能