zhangky (Zhang Kai Yu)

推荐大家一个前端 query string 解析器

zhangky — Fri, 07 Aug 2015 20:56:43 +0800

Ruby on Rails 用 rack 风格的 query string 解析，sinatra 也是，网上很多前端 query string 解析，然而很多不支持 rack 的格式。于是我写了一个解析器，很轻量，叫做 Query String Parser 项目在这里： https://github.com/cheunghy/query-parser

NPM 包地址：https://www.npmjs.com/package/query-string-parser

如果有人有兴趣可以做一个 gem 封装。

paramObject = {
  posts: [
    {
      'title': 'Post 1',
      'tags': ['node', 'script', 'javascript']
    },
    {
      'title': 'Post 2',
      'tags': ['node', 'why', 'not']
    }
  ],
  author: "Somebody",
  date: "Today"
}
queryString = objectToQuery(paramObject)
=>  "posts%5B%5D%5Btitle%5D=Post%201&posts%5B%5D%5Btags%5D%5B%5D=node&posts%5B%5D%5Btags%5D%5B%5D=script&posts%5B%5D%5Btags%5D%5B%5D=javascript&posts%5B%5D%5Btitle%5D=Post%202&posts%5B%5D%5Btags%5D%5B%5D=node&posts%5B%5D%5Btags%5D%5B%5D=why&posts%5B%5D%5Btags%5D%5B%5D=not&author=Somebody&date=Today"

parseQuery(queryString)
=> And the object comes back

召集伙伴一起开发 JS Native 开发框架

zhangky — Mon, 16 Mar 2015 16:48:03 +0800

召集伙伴一起开发 js native 开发框架

我来描述一下这个框架：

使用这个框架可以写一份 js 代码，然后得到一个网页版应用，一个 iOS 应用，一个 OS X 应用，以后还会支持安卓，甚至 windows。

这个框架包含一个 ruby 命令 helper，像 rails 那样的，有 rails new 这种命令。
这个框架使用 coffeeScript 来作为网页端的主体。
使用混合 Objective-C 跟 javaScript 来作为 iOS 及 OS X 端的主体。
由于 Swift 缺少一些元编程特性，和过于新，所以使用 Objective-C。

无论是网页，还是本地，用户的代码不会有区别。网页端 follow 本地的 view 层级，而不是本地使用 css 来编程。

地址，包括初期的代码： https://github.com/cheunghy/CocoaBean

我会把更详细的信息更新在 github 项目的 wiki 中。

如果想和我一起开发，请联系我。

一些關於 Ruby 4.2 的 dom testing

zhangky — Sun, 21 Dec 2014 11:07:02 +0800

這個 Module，ActionDispatch::Assertions::SelectorAssertions已經被移動到了 Rails::Dom::Testing::Assertions::SelectorAssertions

其內部的實現也已轉移到 Nokogiri。

在手動引入assert_select的時候不僅要修正 include Rails::Dom::Testing::Assertions::SelectorAssertions 還要重新實現另外兩個方法：

def html_document
   Nokogiri::HTML::Document.parse(@your_own_html_document)
 end

 def document_root_element
   html_document.root
 end

省份和城市大家怎么设计的？

zhangky — Thu, 04 Dec 2014 11:03:49 +0800

很多产品都有用户信息，一般会让用户选择自己所在国家，省份，城市，区县。

大家各是怎么设计的？放在数据库里面，还是其他地方？如果是放在数据库里面，用户存储一个 id 指向省份，还是存储字符串？