不太明白相对于「宽高限定符适配」的方案有什么优势？如你所说，头条的这种适配方式只能选择以宽或者高为基准，可是有时候你需要以宽为基准（大部分时候），有时候以高为基准（比如某个控件刚好占高度的几分之一），用「宽高限定符适配」可以很轻松地自己处理这个问题，至于担心所谓的控件拉伸，遇到比例有要求的控件我都是统一以宽度作为基准。
至于「需要精准命中才能适配」，打开友盟的 Android 设备尺寸占有率统计，把前 20 的全放进去就可以了。
而且万一没有精准匹配的尺寸，我记得效果是会自动匹配一套相近的，而不是如文章说的采用默认的 dimens.

所以，我还是挺希望能有个说服我替换掉「宽高限定符适配」这种兼容方式的理由。

Orz 楼主对不起，我就不小心捣鼓了一下然后把你那个“爱人名字”改掉了。。。麻烦你改回来吧

六年前 4000 块买的 Dell，而且是属于比较坑的配置的，自己加了内存条和 SSD，日常使用，玩玩不吃性能的独立游戏还可以，但是敲代码就虐了，一个空的 Android 项目运行时的 build 就要俩分钟，最近打算换个好点的电脑了，正在暗影精灵，机械革命 Z2 等机子里纠结

@gowk #7 你是哪的？我之前在的一家福州的公司也是这样，我还以为是那的特色，我一直在想遇到同姓的该怎么办。。。

挺有意思的，而且是 Java 的，客户端没开源？挺好奇贵司是打算做成什么样

send any where +1
而且不需要注册之类的繁琐操作，缺点就是好像速度有点慢

@Codelike #9 嗯，我去了解了一下，的确很方便，感谢。

kindle 是一种当你有读书习惯再去买的东西（而不是指望买了 kindle 能培养看书习惯）

而且我用的是 900 左右那款带背光的，效果良好（除了重了点），所以想试试的话没必要一开始上顶配

我的 window 之前也是一样的原因，是按上面那个知乎链接里说的改为“ org.gradle.jvmargs=-DsocksProxyHost=127.0.0.1 -DsocksProxyPort=1080 ”解决的。

而且，我的 AS 代理也是无效的，gradle 下不到的那个链接在设置里“ Http Proxy ”里的“ Check connection ”是能连通的

@mcluyu
要直接实现是很简单，但是 Android 并没有提供基础的控件复用（只有个 include ），因此我对怎么复用比较好想听听其他人意见，现在问题解决了

@saberpowermo
@DeweyReed
@somebody
感谢建议，原先我感觉写个 Adapter 会很麻烦，然后现在才意识到可以封装个库专门实现这种简单数据。
Adapter： https://gist.github.com/xloger/c53939f3017967da99f5b32446bee036
调用者： https://gist.github.com/xloger/0b71085abcf43fb5c4817fa34c728990
当然现在还没去支持 item 多类型，之后加。果然写页面这种简单的东西反而更容易看出差距......
不过我这种实现并没有利用到 ViewHolder findViewById 的缓存，对于这种数据量小的应该也不影响性能......

我们是这样的，线上版在 master 分支，开发版在 dev 分支，然后每次一个人或几个人要开发某新功能时就在 dev 上切一个分支出来，开发完毕后 merge。基本没遇到落后几百个分支没法合并的问题。 [但是我隐约记得这样好像会导致这些分支的 commit 信息丢失？

昨天才看到这贴，结果今天自己也遇到这问题了……合着服务器是天天挂么 Orz

@affyun 没有，信用卡也只有一张，而且是招行的，几乎没用过。分期信用卡之类的业务基本没办过。不过去年在成都优客逸家租房的时候好像他们所谓的按月交房租就是骗我办了一个贷款，除此以外无借贷经历

把 TD 关键词屏蔽了吧，基本没有误杀的

因为穷，自己现在买了台红米 3s ，基本没折腾，但广告差不多都能关掉，我刚装好的时候就从网上搜了份教程按流程都关掉了。

然后自带的 App 基本没怎么用，所以倒是没感觉有啥广告。