如果你爱 ，爱 graphics，追求 pixel perfect，想做顶级 app，听到呼叫请回答。从此以后，好用看我的，好看看你的。对 Tweetbot 有爱的也请入，有惊喜。
Twitter 的 #hashtag 在微博中变成了#话题#。我不理解当初在设计时是如何考量的，葛蕾丝说这是因为中文不用空格分隔。 似乎有点道理。但仔细思考后，恰恰相反。 中文中，空格和 # 都是非汉字字符，都可以用来做分隔符。正是因为中文中空格未被用作词与词之间的分隔符，#话题␣后面用空格在中文中比在英文中更有优势，因为空格只作为话题和正文之间的分隔符，不会出现“#大␣爆炸”话题被误读为“#大”话题的情况。 在实际使用中对比，更能清楚看到前后加 # 不如只在前面加 # 的设计： #话题# 和 #话题␣ 所占的字符数是一样的。 # 作为分隔符效果不如空格，比较：“这个#话题#很热” VS “这个#话题 很热”，空格符的视觉分界比较明显，前者不容易一眼把 #话题# 提取。当然，“这个 #话题 很热” 更清晰，但是多用一个字符，这是我个人倾向的方式。 很多时候，前后都加 # 会占用更多字符。比如：“今天我们讨论#话题#，场面十分热烈。”，在 #话题␣设计中，此时后面的空格可省略，因为逗号代替空格起到分隔符作用；话题一般罗列在最后，如：“我开发了一个很棒的 iOS app #todo##GTD#”，且不论两个话题黏在一起不易肉眼分隔，相比“我开发了一个很棒的 iOS app #todo #GTD“又多用了一个字符，因为后者可以用行尾代替空格作为分隔符，这时每多一个话题就相对多用一个字符，要想达到后者一样清晰的分隔效果，就要变成“我开发了一个很棒的 iOS app #todo# #GTD#”，进一步占用更多字符。 #话题#输入不便。其一，# 本就不如空格易于输入1；其二，网页版有输入#话题#的快捷按钮，可以自动生成一对 # 并把光标至于中间，此时用户可直接输入话题，但是输入完话题后，因为后置 # 挡着，无法直接继续输入内容，必须移动一下光标，而无论是用方向键还是用鼠标移动光标，都不如直接输入空格便捷；其三，在手机上输入 # 更是远比输入空格麻烦，好的客户端可以提供智能补全或候选列表，但大多数客户端顶多做到跟网页版一样，自动生成一对 # 把光标至于中间，所以问题也一样，需要用户手工移动光标后才能继续输入内容。 总结：很多情况下，#话题# 比 #话题␣占用更多字符，意味着用户需要打更多字，而且在 [...]
新浪微博很火，开放平台很火，开发者很“火”。 开发者火是因为新浪微博开放平台对开发者很不友好，其 API 从实现到文档都很粗糙。 API 实现不标准还能忍，但是文档不说明清楚，要开发者自己摸索就离谱了。1看来新浪尚未有暇顾及第三方开发者，开放平台现在也只是“开门放出来”而已。结果就是开发者在很多毫无意义的事情上折腾，浪费时间！ 我写这一系列文章的目的就是避免后来者遭同样的罪。 这是第一篇，关于 upload API 的 OAuth 验证失败问题。去论坛搜索一下 upload 就知道有多少人深受其害了。2 Upload API 的 OAuth 之所以难搞，部分是因为其 HTTP 请求格式的特殊性，主要是因为新浪微博那匪夷所思的实现。 Upload API 的特殊性在于其请求“采用 multipart/form-data 编码方式提交”3。根据 OAuth 1.0 协议，Content-Type 为 multipart/form-data 的 HTTP 请求，其 entity body 不参与 OAuth 签名。照此，upload API 的 OAuth 应该比其他普通 API 更简单，因为只有 OAuth 参数（oauth_ 开头的一系列特别参数）参与签名。所以，标准的 Signature Base String 应该是： POSThttp%3A%2F%2Fapi.t.sina.com.cn%2Fstatuses%2Fupload.jsonoauth_consumer_key%3Dxxxxxxxxxx%26oauth_nonce%3D15492994958798014939%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1312912324%26oauth_token%3Dyyyyyyyyyy%26oauth_version%3D1.0 与其对应的标准的 [...]
© Wangling. Powered by WordPress using the DePo Skinny Theme.