最近的工作是把原有 PC 端的一整套面向客户的询价下单流程移植到微信公众号上。
原有的流程十分复杂，移植时想着后台代码能不改就不改，前端代码能重用的就重用。
其中有一步是前端提交一个表单，后台根据处理结果，分别重定向到成功和失败页面。
继续阅读 »
为什么不是Rails？因为Rails太臃肿了！如果你有一个好创意，你应该从Sinatra轻快地开始。Sinatra十分轻盈——它只是在Rack的基础上添加了一些必要的辅助功能，如routes、views以及一些HTTP辅助方法，总共不到2500行代码（v1.4.7）——框架代码越少越好，这样你就容易掌控全局；相比之下，Rails仅ActiveRecord代码就超过35000行！
继续阅读 »
你可能听说过Rails、Sinatra这些Ruby Web框架，也可能尝试过其中一、两个，但如果你还不了解Rack甚至根本没听说过它，那么你的Ruby Web开发还停留在表面：Ruby Rack是前面这些Ruby Web框架的基础，Rails和Sinatra都建立在它之上；不了解Rack的原理就无法真正理解你的Ruby Web应用的架构与工作机制、对一些复杂的问题也无能无力。任何一个正经的Ruby Web开发者都应该了解、掌握Rack。
继续阅读 »
在Ruby程序中使用MongoDB你有两种主要的选择：Mongoid或者是MongoDB官方的Ruby Driver。有这么一种常见的说法：Mongoid一般用于Rack应用程序，如Rails，而MongoDB Ruby Driver则用在Rack应用以外的领域。然而，在Rack应用程序中直接使用MongoDB Ruby Driver也并没有什么问题，与Mongoid相比还有一些优点：
继续阅读 »
Ruby Rack及其应用（上）对Rack的定义、基本原理和构建方法做了介绍，并且提到Rails、Sinatra等web框架都是在Rack之上构建的。现在让我们来看几个Rack作为中间件的典型例子，包括Auth、Session以及Log。
继续阅读 »
我公司用的开发框架是 ruby on rails ，话说这套框架真的很不错，只要遵守约定，很多必要但是琐碎的事情对你来说都是透明的。比如说静态资源的压缩、打包、打指纹这三大必要步骤，rails 对开发者就很友好：在 development 环境下，更改前端任何一个静态文件，保存之后，文件都会被重新打指纹；开发完成之后，部署到 production 时，自动帮你压缩、打包、打指纹，再也不用管这些破事儿了。
继续阅读 »
Action Cable 有什么用
Action Cable 是一项满足客户端与服务器端实时通讯需求的功能，它基于 WebSocket 协议。在此之前 web 端要满足类似的需求，有 轮询、长轮询、SSE（Server Sent Events ，sinatra 自带一个简单的实现，有兴趣可以看看） 等方法，综合考虑开销和兼容性，基于 WebSocket 的实现是最好的。
继续阅读 »
Before
在翻译之前我还是要简要介绍一下Meteor，这是一款跨时代的框架。真的，完全没有骗你。
一开始的网站是纯静态页面搭建的。
后来开始使用动态的脚本语言，比如PHP
后来以此构成了框架。最为出名的自然是Ruby on Rails。
继续阅读 »
在一个中大型项目中，你不可能一边写着前端一边写后端。全栈太难 :)
像rails那样的开发模式已经很不适合当前的环境了。所有的项目都嚷嚷着前后端分离，那就只能这么干
我之前在做大学狗们的时候，在mock数据这一块曾经特别难受
继续阅读 »
Hello
最近看了Laracasts的Laravel5教程视频，感慨很多啊。凭着我半吊子英语都觉得Laravel绝对有向Rails看齐的能力。
今天开始做一些小的笔记。
继续阅读 »