DELPHI盒子
!实时搜索: 盒子论坛 | 注册用户 | 修改信息 | 退出
检举帖 | 全文检索 | 关闭广告 | 捐赠
技术论坛
 用户名
 密  码
自动登陆(30天有效)
忘了密码
≡技术区≡
DELPHI技术
移动应用开发
Web应用开发
数据库专区
报表专区
网络通讯
开源项目
论坛精华贴
≡发布区≡
发布代码
发布控件
文档资料
经典工具
≡事务区≡
网站意见
盒子之家
招聘应聘
信息交换
论坛信息
最新加入: fansxs
今日帖子: 12
在线用户: 20
导航: 论坛 -> 文档资料 斑竹:liumazi,ruralboy  
作者:
男 pp0123 (pp0123) ▲▲▲▲▲ -
普通会员
2018/8/9 3:56:07
标题:
刚发布的 Delphi Roadmap 更新 浏览:1483
加入我的收藏
楼主: August 2018 Roadmap Commentary from Product Management
POSTED BY SARINA D ON TUESDAY, 7 AUGUST 2018 IN BLOGS
2018 has been a very exciting year so far for Embarcadero. In our roadmap, you can find the key features that we’ve planned for calendar year 2018/2019. Before we get to the details of our updated roadmap, we wanted to recap what we’ve delivered so far:

Back in March, we introduced RAD Studio 10.2.3, also known as 10.2 Tokyo Release 3, of Delphi, C++Builder and RAD Studio. This was the third release of Tokyo, and included CMake Command Line Support for C++, Rename Refactoring, Mobile support in Delphi and C++Builder Pro, RAD Server enhancements, FireMonkey User Interface Templates and more. 

Just last month, for the first time ever, we launched a full featured Community Edition for Delphi and C++Builder. Not only is it great for new developers, but our existing community can look forward to the next generation of knowledgeable Delphi developers picking up the torch and furthering their legacy with new Delphi projects. This is also true for C++Builder, since Community Edition provides a great entry point for C++ developers around the world to experience all that C++Builder has to offer, especially in terms of our multi-platform capabilities.   

As you will see in our roadmap, we have a lot of exciting features planned for the next major version release, 10.3 (aka Carnival), with the themes for the release being Language and Platform Enhancements for Multi-Device and Windows Developers. The modernization of the IDE will also continues at full pace.

We wanted to take this opportunity to share with you more details on several key focus areas outlined in our updated roadmap. 

 



More Details from Sarina DuPont
Sarina focuses on FireMonkey, the component libraries’ UX and styles, the installation experience and demos and documentation  

FireMonkey Z-Order and Native Controls
One of my focus areas since I started at Embarcadero back in 2011 has been FireMonkey. I’m very passionate about what developers can do with the FireMonkey framework to deliver on their multi-device application requirements. If you’ve been following my blog, you’ve seen that building stunning UIs with FMX is a theme carried through many of my posts. It’s an area where FireMonkey really shines, and combined with our FireUI designer, a very unique offering in the developer tools space.

The FireMonkey UI Templates that we released over the past several months for Delphi and C++Builder developers not only make it easy to get started building your own multi-platform applications, but they also showcase the flexibility that FireMonkey provides, and how to easily tweak UI themes to create a totally custom look and feel.  

For several years, we’ve gotten customer requests for Z-order and native controls support on Android. We’ve heard your requests and are actively working on Android Z-Order support in 10.3. This will allow developers to use FireMonkey styled controls such as buttons, labels and checkboxes with natively rendered controls like the browser and map control on the same form without the native control covering the styled control. This also provides the foundation for supporting natively rendered UI controls, such as TEdit, on Android. In the coming weeks, we’ll be inviting customers current on Update Subscription to our 10.3 NDA beta, so those interested can get an early look at what’s been in the works. We also plan to expand our native Android controls support to more controls in future releases.

Z-order support for Android will work the same as it does for Windows and iOS today, allowing developers to mix both styled controls and controls rendered by the underlying OS on the same form without any overlap issues.

Another Android related feature we’re working on is upgrading our Android API level support in RAD Studio to support level 26 (Android 8.0). This change requires significant work, and is not possible in a 10.2 update. This support is coming in 10.3. Although the usual beta restrictions do not allow for building and deploying production apps, active update subscription customers who join our 10.3 beta will find a special EULA provision allowing them to deploy (production) Android apps to the Google Play Store.

New Platform Support
Platform support is key with a multi-platform framework like FireMonkey. We know that Android 64-bit support will be mandatory by the summer of 2019, and are working on plans to ensure our customers can meet this requirement next summer. 

One roadmap change you may notice compared to the September 2017 roadmap is that we removed macOS 64-bit platform support from the initial 10.3 release.

This doesn’t mean that we don’t think macOS 64-bit is important. We removed it from the 10.3 release to focus on providing more quality and stability for the other key features that are in flight. With that said, our intent is to provide support for macOS 64-bit, including support for targeting the iOS 11 (and iOS 12) simulators, in a follow-on 10.3.x release. We know that developers looking to target the macOS App Store or leverage 64-bit APIs require macOS 64-bit support.

We have a number of customers today who distribute their existing 32-bit applications through their own web store and are currently not impacted by this Apple requirement. 

In terms of looking ahead, a couple of months ago Apple announced that it was deprecating support of OpenGL in favor of Metal 2, Apple's new GPU library. While OpenGL will continue to be supported in the next versions of macOS and iOS, we are reviewing what will be required to support Metal later next year.

  



More Details from Marco Cantu
Marco focuses on the Delphi language and RTL, the VCL library and Windows integration, all things database and Web oriented, including RAD Server 

VCL and Windows
While over the last few years RAD Studio and Delphi have expanded their focus on multi-device and mobile development with a single source code and compiled applications, the product remains rooted on Windows and in recent years we have made sure to keep a significant focus on VCL, the best component framework for Windows client applications. We have been adding new components and controls in each release. 

Today VCL offers great support for Win32 API, but also integration to the newer WinRT API of Windows 10. We have new controls with modern UI, styling, and offer a great migration path to a modern UX while preserving most of your existing source code. Moreover, the IDE integrates the Desktop Bridge to build UWP applications you can distribute via the Windows Store.

As you can see in the roadmap, the plan is to continue and increase our investment in this area, specifically around store applications and the ability to check the application status in the store (checking if the customer has paid for the app, if it is a trial, and managing in-app purchases and subscriptions).

We are also going to expand our Win32 API coverage, given Microsoft has added important subsystems to it, and focus on continuous improvement for our support for High-DPI and 4K monitors on Windows. In this regard, we are going to introduce a new image list control that can manage images at multiple resolutions, similarly to what we do in FireMonkey. This will allow the application to avoid relying on image scaling (which often negatively affects image quality) but rather pick the best image for the current screen resolution. In terms of High-DPI support, we are working on the new “Per-Monitor V2” mode Windows 10 offers and plan to focus on resolving a large number of issues the current multi-monitor support has.

Delphi Language and RTL
Beside the Windows 10 focus (which is for both Delphi and C++Builder), there are many other features we are working on for the Delphi personality. We have gone back to the drawing board for the language, and are planning on releasing the new features in phases -- as stability at the compiler level is of critical importance. We found out that  good quality support for nullable types (planned, but deferred) requires changes in other areas of the language. The first we’ll be tackling is custom managed records, that is the ability to define a default parameterless constructor, a destructor and a copy operator for any record type. This adds a lot of power to records, a very nice complementary feature to classes and objects.

In terms of the Run-Time Library (RTL), the focus will be on performance and quality, more than additional features. From generic lists to large memory data structures, from JSON processing to the HTTP client library, we have found large room of improvements and are sure every customer will be pleased, because whether you are building a client application or a server one, whether you are using mobile or desktop platforms, performance gains are always nice to have. 

The RTL performance enhancement also helps RAD Server. After 10.2.3, we released a performance update for our REST API engine, mostly focused on internal elements and better memory management in case of heavy multi-threading. What we couldn’t do in an update was improve the performance of your RAD Server modules, something we’ll achieve in the next release by making JSON processing, string processing, the TStringBuilder class and more core classes faster. Also, it is important with JSON and HTTP services to better support all standards and protocols, including borderline scenarios that other HTTP servers or clients expect.

RAD Server
We have much more than that for RAD Server, though. The next release will see a major overhaul of the logic RAD Server uses to map an incoming HTTP request to an internal resource (that is, a class offering methods to handle the HTTP method calls). Until now, the mapping has been based only on the URL and it has been fairly rigid. Now we plan on adding the ability to consider other HTTP request parameters, like the Content Type, Accepts, file extensions, and more to allow for more sophisticated mapping. For example, the same URL can return a JSON data structure, an image, or a PDF depending on the invocation context. Also, while today you often have to repeat the same code to handle requests over and over, you’ll be able to delegate the actual implementation of a resource request to a separate component, sharing most of the same code for multiple requests and reducing boilerplate code. 

It is a really new version of RAD Server that’s coming along, and coupling it with the licensing changes (deployment licenses are now included with higher end SKUs) we are certain that this REST API engine will see additional interest and focus. 

 



More Details from David Millington
David focuses on the C++ language, the debugger, and IDE and user experience

C++
In the past couple of releases of RAD Studio, we’ve introduced some great tools for C++ developers. First, rename refactoring: our first C++ refactoring.  It’s one of the most common refactorings and significantly speed up and makes more reliable a common task. Second, we introduced command-line CMake support for C++Builder. This is the first of a couple of CMake-focused steps we have planned, and explicitly supports using ninja for fast builds. You can target Windows, iOS, and Android, including deploying to the device, all from CMake.

We have significant plans for C++ over the next year.

We will introduce our upgraded C++17-capable compiler.  This will be for a single platform (Win32) initially, then rolled out to others since we want to support the same level on all platforms.  When macOS64 support arrives, it will use this new version too. We will continue to update our compiler toolchain and keep it close to a recent version of Clang, meaning our users will get the benefits of both the optimizations and language support of Clang and the language extensions and power our environment provides.

Paired with this will be a new C++17 version of the Dinkumware STL, and performance enhancements.

We also plan a followup to the CMake support introduced in 10.2.2. This support was command-line only. Ultimately, we plan for further integration, aiming to make it very easy to import a CMake project into the IDE, and to build.  Paired with this is an ongoing project to ensure common C++ libraries work with C++Builder (not hard, we have excellent language compatibility, and increasing this is constant and ongoing) and add them into GetIt, our package manager. Ultimately, any C++ user - used to our ecosystem or not - should find it very easy to use any app or library they choose with C++Builder.  And our users should find it easy to bring in any C++ library into your apps.

Finally, some readers may have seen the very recent announcement that Idera acquired Whole Tomato.  Whole Tomato make Visual Assist, a Visual Studio extension which is arguably the best C++ tooling addon for any IDE, period.  It has excellent code insight, refactorings, and other tools.  Visual Assist users can rely on its continued development for Visual Studio - it is an excellent standalone tool we want to see grow and thrive - and we also plan to integrate some key parts into C++Builder. 

The IDE
The RAD Studio IDE is used daily by many tens of thousands of Delphi and C++Builder users.  Recently, in 10.2.2, we introduced a new dark theme for the IDE and code editor - one of our most popular additions ever, greeted with enthusiasm by large number of our users.

In 10.3.x, we plan a number of IDE improvements, both to the UX (user experience) and functionality. 

Over the past few years, the IDE has had many extensions and changes.  But, the way these have been presented in the UI has not always been polished.  In 10.3, we plan some careful UX improvements that should make the IDE significantly nicer to look at and more pleasant to use for hours on end.  Not all of these are just UI polish: many dialogs have improvements and reorganisation, and the end result is something significantly functionally better while also looking a lot more pleasant.  We can’t wait to show you.

We are also integrating a number of items from Andreas Hausladen’s IDE Fix Pack, which we licensed earlier this year.

Longer term, we have some other improvements lined up.  We have spent quite some time internally examining code completion and other code tooling, and have some significant improvements planned for both Delphi and C++.

Finally, we are also paying a lot of attention to better high DPI support in the IDE.  Marco wrote above about significant improvements for high DPI in the VCL, and the RAD Studio IDE is mostly written in Delphi and C++Builder and most UI is built using the VCL. We hope to leverage the VCL improvements within the IDE too, though this will be done carefully and likely arrive after a release gives it to you our users in the VCL itself.

Debugger
We don’t typically write much about the debugger in blog posts.  The debugger is one of the core pillars of a development environment, but we tend to write about the compilers - after all, they’re where you see the language enhancements, the performance, etc.  The debugger just does its work for you every day, silently, and is quietly updated as we also work on the flashier side of the toolchain. 

However, we have some great improvements planned.  On mobile platforms, we use a mix of LLDB and GDB depending on the platform.  LLDB is the way forward, and we will be working on our Delphi front-end (language understanding) integration before making use of LLDB on more platforms. The end result as seen in the IDE will be a faster and more powerful debugger, which also understands and can interpret more Delphi statements. Naturally, C++ benefits from this too.

 

Overall
We have some great improvements planned for you: C++17, further CMake support, debugger improvements, language tooling, new FireMonkey features and new platform support (macOS 64-bit and Android 64-bit), Android native controls, HighDPI improvements, RAD Server enhancements, Delphi language features, great UX and look-and-feel improvements to the IDE.  

  

Note: These plans and roadmap represent our intentions as of this date, but our development plans and priorities are subject to change. Accordingly, we can’t offer any commitments or other forms of assurance that we’ll ultimately release any or all of the described products on the schedule or in the order described, or at all. These general indications of development schedules or “product roadmaps” should not be interpreted or construed as any form of a commitment, and our customers’ rights to upgrades, updates, enhancements and other maintenance releases will be set forth only in the applicable software license agreement.

https://community.embarcadero.com/blogs/entry/august-2018-roadmap-commentary-from-product-management
----------------------------------------------
-
作者:
男 sail2000 (小帆工作室) ★☆☆☆☆ -
盒子活跃会员
2018/8/9 7:53:51
1楼: 以下是机翻:
----------
2018年8月产品管理评论路线图
SARINA D于2018年8月7日星期二在博客上发布
到目前为止,对于Embarcadero来说,2018年是令人兴奋的一年。在我们的路线图中,您可以找到我们为2018/2019日历计划的主要功能。在我们了解最新路线图的详细信息之前,我们想要回顾一下到目前为止我们已经提供的内容:

早在3月份,我们就介绍了Delphi,C ++ Builder和RAD Studio的RAD Studio 10.2.3,也称为10.2东京版本3。这是东京的第三个版本,包括Cake的CMake命令行支持,重命名重构,Delphi和C ++ Builder Pro中的移动支持,RAD服务器增强功能,FireMonkey用户界面模板等。

就在上个月,我们首次推出了适用于Delphi和C ++ Builder的全功能社区版。它不仅适用于新开发人员,而且我们现有的社区可以期待下一代知识渊博的Delphi开发人员通过新的Delphi项目获得火炬并进一步扩展他们的遗产。对于C ++ Builder也是如此,因为Community Edition为全世界的C ++开发人员提供了一个很好的入口点,可以体验C ++ Builder所提供的所有功能,特别是在我们的多平台功能方面。

正如您将在我们的路线图中看到的那样,我们为下一个主要版本10.3(又名嘉年华)计划了许多令人兴奋的功能,其中发布的主题是多设备和Windows开发人员的语言和平台增强功能。 IDE的现代化也将继续全面展开。

我们想借此机会与您分享我们更新路线图中概述的几个关键重点领域的更多详细信息。

----------
来自Sarina DuPont的更多细节
Sarina专注于FireMonkey,组件库的用户体验和样式,安装体验以及演示和文档

FireMonkey Z-Order和Native Controls
自从我在2011年开始在Embarcadero开始以来,我的一个重点领域是FireMonkey。我非常热衷于开发人员可以使用FireMonkey框架来满足他们的多设备应用程序需求。如果您一直关注我的博客,您已经看到使用FMX构建令人惊叹的UI是我的许多帖子中的主题。这是FireMonkey真正闪耀的领域,并结合我们的FireUI设计器,这是开发人员工具领域中一个非常独特的产品。

我们在过去几个月为Delphi和C ++ Builder开发人员发布的FireMonkey UI模板不仅使您可以轻松地开始构建自己的多平台应用程序,而且还展示了FireMonkey提供的灵活性以及如何轻松实现调整UI主题以创建完全自定义的外观。

几年来,我们已经获得了客户对Android上Z顺序和本机控件支持的请求。我们已经听取了您的要求,并且正在积极致力于10.3中的Android Z-Order支持。这将允许开发人员使用FireMonkey样式控件(如按钮,标签和复选框)与本机呈现的控件(如浏览器和地图控件)在同一表单上,而不包含覆盖样式控件的本机控件。这也为在Android上支持本机渲染的UI控件(如TEdit)提供了基础。在接下来的几周内,我们将邀请客户最新更新订阅我们的10.3 NDA测试版,因此有兴趣的人可以及早了解正在进行的工作。我们还计划在未来版本中将我们原生的Android控件支持扩展到更多控件。

Android的Z顺序支持将与今天的Windows和iOS相同,允许开发人员在同一表单上混合由底层操作系统呈现的样式控件和控件,而不会出现任何重叠问题。

我们正在开发的另一项Android相关功能是升级我们在RAD Studio中的Android API级别支持,以支持26级(Android 8.0)。此更改需要大量工作,并且在10.2更新中是不可能的。这种支持将在10.3中出现。虽然通常的beta限制不允许构建和部署生产应用程序,但加入我们的10.3 beta版的主动更新订阅客户将找到一个特殊的EULA规定,允许他们将Android应用程序部署(生产)到Google Play商店。

----------
新平台支持
平台支持是FireMonkey等多平台框架的关键。我们知道,到2019年夏天,Android 64位支持将是强制性的,并且正在制定计划,以确保我们的客户能够在明年夏天满足此要求。

与2017年9月的路线图相比,您可能会注意到的一个路线图更改是我们从最初的10.3版本中删除了macOS 64位平台支持。

这并不意味着我们不认为macOS 64位很重要。我们将其从10.3版本中删除,专注于为飞行中的其他关键功能提供更高的质量和稳定性。话虽如此,我们的目的是在后续的10.3.x版本中提供对64位macOS的支持,包括支持定位iOS 11(和iOS 12)模拟器。我们知道,寻求定位macOS App Store或利用64位API的开发人员需要macOS 64位支持。

如今,我们有许多客户通过他们自己的网上商店分发他们现有的32位应用程序,目前不受Apple要求的影响。

在展望未来方面,几个月前,苹果宣布它不赞成支持OpenGL,转而使用Apple的新GPU库Metal 2。虽然OpenGL将继续在下一版本的macOS和iOS中得到支持,但我们正在审查明年晚些时候支持Metal所需的内容。

----------
Marco Cantu的更多细节
Marco专注于Delphi语言和RTL,VCL库和Windows集成,所有数据库和面向Web的东西,包括RAD Server

VCL和Windows
虽然过去几年RAD Studio和Delphi通过单一源代码和编译应用程序扩展了对多设备和移动开发的关注,但该产品仍然植根于Windows,近年来我们一直专注于VCL,Windows客户端应用程序的最佳组件框架。我们一直在每个版本中添加新的组件和控件。

今天VCL为Win32 API提供了很好的支持,但也集成了Windows 10的新WinRT API。我们拥有具有现代UI,样式的新控件,并提供了一个很好的迁移路径,可以保留现有的UX,同时保留了大部分现有的源代码。此外,IDE还集成了Desktop Bridge,以构建可通过Windows应用商店分发的UWP应用程序。

正如您在路线图中所看到的,计划是继续并增加我们在该领域的投资,特别是商店应用程序和检查商店中应用程序状态的能力(检查客户是否已为应用程序付款,如果是试用,管理应用内购买和订阅)。

我们还将扩展我们的Win32 API覆盖范围,因为微软已经为其添加了重要的子系统,并专注于持续改进我们对Windows上的高DPI和4K显示器的支持。在这方面,我们将介绍一种新的图像列表控件,它可以管理多种分辨率的图像,类似于我们在FireMonkey中的操作。这将允许应用程序避免依赖图像缩放(这通常会对图像质量产生负面影响),而是为当前屏幕分辨率选择最佳图像。在高DPI支持方面,我们正在开发Windows 10提供的新“Per-Monitor V2”模式,并计划专注于解决当前多监视器支持所带来的大量问题。
----------
Delphi语言和RTL
除了Windows 10焦点(适用于Delphi和C ++ Builder)之外,还有许多我们正在为Delphi个性化工作的其他功能。我们已经回到语言的绘图板,并计划分阶段发布新功能 - 因为编译器级别的稳定性至关重要。我们发现,对可空类型(计划但延迟)的高质量支持需要对语言的其他区域进行更改。我们要解决的第一个问题是自定义托管记录,即能够为任何记录类型定义默认的无参数构造函数,析构函数和复制运算符。这为记录增加了很多功能,这是类和对象的一个​​非常好的补充功能。

就运行时库(RTL)而言,重点将放在性能和质量上,而不仅仅是其他功能。从通用列表到大型内存数据结构,从JSON处理到HTTP客户端库,我们发现了很大的改进空间,并确保每个客户都会感到高兴,因为无论您是构建客户端应用程序还是服务器应用程序,无论您是使用移动或桌面平台,性能提升总是很好。

RTL性能增强也有助于RAD Server。在10.2.3之后,我们发布了REST API引擎的性能更新,主要关注内部元素和在多线程繁重的情况下更好的内存管理。我们在更新中无法做的是提高RAD服务器模块的性能,我们将在下一个版本中通过更快地进行JSON处理,字符串处理,TStringBuilder类和更多核心类来实现这一点。此外,JSON和HTTP服务对于更好地支持所有标准和协议非常重要,包括其他HTTP服务器或客户端期望的边界场景。
----------
RAD服务器
不过,我们对RAD服务器的要求远不止于此。下一个版本将看到RAD Server用于将传入的HTTP请求映射到内部资源的逻辑的大修(即,提供处理HTTP方法调用的方法的类)。到目前为止,映射仅基于URL,并且相当严格。现在我们计划添加考虑其他HTTP请求参数的功能,例如内容类型,接受,文件扩展名等,以允许更复杂的映射。例如,相同的URL可以返回JSON数据结构,图像或PDF,具体取决于调用上下文。此外,虽然今天你经常需要重复相同的代码来反复处理请求,你将能够将资源请求的实际实现委托给一个单独的组件,为多个请求共享大部分相同的代码并减少样板码。

这是RAD服务器的一个真正新版本,并将其与许可变更相结合(部署许可证现在包含在更高端的SKU中)我们确信这个REST API引擎将会看到更多的兴趣和焦点。

----------
David Millington的更多细节
David专注于C ++语言,调试器以及IDE和用户体验

C ++
在过去的几个版本的RAD Studio中,我们为C ++开发人员介绍了一些很棒的工具。首先,重命名重构:我们的第一次C ++重构。它是最常见的重构之一,并且显着加速并使得更可靠的常见任务。其次,我们为C ++ Builder引入了命令行CMake支持。这是我们计划的几个以CMake为重点的步骤中的第一步,并明确支持使用忍者进行快速构建。您可以定位Windows,iOS和Android,包括部署到设备,全部来自CMake。

我们在明年有重要的C ++计划。

我们将介绍我们升级的C ++ 17编译器。这将最初用于单个平台(Win32),然后推广到其他平台,因为我们希望在所有平台上支持相同级别。当macOS64支持到达时,它也将使用这个新版本。我们将继续更新我们的编译器工具链并使其接近最新版本的Clang,这意味着我们的用户将获得Clang的优化和语言支持以及我们的环境提供的语言扩展和强大功能。

与此配对将是Dinkumware STL的新C ++ 17版本,以及性能增强。

我们还计划对10.2.2中引入的CMake支持进行后续跟踪。这种支持只是命令行。最终,我们计划进一步集成,旨在将CMake项目导入IDE并进行构建变得非常容易。与此配对是一个持续的项目,以确保常见的C ++库与C ++ Builder一起工作(不是很难,我们有很好的语言兼容性,并且增加这是持续的和持续的)并将它们添加到我们的包管理器GetIt中。最终,任何用于我们生态系统的C ++用户都应该发现使用C ++ Builder选择的任何应用程序或库都非常容易。我们的用户应该很容易将任何C ++库引入您的应用程序。

最后,一些读者可能已经看到最近宣布Idera收购了Whole Tomato。 Whole Tomato是Visual Assist,一个Visual Studio扩展,可以说是任何IDE时期最好的C ++工具插件。它具有出色的代码洞察力,重构和其他工具。 Visual Assist用户可以依赖Visual Studio的持续开发 - 它是我们希望看到成长和蓬勃发展的优秀独立工具 - 我们还计划将一些关键部分集成到C ++ Builder中。
IDE

RAD Studio IDE每天都有成千上万的Delphi和C ++ Builder用户使用。最近,在10.2.2中,我们为IDE和代码编辑器引入了一个新的黑暗主题 - 这是我们最受欢迎的新增功能之一,受到了大量用户的热烈欢迎。

在10.3.x中,我们计划了许多IDE改进,包括UX(用户体验)和功能。

在过去几年中,IDE已经进行了许多扩展和更改。但是,这些在UI中呈现的方式并不总是得到完善。在10.3中,我们计划了一些精心的用户体验改进,这些改进应该使IDE看起来更好,并且在数小时内使用起来更加愉快。并非所有这些都只是UI润色:许多对话框都有改进和重组,最终结果是功能更好,同时看起来更愉快。我们迫不及待地想要告诉你。

我们还整合了Andreas Hausladen的IDE Fix Pack中的一些项目,我们在今年早些时候获得了许可。

从长远来看,我们还有其他一些改进措施。我们花了很长时间在内部检查代码完成和其他代码工具,并计划对Delphi和C ++进行一些重大改进。

最后,我们也非常关注IDE中更好的高DPI支持。 Marco在上面写了关于VCL中高DPI的重大改进,而RAD Studio IDE主要是用Delphi和C ++ Builder编写的,大多数UI都是使用VCL构建的。我们希望在IDE中也能利用VCL的改进,尽管这样做会很谨慎,并且可能会在发布后将其发送给VCL本身的用户。

调试器
我们通常不会在博客文章中写很多关于调试器的内容。调试器是开发环境的核心支柱之一,但我们倾向于编写关于编译器的文章 - 毕竟,它们是您看到语言增强,性能等的地方。调试器每天都在为您工作,默默地,并且悄然更新,因为我们也在工具链的更加闪亮的一面工作。

但是,我们计划进行一些重大改进。在移动平台上,我们根据平台使用LLDB和GDB的混合。 LLDB是前进的方向,在更多平台上使用LLDB之前,我们将致力于Delphi前端(语言理解)集成。 IDE中的最终结果将是一个更快,更强大的调试器,它也可以理解并可以解释更多的Delphi语句。当然,C ++也可以从中受益。

----------
总体
我们为您计划了一些重大改进:C ++ 17,进一步的CMake支持,调试器改进,语言工具,新的FireMonkey功能和新的平台支持(macOS 64位和Android 64位),Android原生控件,HighDPI改进, RAD Server增强功能,Delphi语言功能,出色的用户体验和IDE的外观改进。

注意:这些计划和路线图代表了截至目前的意图,但我们的发展计划和优先事项可能会发生变化。因此,我们不能提供任何承诺或其他形式的保证,我们最终将按照时间表或所述顺序发布任何或所有描述的产品,或者根本不发布。这些开发时间表或“产品路线图”的一般说明不应被解释或解释为任何形式的承诺,我们的客户对升级,更新,增强和其他维护版本的权利将仅在适用的软件许可协议中列出。 。

https://community.embarcadero.com/blogs/entry/august-2018-roadmap-commentary-from-product-management
----------------------------------------------
delphi 是兴趣,和工作无关,即使它倒闭。
又不靠它 delphi 吃饭,怕甚?
作者:
男 hq200306 (200306) ▲▲▲▲▲ -
普通会员
2018/8/9 9:12:14
2楼: 好期待,居然集成Andreas Hausladen的IDE Fix Pack,很不错
----------------------------------------------
-
作者:
男 hz_2009 (盒子) ▲▲▲▲△ -
注册会员
2018/8/9 9:39:59
3楼: 努力中。。。。
----------------------------------------------
-
作者:
男 joesyuan (joes) ★☆☆☆☆ -
盒子活跃会员
2018/8/9 10:02:10
4楼: 对Ext JS只字未提。。。
----------------------------------------------
-我爱Delphi6
作者:
男 wang_80919 (Flying Wang) ▲▲▲▲△ -
普通会员
2018/8/9 10:03:12
5楼: Ext JS 目前只存在于 RAD Server 中。无源码给你。
----------------------------------------------
(C)(P)Flying Wang
作者:
男 zwjchinazwj (蒲石) ▲▲▲▲▲ -
普通会员
2018/8/9 11:14:51
6楼: 没有ARC for windows, 差评
----------------------------------------------
-
作者:
男 wang_80919 (Flying Wang) ▲▲▲▲△ -
普通会员
2018/8/9 11:28:53
7楼: 没有 禁用 ARC 差评。
----------------------------------------------
(C)(P)Flying Wang
作者:
男 bjzhq ( oce) ★☆☆☆☆ -
盒子活跃会员
2018/8/9 12:20:11
8楼: 没有开关控制是否启用 ARC,差评
----------------------------------------------
-
作者:
男 zwjchinazwj (蒲石) ▲▲▲▲▲ -
普通会员
2018/8/9 13:11:51
9楼: 你们别跟风,ARC for Desktop的研究,早在几年前的路线中存在,现在居然消失。

你们那有啥好差评的。
----------------------------------------------
-
作者:
男 abcjingtong (jingtong) ▲▲▲▲△ -
注册会员
2018/8/9 13:26:16
10楼: 我不喜欢ARC,这是给懒人用的。
----------------------------------------------
18114532@qq.com
作者:
男 ritapl (ritapl) ★☆☆☆☆ -
盒子活跃会员
2018/8/9 13:47:46
11楼: Ext JS..........
----------------------------------------------
-
作者:
男 feiyanm (feiyanm) ▲▲▲△△ -
注册会员
2018/8/9 17:29:44
12楼: 没啥新意,差评。。。
----------------------------------------------
-
作者:
男 yxsoft (yxsoft) ★☆☆☆☆ -
盒子活跃会员
2018/8/9 20:11:07
13楼: 没有图?
----------------------------------------------
Great!
作者:
男 bbnn38 (伟大的咸鱼) ▲▲▲▲△ -
注册会员
2018/8/9 20:46:09
14楼: ARM呢?
----------------------------------------------
-
作者:
男 ksrsoft (cb168) ★☆☆☆☆ -
注册会员
2018/8/10 23:18:55
15楼: 期待
----------------------------------------------
-
作者:
男 glwang (我用过Delphi 1.0) ★☆☆☆☆ -
盒子活跃会员
2018/8/11 8:55:03
16楼: 楼上一推差评的人,不怕EMB的程序员扁你们吗?!
----------------------------------------------
-
作者:
男 delphiilove (TatukGIS) ▲▲▲▲▲ -
普通会员
2018/8/11 14:05:25
17楼: 期待,有进步,有更新,有希望
----------------------------------------------
GOD with US
信息
登陆以后才能回复
Copyright © 2CCC.Com 盒子论坛 v2.1 版权所有 页面执行31.25毫秒 RSS