xloger

分母一下吧。。。不知道买啥月饼好

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

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

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

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

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

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

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

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

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

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