@tylr 加油!
这个好,过段时间准备用上。到时候在给你详细的建议 :)
我的 vim 插件基本上是 Tim Pope 流 (repeat, endwise, commentary, bufonly, fugitive, rails, surround ),其他的有 Ctrlp 和 NERDTree (只是演示用,编程时基本不用)
找回密码邮件发送那部分我们就不用自己做了,节省工作量
这个做加起来不到二十行代码,不需要加入别人的几千行代码
#8 楼 @ethansure 需求是什么?
amazon s3
抽象的描述只能有抽象的回答。。所以还是先写代码把
#4 楼 @ethansure 上代码
#4 楼 @happypeter 我自己的感觉是如果你有一个明确的教学理念,是要做一套这样的书和练习来和你的教学方式吻合的,这样一个系统才会运转发挥最大效力
Concern 最好用的是和 model 的业务逻辑垂直的时候,其实就相当于是简化了的 DCI, 没有 context 只是 data 和 interaction
现在在做的项目是把所有关于 current_user 判断的情况从 view 里面抽出来放到 客户端来修改。这样可以做到 cross user cache sharing,效果会提升很多。
#52 楼 @richard020389 有没有卖蚊子的 买来放在房间里喂它
可以对比关系型数据库对于存储层的简化。在关系性数据库以前 应用的存储层面对的是各种操作系统和文件系统,程序员不仅要针对不同的平台的不同指令,而且要针对各种不同存储后的数据结构来进行应用编程。关系型数据库的出现用互相关联的表取代了各种 custom 的数据结构,而把纷杂的操作指令简化为 CRUD 的四种,从而大大提升了应用程序员的效率和代码维护和移动性。
如果对比 SOAP 和 REST, 你会发现同样的进步 - REST 通过对资源的固化和四种 CRUD 的操作避免了 SOAP 里面纷杂的自定义方法,从而完全不需要类似 WSDL, UDDI 这些东西,使得系统间的集成大为简化了。
就像关系型数据库可以用四个操作和固化的数据结构来支持复杂的业务逻辑一样,REST 的方法是把所有业务逻辑转化为对资源的四种操作。从代码层面上看,每个资源可以有自己的 M-V-C,容易模块化,代码更可维护;从系统的角度来看,各种资源有足够的隔离性,代码可以分别进化,就好象数据库修改一个表不会对系统的其他表产生影响一样;从集成角度来看,客户端只需要知道资源列表就知道怎样通过熟悉的 HTTP 协议来进行交互,就好象给你一个关系型数据库,你就可以很轻松的用 SQL 和数据库进行交互,不需要任何多余的文档和训练一样。
请至少给出您朋友的姓名和联系方式 最好是 LinkedIn 的 profile 有专业性才有信任
还有请问您或您朋友为什么会问年龄
#9 楼 @simlegate 没错
CORS?
#6 楼 @simlegate 和以前一样,加在 ApplicationController 就相当与加在每个 Controller 里面
我们准备强给 Windows 学员上 Vagrant 了。Windows 真是问题多多
加在 ApplicationController
8 天 Ruby + Rails 入门已经神速了。
不管用什么方式安装,都要做好有人没办法安装上的准备。可以准备好让两个人结对,这样只要有一半的人装好就可以了。
试下这个?现场有老师就会还好
需要再加入找不到或者边界情况,但思路是这样
def find_next(array, element) array.shift == element ? array.shift : find_next(array, element) end
@fredwu 这个是不是测试通过就跑啊