• 你用 capybara 来测试 Vue 的组件?你应该做的是端对端的测试。这种测试在服务端还是比较麻烦的,我自己没试过,因为服务端一般是没有图形界面,也没有我们日常用的浏览器,所以进行端对端的可能会导致你这种组件在页面中无法渲染的情况。解决起来可能会有点麻烦。

    我觉得写测试应该先从单元测试写起吧,vue-test-units 里面提供了不少的工具函数,可以模拟点击行为,足以测试 Vue 写的组件,可以考虑试试看。端对端测试一般会放在比较靠后的时候才写。而你这种情况通过 Ruby 的测试框架去测试 Vue 组件的简单功能会比较费力,个人不是很推荐。

  • 这是给培训机构做广告还是给自己做广告?

  • 350 行实现一个简单酸酸 at 2020年03月17日

    一直在想酸酸是个啥,掩盖得很出色。👍

  • 在 Rails 里如何使用 vue? at 2020年03月16日

    Webpacker 其实能免掉你很多东西了,基本上 Rails 社区的人已经帮你集成好了。基本上即插即用,不用改太多的配置。不过 5 楼说得很对,如果之前没什么经验的话可以两样都尝试一下,相互有个对比。

  • Rails 的群体(在中国)本来就不算特别大。不过我觉得用的人多也不意味着它就是好技术,相反用的人不多也不意味着不行。先拿 JavaScript 来说,稍微有点规模的项目,如果还是大厂出的,不出一两年 github 上的 star 数量就有可能破几万。人们需求在那,加上大厂加持光环,“流量”就来了。然而你看Ruby的仓库,现在也就 1w 多颗星星,Ruby 已经维护了 20 多年了,配合 Rails 解放了多少生产力,你能说它差吗?😲

  • 可看此贴,管理员有提到。 https://ruby-china.org/topics/39520

  • 在 Rails 里如何使用 vue? at 2020年03月16日

    不会改变路由系统啊。简单点想像一下,前后端分离的时候是 Vue 管的路由,如果是第一种情况,相当于在一个 Rails 项目里面加一些第三方的 JavaScript 这样不会影响到 Rails 的路由配置,路由依然是 Rails 管。我觉得是这种方式的好处,简单,不折腾。

  • 😲 生活所迫吧,找不到方向。

  • 在 Rails 里如何使用 vue? at 2020年03月15日
    rails webpacker:install:vue
    

    运行这条命令就可以了。能自动安装相关的脚手架。你问的配合程度是什么意思?我个人觉得最主要是看你们的业务场景,有的业务其实并不需要整个系统都前后端分离,Rails 跟 Vue 搭配我个人觉得比较适合这种场景,弄起来也比较方便。只需要把自己需要的组件用 Vue 写就好了。

    而另一种完全前后端分离的项目就是你另外构建一个 Vue 的项目,跟 Rails 已经没有多大关系了。Rails 只是提供接口,不管页面的东西(当然一般后台管理用 Rails 做比较方便)。这种情况后端用什么技术都无所谓,提供接口就可以。

  • 一年了依然觉得很酷炫,Demo 是最新代码?有没有可能导入 excel 或者导出 excel,比如加个另存为按钮或者导出按钮?还是只是 online demo 没有?

  • yep

  • thx

  • 😀

  • 已经更新。

  • 直播 -- 弹幕系统简介 at 2020年03月09日

    我只做过简单的推送系统,实时的东西就没什么经验了,听着就比较复杂。我理解就是一般而言如果是 Web(类 ActionCable 那种)断开了我们就随他了,用户刷页面再重连就完了。你们那些做实时的是不是要经常维护个类似定时器的东西?客户端监测到断开要重新发请求建立连接?

  • 直播 -- 弹幕系统简介 at 2020年03月09日

    Mike 大大也研究过那边的源码了吗👍 ?我理解的服务端推送不管是我们常用的 ActionCable 还是这里说的弹幕应该都是广播的机制吧?基本上都是通过 ws 来推送,服务重启断开了基本都是需要重连的吧?

  • 我看中国市面上的接受度还是比较低,国外倒是好一些。在国内还是 Java 比较盛行,拿政府机构来说,他们如今估计只认 Python 跟 Java,再就是 PHP,让他们上 Ruby 说高产他们怎么可能接受,他们肯定会觉得 Ruby 没有其他的那么“稳妥”。

  • 🤐 销售能力固然也很重要,不过我个人觉得长远来看的话如果产品太差的话销售再好估计也没有人愿意用,还是得从各方面把产品做好。UI 影响了用户对产品的第一印象,产品的性能以及交互体验影响了用户是否愿意留下来。😢 各方面都没做好的话销售能力再强可能也难以找到卖点了。

  • 第二种情况是

    @master > git checkout feature
    @feature > git rebase master
    

    然后再发 MR,经常需要 rebase 解决冲突。

  • 个人觉得吧,官方的 Gitflow 给出的只能说是一份参考,或者说是基石。并不能把它当成像是军队守则那样必须去遵守的东西。我工作中参加过不少的项目,基本上都是根据不同项目的需求来对 Gitflow 做出一些调整,简化。

    我现在公司的大部分项目都是周期较短的项目以 develop 来作为主开发分支,发布版本的时候才会合并到 master 去,偶尔会有大功能需要开发的话则从develop拉出一个分支来做主分支比方说feature-for-post,接下来会基于这个分支feature-for-post来做开发,develop那边也会因为要修 bug 而有一些新的 commit。由于我们没有走rebase merge,正式把feature-for-post合并到develop之前还需要先将develop合并到feature-for-post然后再把功能分支合并到develop避免冲突。可能对于一些开发周期比较短,需要组员之间相互 Review 的项目,并且需要对何人提交代码,何人合并代码,这些记录进行跟踪的项目比较合适这种流程。

    另外还参与过一个外包的需要长期维护的项目,有专门的人员来 Review 代码,于是也就不需要去跟踪到底是谁合并了你的代码,此时可以走rebase merge 。当时只需要一条master分支,我们的组员都基于这条分支来做开发,需要提交 MR 的时候则 rebase 一下 master 好处就是 commit log 更加简洁。

    两种流程差别较大,也无关对错,都是基于原来 Gitflow 根据项目本身的特征做出的调整。如果让我选我会选择第二种,因为能少很多 commit log,适合个人项目。我觉得公司也一样,每个公司会根据自身项目的特征以及采取的合并方案去调整原来的 Gitflow,总能找到比官方 Gitflow 更舒服的解决方案。

  • 实际上会写前端也不能发财,还是需要团队分工配合,有些前端(如我)独有实现能力无设计能力,还是不能构造出一个另用户满意的产品。🤐

  • Ruby 抓疫情数据 at 2020年03月06日

    哈哈 可以。encode('utf-8') 应该比较通用些,难道是系统配置问题?我的机子是不需要 encode 都能输出正常数据的。

  • 该方法应该可行。最简单的应该就是通过bundle install --deployment 安装好相关的包,然后把整个目录 copy 过去。不过可能也会有问题,像 mysql,pg 这些相关的 gem 包编译的时候会依赖系统级别的的相关库,如果这些库没有安装的话就算把 Gem 包 copy 过去也无法使用相关的数据库服务。要一步步来解决这些依赖问题跟构建一个 docker 镜像的感觉差不多,还是挺麻烦的。 😅

  • 😀

  • 搞了个 awesome-otp-learning at 2020年03月01日

    Cool

  • You site is not available!

  • 有道理。已经修改。👍

  • 很详细的教程。我个人目前也采用着默认的打包策略,按我理解这种情况下,Javascript 走的是 webpacker 的编译,CSS 走的是 sprocket 的编译。

    //= link_tree ../images
    //= link_directory ../stylesheets .css
    

    然而 bootstrap 是通过 npm 包来安装而不是通过 gem 包,有时候我觉着要不把资源统一用 webpacker 来打包会不会更好? https://github.com/rails/webpacker/blob/master/docs/css.md。 理论上只需要把 css 在 application.js 文件中 import 进去,然后把extract_css设置成 false 即可。

  • 译书辛苦。👍

  • 是的。