最佳Jetbrains Toolbox 2019.3发布
博士TL;2019.3产品更新，更快地启动所有基于Intellij的IDE，更好的UI响应性，更好的UI响应性，更少的UI和Editor冻结，减少了内存消耗和许多新功能。
嗨JetBrains的朋友,
我们很高兴为JetBrains Toolbox 2019.3工具家族发布了一系列更新。所有的工具都经过了优化，准备好在新的一年里为您提供更高的生产力。
我们专注于2019.3版基于intellij的ide的所有工具的性能和质量。过去的两个月对JetBrains团队来说是一场马拉松，在这段时间里我们修复了许多bug并开发了许多新特性。我们很高兴能与您分享我们辛勤工作的成果!这里有一些值得注意的改进，我们所有的基于Intellij的IDES：
该版本还提供了许多您所要求的新功能。
.NET工具2019.3.特别是对于。net开发人员，Rider获得了功能丰富的T4模板支持，一个跨平台的。net Core分析器和Unity测试覆盖，以及更好的性能。同时，ReSharper Ultimate引入了全新的本地化管理器、跨平台ReSharper和dotTrace命令行工具，并改进了c# 8.0语言支持。
请参阅下面的产品新闻的快速摘要。
IntelliJ IDEA 2019.3今年我们旗舰IDE的第三个也是最后一个主要版本，提供了主要的性能和可用性改进。这些改进包括更快的IDE启动，更好的UI响应，更容易安装主题和keymap插件，增强VCS工作流程，并增加了对微服务框架、MongoDB等的支持。
WebStorm 2019.3具有更快的启动，Vue.js支持的显着增强，即使是JavaScript和Cyperscript的代码完成，而且修复了很多挥之不去的错误。
PHPSTORM 2019.3.通过所有新功能支持PHP 7.4，并具有相应的IDE检查和快速修复，以便开始与他们合作。它还为PSR-12，用于远程解释器的WSL，MongoDB支持，HTTP客户端更新，更快的IDE启动，更好的性能以及许多可用性改进的支持。
骑士2019.3.提供了对T4模板的出色支持，对。net Core的跨平台分析器，以及对Unity的跨平台测试覆盖。启动速度更快，调试器支持Docker Compose，版本控制支持和Xamarin支持全面增强。
PyCharm 2019.3配备Jupyter笔记本，MongoDB支持和所有Python 3.8功能的代码帮助的交互式小部件。Pycharm团队一直专注于本释放中的质量和性能，其中一个关键结果是具有许多二进制包的口译员的初始索引。
ReSharper 2019.3最终介绍一个全新的本地化管理器和类型名称提示，并为C＃8，C ++ 20和虚幻引擎提供更好的支持。导航，代码样式和单元测试都是增强的，而Rearharper和Dottrace的命令行工具现在正在为Linux和MacOS工作。
RubyMine 2019.3基于社区反馈改进了整体IDE质量。使用RuboCop严重性映射来更改特定RuboCop犯罪的严重性级别。在一个. HTTP文件中写入多个请求，并在HTTP请求中使用动态变量。为调试器、Git、YARD、JavaScript和数据库工具发现更好的代码洞察力和改进。
DataGrip 2019.3介绍了MongoDB支持、Oracle PL/SQL调试器、内联查询进度等等。
戈兰2019.3.消耗的CPU更少，执行速度更快。它增强了对Go模块的支持，添加了一组新的快速修复，增强了重构功能，并能够通过Evaluate Expression调用嵌入字段的方法，使用Mozilla rr远程调试应用程序。
克利翁2019.3在克隆2019.3我们已经加快了代码完成并消除了各种UI冻结。期望改进GDB和LLDB集成，忍者和其他CMAKE发生器，以及代码覆盖。最后，您可以使用C ++ 20的概念作为重命名，导航和代码完成，现在将它们带到帐户中。
ReSharper 2019.3 c++从代码分析和Clang-Tidy集成到导航和代码格式，可以查看编辑器的每个方面。通过更新类型提示，使您的代码更具可读性，并与即将到来的c++ 20标准更加兼容。如果你制作游戏，你也会享受到对虚幻引擎4的更深入的支持。
AppCode 2019.3.附带更快的代码完成，突出显示和导航。它支持SWIFT函数构建器，属性包装器和不透明结果类型，并添加了全新的新迅速意图的全部堆。Mac Catalyst支持和重新加工的构建消息工具窗口圆形图像。
我们计划继续进行进一步的改进，为您提供最好的工具和最伟大的特性。请继续关注未来版本的细节!
来自JetBrains团队的最美好的祝愿和节日快乐!
凯文薯条说：
2019年12月18日,我订阅了整套工具。我觉得JB可能是我工作流程建筑工具的最佳工作。所说的，你的3分之一的得分意味着你仍然比Atom或微软的2分，满分10分。往往是由于你的“太狭窄”的思维方式，你的工具很远。
我在云中工作。我花了相当长的时间编写了Ruby，Python，Node和HTML，但我花了更多时间写Kubernetes部署，Terraform，Ansible，Packer和CI / CD管道。虽然插件为许多这些工具提供帮助，但语言特征（当我写的所有人都是Terraform ......真的???）妨碍了你的工具带来的价值大大减少了您的工具带来的价值。
我还认为你们错过了一个巨大的市场机会。想象一下，如果我刚才提到的这个用于云自动化的工具也能有一流的工具来处理Lambda函数，并部署它们，编辑并将swagger文档推送到API网关，完全支持SAM(无服务器架构模型)的本地开发?
我认为这在市场上是严重缺失的，并且会很好地与JetBrains工具套件相匹配，因为许多功能已经在那里了，但由于迫使它成为Python、Ruby、Java等的二等公民而削弱了它。
莫里茨弗里德里希说：
2019年12月19日虽然我同意你说的一切，但这也是我们的工作流程，这还不是全部。现代工作流可能始于GitHub上的应用程序代码。有人做了PR，你在GitHub上审查它，创建一个由CI测试和构建并部署到Kubernetes的版本……
Jetbrains目前只支持这个循环的第一部分，允许我们编写代码并将其推送到GitHub。除此之外，我还需要浏览大量的网络界面和工具。
为什么现在都快到2020年了，我们还没有把所有这些当成开发流程?为什么这些步骤没有被抽象呢?
我同意凯文的观点，这是一个很好的机会。
德米特里•Jemerov说：
2020年1月7日主要原因是难以支持完整的开发工作流程是因为没有单一商定的方式做事。有些人使用詹金斯，有些人没有;有多种方法可以将应用程序部署到Kubernetes;等等等等。您可以构建一个全堆栈解决方案，提供一个，只有一种做事方式（类似的方式）https://darklang.com/），并最终以一个非常愉快的端到端体验，但是当这种做事方式与开发人员的偏好不匹配或不与现有基础架构集成时，您立即遇到问题。
另一方面，JetBrains ide的重点是在如何构建和部署应用程序方面保持中立。我们试图为更广泛使用的技术和工作流提供更好的支持，但我们允许您以任何方式使用任何您想要的东西。这使得我们能够以不总是提供流畅的端到端体验为代价获得广泛采用。
德米特里•Jemerov说：
2020年1月7日感谢您的反馈意见！我们计划打算切换我们的焦点一点点，以便我们不仅仅是支持代码编辑功能，还要支持我们的用户在工作中遇到的情况。但是，我们不打算发布新工具以支持这些方案;你正在谈论的一切都适应Intellij想法终极的范围。