Rails 大家对 Rails 6 有什么期待?

qcsun · 2018年01月05日 · 最后由 qcsun 回复于 2018年01月09日 · 2954 次阅读

我是一个rails新手,正在为一个社区类项目做技术选型,移动互联网背景下,面对各种前端框架的冲击,不知道rails会不会在新版本中引入一些牛逼的feature来提高竞争力

共收到 24 条回复

前端 再变也离不开 html css js

webpacker 有可能成为 Rails 6 默认。

同时增加一个前端框架 Stimulus

关于这个框架的由来 https://github.com/stimulusjs/stimulus/blob/master/ORIGIN.md

Rei 回复

Isn't Stimulus in Rails 5.2 already ?

Rei 回复

大致看了一下,感觉是另一种RJS

zouyu 回复

主要是client or server side render的差异,DHH极力在维护server side render,但js app也很强势

qcsun 回复

如果多关注 client side framework,会发现他们在搞 server side render 😂

Rei 回复

恩,特别是广告之类的,之前一直在前端渲染,但是性能很差.

5.2 已经 beta,应该不会成为默认。

@ksec

本来我也挺推崇前后端分离的写了小半年后 失望至极

zouyu 回复

能大致说说吗?

qcsun 回复

才开始开发的时候,是前后端不分离的。分离之后我发现。我的工作量更大了,相比之前累了不少。 不得不吐槽的是现在前端要学习的太多,太杂了,你想在前端稍微有点建树,付出的经历 和时间几乎不成正比,而且,现在很多前端不重视基础了。当涉及到权限管理的菜单按钮显示的时候,感觉太复杂,也可能是我没找到更好的方式。 不过es2015 组件化思想真是个好东西。既然各大公司都证明了前后端分离是件件正确的事情,如果在人员运行的情况下,为何不尝试呢。。。。

zouyu 回复

对 “大公司都证明了前后端分离是件件正确的事情” 有异议。

Does Google tend to hire full-stack programmers or no? https://www.quora.com/Does-Google-tend-to-hire-full-stack-programmers-or-no

Google hires almost exclusively “full stack” engineers.

&

P.S: You cannot be a good front-end developer without throughout understanding of back-end.

国内对前后端分离的热衷高于国外,Hacker News 上鼓吹前后端分离的也大多是小公司。

一般来说,大公司热衷于“分工”,觉得把一切工作划分开就能提高生产效率,对于大型项目来说可能是对的,而且大公司也有财力和人力做这样的事情。

但是大公司内也不都是大型项目,有时小项目的数量比人还多,这时候单个项目能获取的人力和资源都跟创业公司差不多,项目进度慢也会有被抛弃的风险,这时候其实更适合用小团队的策略。

“现代前端”已经成功把自己逼到很窘迫的地步,框架层出不穷,架构六个月换一轮,无视后端积累自己重造一遍轮子,搞出很奇葩的方案(前端框架服务端渲染)。

现在的情形我觉得用“前后端分裂”更贴切。

Rei 回复

👍 前后端分裂 好词。

Rei 回复

" 大公司已经证明了前后端分离的正确性" 这句话是欠考虑,还是得去大公司体验一把

Rei 回复

在你看来,rails在hybrid app这一块相比于那些主流的重前端解决方案有什么优劣势?以我的观察rails可能最终会退守到rails api,但大家都知道那已经不是rails了

Rei 回复

“shiny crappolla”很传神

qcsun 回复

啥意思哦,这俩单词

zouyu 回复

牛逼闪闪的蹩脚

我是正入门者。 目前为止ruby热度下降和升高取决于rails。大家不妨对比一下这两个网站的数据: http://hotframeworks.com/ https://www.tiobe.com/tiobe-index/ 虽然很多人不用ruby写程序了但内心还是很看好ruby和rails。

如果 rails 接下来版本能用 ruby 在控制器的动作函数或erb文件里直接设计UI,并大力推广,那会让程序员回归到 rails 阵营。当然还要改些该改的东东,如js引用的方法参数application无效等。

抱歉乱写,我没学过编程,

def show
      if  Window.width < "680px"
          tag.navbtn1.opacity= 0           #  若erb中没有navbtn1将报错
          tag.navbtn2.css = "display: none;"
          alert "丫丫"
          ......
      end

响应多屏的时代,view的编程显得更加重要,coffee没有剧本,js不想学,那就自然而然到react、angular那去了,到了那就很难再回来,毕竟学会后前后一致是那么和谐安逸。

maglev 回复

我觉得像js,css这种东西外面还要包一层ruby的语法会更加不利于rails的推广

qcsun 回复

这些代码是乱写的,不是ruby。就我来讲有前端UI的ruby API那太棒了。语法一致,代码量锐减,还不用学JS。 rails 对我这种小白还有一点问题就是 【乱】,各种各样目的的代码(测试的、登录状态的、模型的)在一个文件中纵横交错,很难梳理(我是跟着ruby on rails教程4版练的)。

maglev 回复

rails早期版本里支持用ruby写js,后来给拿掉了

maglev 回复

嗯,我也觉得rails门槛其实挺高的,但用熟了就比较爽

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册