yyfearth

不考虑预算的话 可以用 TB3 的 hub 然后用🍎的 TB3-2 的转接线接你的 mac 就可以了

我碰到的问题比你的糟糕多了
我之前碰到了 babel 和 webpack 插件版本冲突
导致 import 部分出问题 然后爆出来 __WEBPACK_XXXXX_MODULE_... not a function
所以我才发现了上面这种情况
但是完全无能为力 console.log 的结果完全正确 但是就是执行不了

@Livid modernizr 我记得也是会用 UA 的 所以 body 上面可以有 ie webkit 这种的 class
但是大部分 feature detection 是直接用 js 或者 css 做到的

@Archeb 对于自适应 web 本来就应该通过网页窗口的大小来觉得这么排版啊 一般就用 @media screen
对于手机或者平板要对触摸优化的话 要看是否支持触摸 css 可以用 @media pointer 之类的判断 而不仅仅看屏幕大小
对于 Chrome 等新浏览器 大部分需要通过 UA 判断的 基本上对于通过 css 或者 js 的 API 来判断 比较有名就是 Livid 提到的 modernizr
通过 UA 判断功能本来就不准 如果仅仅用来判断是否是移动端 Chrome 并没有禁止服务器读取 UA
而前端仍然可以读 UA 只是有 warning 罢了 不读用我上面说的方法前端也可以工作

@antileech @anguiao 其实并没办法彻底解决这个问题 因为根据 Chrome 的文章
UA 还是可以区分桌面和移动端 这个主要应该是考虑到服务器端可能会根据 UA 做不同的跳转
但是桌面端之间没办法区分系统和版本 移动端也一样

@stringtheory 我遇到这种情况的时候说明 app 实际运行的路径和安装的不一样
你可以按住 Cmd 分别点击两者看是否不一样

有两种情况
一种是 macOS 自动 sandbox 了这个 app 所以会生成一个临时路径 两者路径不同
一种是启动参数不一样 也会导致这个问题 但是 cmd 找到的路径是一样的

解决方法也有两个
可以先把 2 个 app 都移除 dock 然后从 launchpad 打开 app 再把这个从右边 app 拖到左边 这样就把实际运行的 app 放在 dock 左边了
如果是第一种情况 实际 app 在临时路径 你需要用命令行 xattr -c /app 安装路径 去掉下载隔离的一个 flag
那么下次运行的时候就不会自动放到临时路径了

Firefox 少其实挺正常的 毕竟现在移动端已经很占到差不多 45% 了
移动端自然没有 Firefox 什么事情 基本上都是 Chromium/Webkit 的天下了

只是这么少确实很惨 连 5%都不到
而 Webkit 这边已经超过 90%了

一般情况下你需要 sourcemap 这样浏览器会自动给你做一些事情 但是 webpack 处理 import 的情况除外

import {a} 这种 不像 function 会把(a)编译成 _a _a1 这样
因为 webpack 之类的 会把 module 编译成非常复杂的东西 比方说 __WEBPACK_XXXXX_MODULE_.XXXXXX["a"] 类似这样的东西 根本摸不着头脑
所以你需要被 debugger 放到 console.log 后面 就可以看到结果了