Google的App Engine SDK和Cloud SDK之间有什么关系？
我正在开发Google App Engine应用程序，并且遇到了对App Engine
SDK
和Cloud
SDK的
引用。
这两个SDK之间的关系如何？
两者之间肯定有一些重叠。有一个dev_appserver.py和appcfg.py是他们两个。我可以使用dev_appserver.py和来运行开发服务器gcloud preview app run。
为什么会有两个工具做同样的事情？是否弃用了一个，而赞成另一个？是否有合并这些工具集的路线图，或者将它们并行维护？我需要两个，还是一个？
似乎Cloud SDK是两者中更通用的。但这是一个超集吗？即我可以在App Engine SDK和Cloud SDK中做任何事情？
我对这种凌乱而未记录的设置感到非常困惑。
问题答案：
App Engine SDK较旧，并且是专门为App Engine设计的。
Cloud SDK较新，其目标是涵盖其他（所有？）Google
Cloud产品
，而不仅仅是App Engine。因此，从App
Engine的角度来看，它们在功能上肯定重叠。特别是从这个角度来看，Cloud SDK似乎还不如App Engine
SDK成熟和稳定。例如，该gcloud preview部分仍处于BETA版本：
名称
gcloud preview app - (BETA) manage your App Engine app
只要您的工作包含在App Engine环境中，您就可以根据需要选择其中一个。
如果您混用了第三方工具或IDE集成支持，请立即向App Engine SDK（例如，PyCharm）寻求平衡提示。
我猜Google最终将弃用App Engine SDK，转而使用Could
SDK，但到目前为止，我还没有听到任何此类公告。（旧的）GAE控制台已经开始出现类似的弃用趋势，这些东西正在逐渐迁移到开发者控制台。
-
我在下面的某个地方看到了代码片段。 由于前面提到的代码片段工作得很好，它表明std：：cout是从std：：ostream派生而来的。但我还找不到任何直接的参考资料。 根据文件，其中说[强调我的]： 全局对象std::cout和std::wcout控制输出到实现定义类型的流缓冲区（源自std::stream buf），与标准C输出流stdout相关联。 上面的引文表示，控制输出到派生自std：：s
-
我看到这里 老实说，我不理解这张纸条。它们是否意味着有可能用MonadPlus永远中断，例如IO Bool？比如说，IO False将破坏它。。。 当然，我可以破例或者永远实现自己的，但我的兴趣是关于这个奇怪的音符。
-
问题内容： 我发现了一个示例，在该示例中，将按钮添加到面板（的实例），然后将面板添加到容器（的实例），然后根据构造将容器包括在（窗口）中。 我尝试了两件事： 我摆脱了容器。在更多详细信息中，我将按钮添加到面板（实例为），然后将面板添加至窗口（实例为）。工作正常。 我摆脱了面板。在更多详细信息中，我直接将按钮添加到了容器，然后将容器添加到了窗口（的实例）。 所以，我不明白两件事。 为什么我们有两种竞
-
问题内容： 我最近学习了如何在工作流程中使用virtualenv和virtualenvwrapper，但是我在一些指南中看到了pyenv，但是我似乎无法理解pyenv是什么以及它与virtualenv有何不同/相似。pyenv是virtualenv的更好/更新的替代品还是免费的工具？如果后者有什么不同之处，以及两者（以及适用的virtualenvwrapper）如何一起工作？ 问题答案： Pyen
-
我正在学习ASP.NET Core3.1。 注意到当我们开始这个项目的时候。它将转到ConfigureServices并注入一个服务。 我的问题是为什么服务可以使用那些扩展方法？ 谢了。
-
我正在使用Drools 6.2.0。最终，我需要使用window:time处理一组事件。每个事件都有一个日期字段。 在我的drl中： e1 (2015-01-01 00:00:00) e2 (2015-01-01 00:00:20) e3 (2015-01-01 00:00:40) e4 (2015-01-01 00:01:00) 场景1：使用实时并同时插入集合a事件。 场景2：使用pseudo，