现在TideSDK实际上已经死了，我一直在寻找替代的“package器”来将HTML/CSS/JS应用程序作为独立的桌面应用程序运行。到目前为止，我遇到的三个可行选项是NW.js(以前的node-webkit)，brackets-shell,和Electron(以前的原子壳)。问题是，在功能集、兼容性等方面，这三者之间似乎没有足够完整的比较。我希望将其变成一个或多或少的规范线程(目标)三者之间的差异，特别是关于:平台支持；操作系统、依赖项等。语言功能支持，就HTML5、CSS3和JavaScript而言。想想“HTML5视频是否有效，如果有效，有哪些编解码器可用？”非标准的额外功能，例
生命周期流程如下本篇主要讲的是在比较靠前的awake和start阶段，因为这两个阶段效果类似，都只会执行一次，但是具有触发条件.awake、enable、start依照次顺序执行，awake会在一开始的时候就会执行，但start则是在被激活之后才会调用，因此在编写代码的时候在给脚本挂载的物体做初始化，就用awake，用于挂载组件或者处理引用关系，start是物体“可见”之后才会被调用即setActive("true")之后才会调用（当然一开始就是非隐藏的话会按照顺序执行），面试的时候有问过一个如果物体被遮挡了那么还会执行对应的脚本嘛？（答案是会执行，毕竟遮蔽不是不激活）由此在用处上面的话总结：
接口调用报错：JSONparseerror:Cannotdeserializevalueoftype'XXX'fromArrayvalue(token'JsonToken.START_ARRRAY');解决调用接口时，将参数对象转换为json字符串后再调用：JSON.stringify(params)
Quick是一个行为驱动的开发测试框架。我想知道为什么这比进行常规XCTest更好。Nimble只是一个匹配器库，但它使测试易于阅读，就像编写expect(13)>9之类的东西一样。对我来说，Quick提供了编写测试的新词汇(XCTests没有)，让您专注于编写单元测试。基本上，它是TDD的特征诱导路径。当测试失败时，它也更具描述性。我注意到的另一件事是，如果我想查看一个方法的作用，如果我转到快速规范，我可以轻松地阅读正在测试的内容，然后了解更多关于该方法的信息，而不是在该方法上写评论。因此，快速规范充当对该方法的评论。关于Quick或BDD，还有什么我应该知道的吗？
Quick是一个行为驱动的开发测试框架。我想知道为什么这比进行常规XCTest更好。Nimble只是一个匹配器库，但它使测试易于阅读，就像编写expect(13)>9之类的东西一样。对我来说，Quick提供了编写测试的新词汇(XCTests没有)，让您专注于编写单元测试。基本上，它是TDD的特征诱导路径。当测试失败时，它也更具描述性。我注意到的另一件事是，如果我想查看一个方法的作用，如果我转到快速规范，我可以轻松地阅读正在测试的内容，然后了解更多关于该方法的信息，而不是在该方法上写评论。因此，快速规范充当对该方法的评论。关于Quick或BDD，还有什么我应该知道的吗？
UnabletostartembeddedTomcat（已解决）出现这个问题，一般是由于项目的jre出现问题；另外这里最好不要使用版本超过16的jdk，有可能导致未知错误。下面是解决过程：1、点击editConfig2、点击