从Wiki： CMAKE_CURRENT_SOURCE_DIR这是当前处理的CMakeLists.txt所在的目录 CMAKE_CURRENT_LIST_DIR （自2.8.3开始）这是当前正在处理的列表文件的目录。 从文档： CMAKE_CURRENT_SOURCE_DIR：当前正在处理的源目录的path。 这是cmake正在处理的源目录的完整path。 CMAKE_CURRENT_LIST_DIR：当前正在处理的列表文件的完整目录。 当CMake处理项目中的列表文件时，此variables将始终设置为当前正在处理的列表文件（CMAKE_CURRENT_LIST_FILE）所在的目录。 该值具有dynamic范围。 当CMake开始处理源文件中的命令时，它将此variables设置为该文件所在的目录。 当CMake完成处理来自文件的命令时，它恢复以前的值。 因此，macros或函数中variables的值是调用调用堆栈最底层条目的文件的目录，而不是包含macros或函数定义的文件的目录。 这些variables在什么情况下会有不同的值？

我得到数组到string转换错误为以下行： $diff = array_diff($stockist, $arr); 这里， $arr是一个从JSON文件解码的数组。 使用is_array()函数我能够validation这两个参数是数组。 有人可以指出我的问题 $stockist = array(); while (!feof($file_handle)) { $line_of_text = fgetcsv($file_handle); $query = "SELECT * FROM reorderchart WHERE medicine = '" . trim($line_of_text[3]) . "' ORDER BY medicine"; $result = mysql_query($query); if (trim($line_of_text[2]) – trim($line_of_text[1]) <= 0) { while ($row = mysql_fetch_array($result)) { $file = "results.json"; $arr = […]

当在Chrome中直接在控制台中执行脚本时，我看到了这个： 有谁知道VM117：2的含义是什么 VM代表什么？

为什么Docker中的-d和–rm相互冲突？ $ docker run -d –rm image Conflicting options: –rm and -d 我有一些运行单元/function/集成testing的容器。 Docker容器启动，运行testing，然后停止。 我把它们分开运行，因为我只关心结果，但是我也希望容器在容器退出后被移除。 什么将是一个很好的方法来做到这一点？

新发布的ASP.NET WebHooks和Signal-R有什么区别 ？ 有什么优点或缺点？ 每种技术有哪些用例？

示例代码： https ： //github.com/d6u/example-redux-update-nested-props/blob/master/one-connect/index.js 观看现场演示： http : //d6u.github.io/example-redux-update-nested-props/one-connect.html 如何优化嵌套组件的道具的小更新？ 我有上面的组件，回购和RepoList。 我想更新第一个回购的标签（ 第14行 ）。 所以我派出了一个UPDATE_TAG动作。 在我实现了shouldComponentUpdate之前，调度需要大约200ms，这是预料之中的，因为我们正在浪费大量时间差异<Repo/> s没有改变。 添加shouldComponentUpdate ，调度需要大约30ms。 在生产生成React.js之后，更新仅花费约17ms。 这是好得多，但在Chrome开发控制台的时间表视图仍然表明无框架（超过16.6毫秒）。 想象一下，如果我们有这样的更新，或者<Repo/>比现在更复杂，我们将无法保持60fps。 我的问题是，对于嵌套组件的道具的这种小的更新，是否有更高效和规范的方式来更新内容？ 我还可以使用Redux吗？ 我得到了一个解决scheme，用一个可观察的内部减速器replace每个tags 。 就像是 // inside reducer when handling UPDATE_TAG action // repos[0].tags of state is already replaced with a Rx.BehaviorSubject get('repos[0].tags', state).onNext([{ id: 213, text: 'Node.js' }]); 然后我使用https://github.com/jayphelps/react-observable-subscribe在Repo组件里订阅它们的值。 这很好。 即使有React.js的开发版本，每个调度也只需要5ms。 但是我觉得这是Redux中的反模式。 更新1 […]

在React文档中他们说： React还支持使用string（而不是callback函数 ）作为任何组件的引用，尽pipe这种方法在这一点上大部分是遗留的 。 https://facebook.github.io/react/docs/more-about-refs.html 以下面的例子： class Foo extends Component { render() { return <input onClick={() => this.action()} ref={input => this._input = input} />; } action() { console.log(this._input.value); } } 为什么我应该喜欢这个，而不是： class Foo extends Component { render() { return <input onClick={() => this.action()} ref='input' />; } action() { console.log(this.refs.input.value); } } ？ 第二个例子看起来更干净简单。 是否有风险，string方法将被弃用？ 注意 […]

我对module/namespace/export和import, require, reference用法感到困惑。 从Java的背景，有人可以解释我什么时候使用什么和什么是正确的devise？ 当我写样本项目时，我觉得自己很乱 到目前为止，这是我的理解1. module是外部的包2. namespace是内部的包 我没有得到我们如何分类他们？ 何时导出类或名称空间或包？ 如果我们导出包/名称空间，那么所有的类都被导出或需要被显式导出 他们每个人如何import/需要？ 根据文档 ，如果我为每个经理/模型创build每个“ts”文件，Typescript不build议使用“命名空间”？ 直接使用参考path？ Please explain in detail as I am coming from different background and not sure about ES6/ES5 etc 。 我看到有几个人正在提出/混淆同样的问题。 我希望有人能够详细解释真实世界的情况

代理和jenkinspipe道中的节点之间有什么区别？ 我find了这些定义： 节点 ：Pipeline执行的大部分工作都是在一个或多个声明的节点步骤的上下文中完成的。 agent ：代理指令指定整个Pipeline或特定的阶段将在Jenkins环境中执行的位置，取决于代理指令的位置。 所以两者都用于执行stream水线步骤。 但是什么时候用哪一个？

我一直在寻找.NET的各种dependency injection框架，因为我感觉我正在从事的这个项目将从中受益匪浅。 虽然我认为自己对这些框架的能力有了很好的把握，但我还是不清楚如何最好地将它们引入大型系统。 大多数演示（可以理解）往往是相当简单的类有一个或两个依赖关系。 我有三个问题 首先 ，你如何处理那些常见但无趣的依赖，如ILog，IApplicationSettings，IPermissions，IAudit。 对于每个类来说，将它们作为构造函数的参数看起来有点过分。 在需要的时候使用DI容器的静态实例来获取它们会更好吗？ MyClass(ILog log, IAudit audit, IPermissions permissions, IApplicationSettings settings) // … versus … ILog log = DIContainer.Get<ILog>(); 其次 ，你如何处理可能使用的依赖关系，但创build起来可能会很昂贵。 示例 – 类可能对ICDBurner接口有依赖关系，但不希望创build具体实现，除非实际使用CD刻录function。 你是否在构造函数中传入了工厂的接口（例如ICDBurnerFactory），还是直接通过一些静态的方式直接进入DI Container，并在需要的时候请求它？ 第三 ，假设你有一个大型的Windows窗体应用程序，其中最高级别的GUI组件（例如MainForm）是潜在的数百个子面板或模态窗体的父项，每个子窗体可能有几个依赖关系。 这是否意味着MainForm应该被设置为依赖关系的子集的所有依赖关系的超集？ 如果你这样做，那么最终不会创build一个巨大的自我膨胀的怪物，它构build了你创buildMainForm时所需要的每一个类，在这个过程中浪费了时间和内存？