手写到某本书的扉页上。

Starcraft I、Warcraft III、Diablo II 这些，以及更低版本的，都是 for PowerPC 的，在 Intel Mac 上面需要 Rosetta。而 Mac OS X 10.7 开始就没有 Rosetta 了。

话说 v2ex 的防刷规则定这么严做甚

@raickey 富坚明明是去打麻将去了吧…

http://www.bilibili.com/video/av353930
http://www.bilibili.com/video/av353355 @20分20秒

http://i.v2ex.co/pW9rFGfRl.png
我这里看起来似乎正常。

按 http://stackoverflow.com/a/25795533/90172 这边的说法，Size Classes 是 iOS 8 的功能，但是 Xcode 6 对它做了一点向后兼容的处理，可以有限度地支持 iOS 7 等版本。

对于 iOS 7 等不支持 Size Classes 功能的版本，iPhone 会使用 Compact-Regular 的设置，iPad 会使用 Regular-Regular 的设置，其它设置都被忽略。

我从日本买了好多东西，包括碟片、手办、伞、你说的这个耳机等等，转运公司用 EMS 发的，到目前为止只有一个 Roomba 被税了 20%，原因大概是原厂包装太明显，而且也太大了…

https://developer.apple.com/swift/resources/ Guides and Reference 那一段。

参见 Star Trek。

@sandideas 那还不如带入我党当年搞统一战线的事情呢。已经发生了的事情更有说服力吧。

银子和女人被抢走了，要夺回来有什么错么？

@maye696 就算都是正版的，也不会在美区上架的。音乐电影之类的一般都是按地区卖的版权，再加上各国各地区法律也不一样。

另外 Spotify 是也是限制了来源 IP 的吧，一样的原因。

我还以为是１４寸的…

话说１５寸没独显的低配版，跑暗黑３倒是很流畅

@jasontse 这个估计就是开发者不太明白微软的命名方式吧……其它系统的 OS_NAME 都是 Linux、Darwin 这些通称……

但是对于 Windows 来说，OS_NAME 只是个商品名，OS_VERSION 才应该是可以区分版本的唯一代码。比如 Win 7 的 OS_NAME 是 "Windows 7"，OS_VERSION 是 "6.1"。

－－－－
怎么感觉这些开发者一点都不在乎 Windows 啊
明明 JetBrains 的这些产品允许在 Windows 上的最多吧……

@jasontse
说是不够接地气或者不够重视的话，倒也没错。

不过呢，现状是这样的：
每个系统都提供了获取操作系统名字和版本号字符串的 API（例如 POSIX 的 uname(3)）。
Windows 除了类似的 API 之外，也提供了上面的“更好的”接口，不过仅支持 Windows；行为在不同版本的 Windows 上面还有所不同。
其它的系统，大概也有类似的接口，不过也都是仅支持本系统的。都可以更精确地区分本操作系统的版本。

JDK 里面大概就只提供了大家共有的获取操作系统名字和版本号字符串的 API。
要自己实现一个比较好的、使用各系统原生接口的、可以更精确地区分操作系统版本的工具类，倒也不是不行，但是远远比这种直接比较字符串的方式麻烦啊……而且以后万一有什么新的系统出来，也一样还是要改。

出于成本考虑，怎么简单就怎么实现呗。

毕竟：
1) 这又不是什么特别核心的功能。
2) 会出问题的场景是可以遇见的：新操作系统出来的时候。
3) 有问题的话修改起来也很简单，改几行代码就行。

成本完全是可控且可接受的。

－－－－
当然，对于微软来说，也绝对不会因为要兼容第三方的这些个用法，而选择跳过版本号９的。

intellij/openapi/util/SystemInfo.java 这里这么写其实可以理解啊。

本身这段代码就是要区分不同的操作系统的不同版本的，但是每个操作系统提供的机制都不完全一样，用字符串来匹配是最自然不过的选择了。

有新版本的系统出来，导致这里出问题的话，直接改就是了。

-- http://msdn.microsoft.com/en-us/library/windows/desktop/ms724439(v=vs.85).aspx 对于这个，为了调用这个函数，Java 的项目似乎需要做不少事情，而且对于其它没有这个函数的平台，还得区分对待（相反地，获取当前操作系统的名称和版本字符串，应该是 Java 标准库默认就支持的）。另外文档底部那段，本身的逻辑就很复杂，写到 Java 代码里面，如果不附加额外说明的话，没人能看懂，可维护性也就低了。

Xcode 6 GM 版和正式版支持的操作系统分别是 iOS 8 和 OS X 10.9，都是已经正式发行的版本。

Swift on OS X 需要 OS X 10.10 SDK 的支持（不过看起来似乎只是苹果故意加的限制而已），你需要 Xcode 6.1 beta。

楼上的方法，相当于在 iOS 8 simulator 环境下运行，一些复杂的代码，因为 iOS 和 OS X API 的不同，就没法运行。例如我的这个：

https://gist.github.com/dorentus/4cd6e80145ea140495f4