Rails 我能说 Rails 的 Assets 的各种机制就是一 XX 吗?

hanluner · 2015年03月31日 · 最后由 Lucifer 回复于 2015年04月01日 · 2443 次阅读

有多少人是在替换模板文件的时候,因为backgroud url各种痛苦,font文件各种痛苦。。。 开发环境运行挺正常的js,到了生产环境预编译后却又报错,报错定位总是在第一行。。。

有没有人在生产环境关掉这些配置?

共收到 17 条回复

我木有

除了集成购买的主题(几十个jquery插件),其他没遇到问题。

assets 是给希望把前端代码提升到一等公民地位的人用的,你把别人写好的模版文件整个导入,自己一点不想碰,并不想给予一等公民地位,当然不合适了。

解决方案:放到 public 里。

#3楼 @Rei 虽说他是重视了前端代码,但是对编译后的js兼容性还是有问题。经常会报一些无厘头的错误。

#4楼 @hanluner 我没碰过“无厘头”的问题。

#4楼 @hanluner 不想走 assets 机制,就直接放 public 呗

#7楼 @lyfi2003 赞,Rails 把最佳实践都默认了,以至于我都不知道最佳体现在哪里。

#8楼 @Rei 虽然在一开始, 跟楼主一样, 无法理解 assets 机制这么 "难用" 干什么, 但慢慢将 assets pipeline 弄清楚之后, 才发现这就是前端布署的最佳实践, 带来的问题不值一提.

现在, Rails 这些优点, 时常让我感觉已经难以脱离 Rails 了.

#4楼 @hanluner 你不懂可以不用,Assets Pipeline 是为了解决 Full Stack 开发需求的

#10楼 @huacnlee 寄希望于完全理解,是需要花更多的时间去了解。而工具应当是短平快为好。Full Stack做出的东西细节上难免会漏掉太过。

#11楼 @hanluner 一个大型的Web框架,短平快是不可能的,必然有一定的学习成本。相对于它提供的最佳实践,这种学习成本已经很低了。

对于自己不会用的工具,不学习,先骂工具是一XX,这样的心态是没办法进步的。

如果实在要追求短平快,不建议写程序,可以去贴膜。

#13楼 @kgen 生活太辛苦,求贴膜教程~

首页看到你了:https://zh.greatfire.org/

昨天就看到:WARNING: malicious javascript detected on this domain 还不知道怎么回事,以为打开的网站太 low。

#14楼 @peter 贴膜现学现用,1小时出师,3小时盈利,月赚万元,100年后走上人生巅峰,迎娶白富美……

这家网站抓取了 Twitter 消息,所以出现了我。免责声明:本人与该网站也无关,不支持也不反对该网站的观点。

看到:WARNING: malicious javascript detected on this domain 基本上就是打开的网站太low,嵌入了某度的JS脚本,该脚本又是被墙篡改了的,用于 DDoS Github,Github就会返回你看到的警告。

咳咳,歪楼了……

#13楼 @kgen 对工具的喜好程度肯定依据环境而变化,还有工作需求。所以吐槽的只是喜好,并非心态,且也不是骂,你这个分析太过偏颇。最佳实践也只是一种平衡,并不是代表两端的点。 贴膜也是一个细致活,快不起起来,而且这里短平快的点不是利益最大化。

大部分人都会遇到的坑~

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