| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> DELPHI技术 斑竹:liumazi,sephil | |||||
| 作者： |
|
2019/5/24 8:39:13 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | https://community.idera.com/developer-tools/b/blog/posts/may-2019-rad-studio-roadmap-commentary-from-product-management https://community.idera.com/developer-tools/b/blog/posts/rad-studio-roadmap-may-2019 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/24 9:07:22 | ||||
| 1楼： | 2019年5月RAD Studio路线图产品管理评论 Sarina DuPont 2019年5月23日 RAD Studio产品管理团队代表Embarcadero负责不断更新Delphi，C ++ Builder和RAD Studio的产品开发路线图。正如您在我们的官方路线图博客文章中所看到的，我们刚刚发布了路线图的新版本，其中涵盖了我们未来12个月计划的主要功能。除了官方路线图幻灯片，我们还想通过这篇额外的博客文章提供更多详细信息和信息。您可能会发现在阅读我们在此处提供的扩展信息时打开幻灯片以供参考是有用的。 在我们的路线图中，您可以找到我们为2019/2020日历年计划的主要功能。在我们了解更新路线图的详细信息之前，我们想要回顾一下到目前为止我们已经提供的内容。到去年年底，我们发布了10.3里约热内卢。10.3 Rio版本得到了客户的好评，其中包括C ++ 17 for Win32支持，满足了长期客户的要求，新的Delphi语言功能，如新的内联变量声明语法和FireMonkey z-order以及Android上的本机控件支持（能够针对API级别26，Google Play商店要求）。还包括关键的Windows 10，VCL和HighDPI改进，广泛的IDE UI现代化和新主题，以改善所有产品领域和运行时库中的第一个用户体验和长期IDE使用，RAD Server增强以及质量和性能改进 。 我们在2019年2月对10.3版本10.3.1进行了跟进，引入了对iOS 12和iPhone X系列设备的扩展支持，RAD Server Console UI重新设计，迁移到Ext JS框架，并改进了对Firebird 3.0.4的FireDAC支持和Firebird嵌入。10.3.1中还添加了新的VCL和FMX多设备样式和IDE生产力组件，Navigator和Bookmarks，两者均可通过IDE中的GetIt Package Manager获得。10.3.1版本还包含对150多个客户报告问题的修复。 目前处于测试版的是我们的10.3.2版本，其中包括对Delphi（包括InterBase）的macOS 64位支持，C ++ 17的Win 64，RAD服务器向导，RTL性能增强以及可用于测试的显着质量改进等功能。10.3.2 beta是NDA beta，要求参与者在能够参与测试之前签署我们的保密协议。如果您目前处于订阅状态并且尚未收到加入测试版的邀请，请联系您的Embarcadero销售代表。 对于GetIt软件包管理器，我们计划在未来几个月内发布一些关于Embarcadero和我们的合作伙伴的新插件和附件的令人兴奋的公告。 对于10.4，我们计划围绕IDE工具进行大量工作，Delphi支持语言服务器协议（我们在10.3中添加了对C ++ Builder的初始支持，我们正在为10.3.2增强），VCL高DPI样式支持，Android Delphi的64位，RAD服务器工具，扩展的C ++库支持，显着的质量增强等等。请参阅下文和此处了解更多详情。 我们想借此机会与您分享我们更新路线图中概述的几个关键重点领域的更多详细信息。 Sarina DuPont的更多细节 Sarina专注于FireMonkey，组件库的用户体验和样式，安装体验以及演示和文档 新平台支持 自从我于2011年加入公司以来，FireMonkey一直是我关注的领域之一。我喜欢开发人员可以使用框架构建的内容。 截至2019年8月，Google将要求所有Google Play商店应用都支持64位。正如我们所说，Android 64位支持正在为Delphi工作。为了满足这项新的Google要求，我们计划在今年夏天推出10.4测试版，并支持构建Delphi Android 64位应用程序。虽然通常的beta限制不允许构建和部署生产应用程序，但我们打算包含一个特殊的beta EULA规定，允许10.4 beta测试人员将Android应用程序部署（生产）到Google Play商店。我们去年夏天采用了相同的方法来达到10.3和Google的API 26级要求，这个过程对我们的客户来说效果很好。InterBase对Android 64位的支持也在进行中。 去年，苹果公司宣布它不赞成支持OpenGL，转而使用Apple的新GPU库Metal 2。我们计划在10.4版本中支持Metal 2。macOS 64位对Delphi的支持也将为iOS 11，iOS 12和iOS 13 Simulator（一旦发布）提供基础，我们计划在10.4点发布中支持它。 推送通知和Google Play服务重新架构 去年，Google弃用了Google Cloud Messaging，也称为GCM。我们在FireMonkey中为GCM提供了内置支持。Google已宣布 API已弃用，并将于2019年5月29日删除。 为了在您的FireMonkey Android应用程序中使用推送通知支持，您需要使用Google的Firebase。我们计划尽快为RAD Studio 10.3.1客户发布补丁和详细说明，说明如何将Firebase推送通知支持添加到他们的FireMonkey Android应用程序中。 我们打算在10.3.2版本中简化此支持（还在RAD Server中添加对Android Firebase推送通知的支持），并在10.4中为Firebase和其他相关服务提供完全集成的支持。我们计划重新考虑10.4的一个领域是我们内置的广告支持，以确定在Android和iOS上支持Admob需要什么，这是我们得到客户要求的。 第一用户体验 模板和样式 去年，我们发布了许多FireMonkey UI模板，可以让您轻松开始构建自己的多平台应用程序。这些模板可通过GetIt获得，非常受欢迎，我们正积极致力于其他模板，包括一些主题设计。如果您对GUI模板有其他想法，请与我联系。 我们在10.3.1版本中添加到GetIt的新FMX和VCL样式也非常受欢迎。应用自定义主题是彻底改变应用程序外观的最快方法之一。您可以通过IDE中的GetIt包管理器下载模板和样式。 更新了安装程序 与增强第一个用户体验相关的还有我们使用GetIt技术的统一在线和离线安装程序，旨在为您提供相同的快速，高效的安装程序，以便您在线连接时。这不仅有助于初始安装，而且还提供了一个更顺畅的安装点发布的过程，因为今天我们要求客户使用与初始安装相同的安装机制进行点发布。通过统一安装技术，使用脱机安装程序的客户还可以从IDE安装其他平台，这在目前只有在选择GetIt在线安装程序时才有可能。 Marco Cantu的更多细节 Marco专注于Delphi语言和RTL，VCL库和Windows集成，所有数据库和面向Web的东西，包括RAD Server 扩展Delphi语言 我的重点领域之一是Delphi语言和低级运行时库和平台集成。正如Sarina刚刚提到并且我们的路线图所涵盖的那样，我们在未来几个月的重点是为macOS 64位和Android 64位提供新的原生Delphi编译器。这将增加3个额外的Delphi编译器到现有的编译器，总数达到11个（Windows，macOS，iOS，Android，iOS模拟器和Linux一个2）。将来我们会弃用那些无关紧要的东西，但就目前而言，我们只是增加了一些。 将我们的编译器带到新平台是一项重大的努力，但这不是我们将要进行的唯一努力。我们还致力于通过为移动平台上的对象禁用自动参考计数（ARC）模型来统一所有平台的内存模型，为所有编译器和所有目标操作系统提供单一机制。我们开始在10.3（对于Linux平台）进行此更改，并且我们的客户非常喜欢它。继续沿着这条道路前进将有助于我们实现单一来源多平台的承诺（并且比其他竞争解决方案做得更好）。 尽管如此，我们仍然计划继续开发语言本身，从托管记录开始 - 我们开始为10.3开发的功能，但决定延迟，因为它不够稳定并导致与现有代码的兼容性问题。我们非常重视向后兼容性，并且正在开发一种架构，该架构将提供现有代码的更平滑迁移，同时提供非常强大的附加语言功能。托管记录也是可空类型和附加内存管理模型的基础，这些模型是为该语言规划的功能列表中的下一个。 作为语言和编译器的侧重点，我们有重要的计划来改进我们的IDE代码工具（Code Insight和相关功能），如David稍后解释的那样。 关注RTL和运行时性能 随着编译器的工作，我们专注于将相同的RTL库带到我们所拥有的所有新平台，完全集成平台API和低级机制，如异常处理，内存管理，线程。虽然我们没有计划对RTL进行重大扩展，但我们计划在两个主要方向上工作。第一个是性能，这个领域总是有改进的空间，许多客户都在要求。与其他解决方案相比，Delphi本机应用程序提供了性能优势和更精简的内存消耗，如果RTL达到了正确的水平，这种情况仍然存在。 第二个是整体质量和稳定性，对于库来说至关重要，但对于像RTL这样的基础库元素则更为重要。LiveBindings等特定领域需要重新考虑其性能，而其他领域如并行库需要在质量和功能完成方面有很好的关注。此外，HTTP客户端库需要针对不同平台以及许多其他RTL子系统进行持续优化。 进一步扩展VCL for Windows 10 近年来，RAD Studio不仅专注于使用FireMonkey进行多设备应用程序开发，而且我们也非常重视VCL和Windows平台，特别是Windows 10。该库现在具有许多用于现代Windows 10 UI的特定控件，提供与WinRT API的深度集成（包括用于蓝牙LE，通知和Windows应用商店的特定组件），并包括许多专注于支持高DPI和4K监视器的新功能，包括10.3中引入的新控件和功能。此外，IDE还提供了使用Windows桌面桥（也称为Centennial Bridge）创建Windows 10 UWP应用程序的集成支持。作为项目选项的一部分，您可以提供所有配置设置，以便为ad-hoc或Windows Store部署生成APPX。 我们计划继续朝同一方向努力。 我们希望改进当前的VCL样式架构，完全支持样式应用程序的HiDPI和4K显示器，还允许混合样式和非样式表单和控件（也可以更好地与所有第三方控件集成）。最终，IDE（主要是VCL应用程序）也将受益于此支持。 我们关注的另一个领域是通过采用MSIX安装格式扩展我们对Desktop Bridge和Microsoft新部署模型的支持，该格式正在成为Windows应用商店和企业软件分发的基础。 此外，我们正在计划对XAML孤岛和相关Windows 10技术进行一些研究，这些技术可以将传统的GDI和用户控件（VCL基于）与WinRT本机控件（如浏览器，地图和XAML表面）以及其他控件相结合。绘图表面。这是微软仍在开发的领域，一旦它变得更加完整和主流（就支持它的Windows版本而言）我们计划采用。 RAD服务器继续改进 我工作的产品的另一个领域是RAD Server。这是一个基于REST和JSON构建和部署Web服务的库和引擎，可以基于微服务模型创建多层体系结构。RAD Server最初被设想为移动后端（称为EMS，企业移动服务），多年来扩展了其范围，以便更好地服务于所有类型的应用程序，包括使用JavaScript构建的Web应用程序。在这方面，我们已经在很大程度上扩展了URL映射架构（更值得注意的是在10.3中），并且还简化了服务器端配置组件的编码。许可证发生了另一个关键变化，因为现在我们将一个服务器实例的部署权限包含在RAD Studio的企业版中，并使用Architect版本进行无限制部署。 对于即将发布的版本，我们将重点放在进一步简化开发过程，使用编码风格的向导和改进，但我们还将通过新的配置工具，安装程序和支持来显着改进配置，部署和管理过程。像Docker这样的容器。我们还在研究如何进一步简化RAD Server作为JavaScript和Ext JS Web应用程序的后端主机的使用。 David Millington的更多细节 David专注于C ++语言，调试器以及IDE和用户体验 改进C ++：工具，质量等 在2018年11月，我们发布了我们的Clang增强型Win32工具链升级版支持C ++ 17。在下一个版本10.3.2中，我们还将支持Win64的这个工具链。这意味着所有Windows都将使用支持C ++ 17的新工具链，更新的标准库，改进的RTL等。值得注意的是，这个更新的工具链与C ++标准具有更好的兼容性，并且还提供了来自经典编译器的更好的升级路径。Windows是我们C ++客户最重要的平台，为Win32和Win64提供相同的工具链和C ++ 17支持将满足我们的顶级平台请求。 去年和今年C ++的总体重点是从根本上改进它。我们的目标是使C ++ Builder在所有领域都处于领先地位。工具链升级到最新版本的Clang并支持C ++ 17是一项重要工作，也是未来重要工作的基础。 今年，最大的重点将放在IDE中的工具支持上。这包括代码完成，错误洞察，重构等。这些领域对于IDE的生产力至关重要，并且我们承认需要工作来匹配甚至传递其他代码编辑器。在10.3中，我们使用cquery为C ++（用于Clang Win32）引入了代码完成：它以异步方式运行代码完成引擎，允许您在工作时保持键入，并且在进程外，这意味着不使用IDE本身内部的内存空间。我们已经有很多客户使用我们的cquery支持，并提供有关他们希望在下一次功能迭代中看到的特定质量改进的宝贵意见。10.3.2对其进行了重大修改，并将提供快速，高质量的代码完成，参数完成，错误洞察等。 正如您将在我们的路线图中看到的，我们还计划将Visual Assist集成到C ++ Builder中。Visual Assist是（并将继续）Visual Studio的插件，但核心功能，如重构和导航，也将集成到C ++ Builder中。Visual Assist是C ++工具领域的全球领导者，提供比Visual C ++，CLion，Resharper C ++或其他产品更好，更灵活的工具。它的集成将使C ++ Builder成为C ++开发人员工具的最前沿。 在接下来的一年中，我们还将重点放在对广泛使用的C ++库的支持以及质量改进上。今天在GetIt中，您已经可以安装关键的C ++库，如Eigen，Google Test和Boost，以及其他六个有用的库，所有这些库都列在Libraries类别中。GetIt中也将提供新的库。我们还打算在每个版本中删除您在旧版本中遇到的质量问题，这意味着在任何时候使用最新版本的C ++ Builder都有很大的价值。 我们还计划扩展我们去年推出的CMake支持，以便集成到IDE中。 最后，为了匹配Delphi从所有平台中删除ARC，C ++也将匹配这一点。对于C ++开发人员来说，这是一个很好的举措，可以删除各种内存模型，并允许您使用规范的C ++内存管理模式，例如智能指针。 C ++的平台支持 我们与C ++客户进行了很多讨论，Windows支持和增强的工具以及整体质量是最受关注的重点领域。 我们在10.3.2中使用Windows 64位支持C ++ 17来解决这个问题。C ++的代码工具和整体质量是10.4及更高版本的重点。我们对这些领域的所有增强功能感到兴奋。 您可能会注意到C ++的一个路线图变化，特别是我们今年删除了macOS 64位和Android 64位平台支持。这并不意味着我们将来不会为这些C ++平台添加支持（今年我们将为Delphi支持这些平台）。虽然通过为macOS和Android for C ++ Builder提供64位支持来保留对现有平台的支持，但未来版本仍在考虑中，我们将继续在我们制定路线图时寻求您对您的需求的反馈。我们欢迎您就平台使用和这些计划提出意见，并了解有关您的特定macOS和Android要求的更多信息。 调试器 在C ++的Clang升级基础上，我们可以使用现代版本的LLDB。我们计划将Delphi语言支持集成到LLDB中，并从移动和macOS开始迁移到关键平台。LLDB是一个功能非常全面的调试器，它将为您提供与所有平台上的Windows相匹配的高质量和功能强大的调试体验。 IDE用户体验 在RAD Studio 10.3中，我们在IDE中引入了新的外观。在即将发布的版本中，我们正在改进这一点，解决质量问题并添加一些出色的新功能。 在RAD Studio 10.3.2中，我们的重点是用户体验质量。您将看到IDE中的许多问题已解决。 在后续版本中，我们将重点关注IDE中的新功能。最重要的一个是在2020年初，当时我们计划在IDE中提供高DPI支持。这意味着IDE将在非常高分辨率的显示器（如4K屏幕）上或在Windows使用非100％缩放设置时正确缩放并呈现清晰。 这项工作建立在我们在10.3中引入的VCL的高DPI支持的基础上，包括高DPI图像列表，以及前面提到的10.4中的高DPI VCL样式支持。RAD Studio是使用RAD Studio构建的，因此引入的这些功能也可以在IDE中使用。 Delphi代码工具 在上面的C ++部分中，我提到了如何使用cquery来完成C ++代码，以及如何在10.3.2中显着改进该技术。Cquery是语言服务器协议（LSP）语言服务器。LSP是一种基于JSON的协议，用于IDE或代码编辑器（客户端）与服务器之间的通信，该服务器解析您的代码并提供代码完成和其他结果。 LSP标准广泛用于许多IDE和编辑器中。有一些关键的好处。一个是它是异步的：编辑器永远不会停顿，你总是可以继续输入。它也是编辑器或IDE的独立过程，意味着内存使用的改进（客户端IDE中的内存使用量较低，以及专用于服务器进程中代码解析的整个内存空间。）最后，LSP服务器可用于多种语言，并且一个支持LSP的IDE可以简单地通过使用服务器为任何语言提供代码完成等功能，而不是内置支持。 C ++ Builder引领了RAD Studio的LSP支持，10.3.2将提供快速，异步，高质量的代码完成，参数完成，错误洞察等。值得注意的是，这意味着我们已经在IDE中内置了LSP客户端支持。 Delphi的内置代码完成和错误洞察是我们也希望大大改进的领域。今天的错误洞察有时会提供不正确的结果 - 错误的错误 - 特别是对于内联变量等新语言功能。您可能在代码编辑器中看到了错误的“红色波形”。我们还希望改进具有数百万行代码的大型项目的行为，现在代码完成可以暂停IDE，或者在解析巨大的项目时使用大量内存。 我们将通过将IDE的LSP支持扩展到Delphi并提供本机Delphi语言服务器来解决这个问题。 就像cquery这样的语言服务器基于编译器（cquery使用libclang，clang作为库）一样，我们的Delphi语言服务器将使用Delphi编译器作为核心。这意味着您看到的代码洞察力，报告的错误等等将与编译器查看代码的方式完全准确。 这意味着您将看到更快的代码完成; IDE在完成时永远不会阻塞; 错误洞察力将提供准确的结果; 和更多。这是多年来对Delphi代码工具的最大和最好的改进，我们对发布它非常兴奋。 总体 今年的路线图很大，计划了大量的功能。我们非常注重质量，改进或更换系统，以便为我们的客户提供更好的体验。我们的目标是为Delphi和C ++客户提供的功能，质量和生产力方面的重大和大型增强。 这包括对Delphi的64位macOS和Android平台支持，允许您将应用程序分发到macOS App Store和Google Play Store; Delphi的进一步语言增强; 大大改进了Delphi代码完成，导航，错误洞察等等。我们还将所有Windows编译器与升级后的C ++ 17 Clang编译器统一起来; 并为C ++的代码完成，导航和见解添加了重大改进。VCL风格也有很高的DPI支持; 为移动和macOS提供更强大的调试器; 支持Google Firebase推送通知和相关服务; 许多RAD Server增强功能; RTL中的质量和性能改进，尤其是LiveBindings，并行编程库和HTTP客户端库等等 - 以及更多。 从路线图幻灯片和此博客文章中可以看出，我们的路线图包含大量功能，并且重点关注质量，包括对IDE中某些核心生产力领域的重大改进。这些都是我们听到的对您来说很重要的领域，我们非常期待在即将到来的一年中我们将为您提供的服务。确保您有更新订阅，以便在我们发布时获得每个版本的RAD Studio以及这些功能和改进！ 注意：这些计划和路线图代表了我们截至目前的意图，但我们的发展计划和优先事项可能会有所变化。因此，我们不能提供任何承诺或其他形式的保证，我们最终将按照时间表或所述顺序发布任何或所有描述的产品，或者根本不发布。这些开发时间表或“产品路线图”的一般说明不应被解释为或解释为任何形式的承诺，我们的客户对升级，更新，增强和其他维护版本的权利将仅在适用的软件许可协议中列出。 ---------------------------------------------- Delphi4Linux Delphi三层/FireDAC 技术群：734515869 http://www.cnblogs.com/rtcmw |
|||||
| 作者： |
|
2019/5/24 10:06:05 | ||||
| 2楼： | Sarina DuPont 是产品经理，一个有点胖的女人。。。 ---------------------------------------------- delphi 是兴趣，和工作无关，即使它倒闭。又不靠它 delphi 吃饭，怕甚？ |
|||||
| 作者： |
|
2019/5/24 10:09:25 | ||||
| 3楼： | 看来年底要出10.4了？ ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/24 10:47:36 | ||||
| 4楼： | 一如既往，一而贯之的支持。 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/24 11:04:39 | ||||
| 4楼： | Web 开发工具那部分不提了 未来都是 mobile 的更新支援 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/24 16:31:40 | ||||
| 5楼： | 多处提到 IDE CQuery 希望这个版本能够成为一个真正可以用来工作的版本 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/24 16:47:26 | ||||
| 6楼： | 说得好像，我们拿旧版本就不是真正工作似的。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2019/5/25 1:49:51 | ||||
| 7楼： | 我希望的都没有，先进指令集支持没有，64位内联汇编也没有。 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/25 8:07:31 | ||||
| 8楼： | 从路线路可以看出Delphi的正版用户群还是以应用软件开发为主，并且C++ BUILDER客户还是大头，毕竟C++一直位于编程语言排行榜前三，So，Rad Studio万岁! ---------------------------------------------- |
|||||
| 作者： |
|
2019/5/25 9:44:32 | ||||
| 9楼： | C++越来越更受重视是现状使然。 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/26 14:50:18 | ||||
| 10楼： | @wang_80919: 抱歉用语不当了, 并没有冒犯用低版本朋友的意思 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/28 19:41:47 | ||||
| 11楼： | 快把代码自动完成功能给完善了啊！我都被折磨一星期了，有的工程代码自动完成总是弹不出来，弹出来的时候也是错误和混乱的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/28 20:02:43 | ||||
| 12楼： | 是不是觉得 clang代码提示还不如class complier ---------------------------------------------- - |
|||||
| 作者： |
|
2019/5/29 10:22:01 | ||||
| 13楼： | python、php 都不能开发app， 但是他们都比delphi火。 为啥，因为他们都可以写web delphi 不重视web，市场下滑是必然的。。。 ---------------------------------------------- kittyapp |
|||||
| 作者： |
|
2019/5/29 14:12:59 | ||||
| 14楼： | @bigboy2050: 有道理，一直以来Web都是主流，就算这些年手机普及了，大家看到的各种App，但是Web还是主流，因为很多人会选择用WebView的方式来做App，最终还是绕不开Web开发。 ---------------------------------------------- 虽千万人吾往矣！ |
|||||
| 信息 |
| 登陆以后才能回复 |
