David Millington (Gerente de Produto Sênior), Atanas Popov (Gerente Geral, Ferramentas de Desenvolvedor), Kyle Wheeler (Gerente Geral, C ++)
Durante o ano passado, muitos clientes perguntaram sobre nossos planos para continuar com o suporte multi-plataforma para vários dispositivos no C ++ Builder. Gostaríamos de fornecer uma atualização sobre nossos planos.
Table of Contents
Visão geral da plataforma
Priorizamos o trabalho de VCL para C ++ Builder para FMX, o que nos deixa para trás em nosso suporte no suporte de plataforma. Atualmente, o C ++ Builder 10.4 suporta:
- Windows 32 e 64 bits em VCL e FMX
- iOS 64 bits em FMX
- Android de 32 bits em FMX
Os mais impactados já devem saber o seguinte, mas para deixar claro: em 1º de agosto, o prazo do Google para aplicativos de 32 bits entrará em vigor e se você quiser continuar atualizando seus aplicativos na Play Store, será necessário recompilá-los como Android de 64 bits. O C ++ Builder atualmente não oferece suporte a esta plataforma. Não forneceremos suporte para Android de 64 bits até 1º de agosto, nem no C ++ Builder 10.4.1 (2020.)
É importante notar que os aplicativos Android de 32 bits ainda estão totalmente funcionais – na verdade, lançamos um hotfix para 10.4 resolvendo problemas de manipulação de exceção C ++ Android de 32 bits há alguns dias . Os dispositivos Android ainda oferecem suporte a aplicativos de 32 bits; é apenas a Play Store que tem a limitação de 64 bits , o que significa que os aplicativos internos ou os aplicativos sideload permanecem totalmente funcionais.
Também não agendamos o suporte do macOS de 64 bits para 2020. Quando o fizermos, provavelmente iremos diretamente para o suporte ARM (Apple Silicon).
Se o Android de 64 bits é importante para você, o RAD Studio com Delphi é totalmente compatível. Entre em contato conosco hoje para discutir um desconto e fazer a troca.
Feedback do cliente e plataformas
Em março de 2019, enviamos uma pesquisa com o cliente. O feedback geral de nossos clientes do C ++ Builder nessa pesquisa foi nos pedir para nos concentrarmos no Windows e na qualidade do Windows: qualidade do compilador, STL e IDE (incluindo conclusão de código).
A maioria de nossos clientes C ++ Builder tem como alvo apenas o Windows, usando a VCL. Eles fazem isso por causa do desempenho da VCL e dos controles nativos e dos novos controles que fornecemos; além disso, a Microsoft criou pressão para atualizar para o Windows 10 e nosso suporte ao Windows 10 é altamente útil para aqueles que estão migrando aplicativos ou para aqueles que procuram um ambiente de aplicativo de IU de alta qualidade para o Windows 10.
A estratégia que isso nos colocou era clara: focar no Windows e garantir que ele atendesse às suas expectativas, antes de trabalhar em outras plataformas. Por esse motivo, removemos o suporte ao macOS Catalina do roteiro e, desde então, temos trabalhado na qualidade do Windows antes do suporte ao Android de 64 bits.
Qualidade do Windows
Estamos muito cientes de que, desde nossa atualização do Clang em novembro de 2018, a qualidade do Windows, incluindo o conjunto de ferramentas IDE, não tem sido o que desejamos.
Qual é o nosso plano? O que estamos tratando?
Temos problemas de longa data em relação ao autocompletar de código, o vinculador, algumas classes STL e alguns ICEs do compilador. Além disso, há recursos de produtividade do IDE que queremos fornecer para garantir que o C ++ Builder supere outros IDEs em termos de produtividade. Nosso objetivo para o Windows é o seguinte:
Para qualidade:
- Para fornecer preenchimento de código totalmente funcional e outros recursos do Code Insight
- Para resolver totalmente todos os problemas do vinculador, possivelmente por meio de um vinculador totalmente novo
- Para resolver problemas de STL
- Para fornecer excelente compatibilidade C ++ com bibliotecas C ++ comuns, o que significa que temos excelente compatibilidade com outras cadeias de ferramentas
Para recursos:
- Para fornecer mais ferramentas de código, como refatorações, por meio da integração do Visual Assist, o que significa que o C ++ Builder terá ferramentas de produtividade mais fortes do que até mesmo o Visual Studio
- Para fornecer suporte a linguagem C ++ 17 ou superior
- Para fornecer uma velocidade de compilação muito mais rápida e acelerada, especialmente para grandes projetos
O objetivo final aqui é garantir que (a) as coisas funcionem como você deseja e espera, e (b) sejamos compatíveis com C ++ geral (que ajuda você) e superemos outras ferramentas em produtividade. Nossas bibliotecas, como a VCL, são líderes mundiais – ter a produtividade do IDE também nesse nível fará do C ++ Builder uma força significativa.
Embora ainda não tenhamos chegado lá, essa estratégia explica nosso foco e o que entregamos desde a pesquisa. Vamos nos aprofundar no que entregamos e no que planejamos, com alguns comentários que os explicam à luz do acima.
Melhorias
Desde essa pesquisa, entregamos:
- Windows 64 bits C ++ 17, o que significa que você pode direcionar o Windows 32 e 64 bits com C ++ moderno
- Uma versão moderna do Boost (até então, nós enviamos o Boost 1.55): Boost 1.68 para 10.3 e Boost 1.70 para 10.4 hoje
- Um grande número de estabilidade do compilador, métodos RTL, correções STL, correções de linker e muito mais para o conjunto de ferramentas geral, incluindo compatibilidade com o compilador clássico, o que significa que a atualização do antigo clássico para o moderno Clang é muito mais fácil do que costumava ser
- Uma série de bibliotecas de código aberto populares no GetIt. Além de torná-los fáceis de usar, eles têm sido ótimos casos de teste para encontrar RTL ou outras áreas onde não éramos compatíveis com outros conjuntos de ferramentas. (Muitas vezes usamos métodos ou abordagens POSIX em nossos cabeçalhos, mesmo no Windows; também, muitos cabeçalhos em bibliotecas C ++ comuns são escritos para assumir compiladores específicos.) Isso inclui libsimdpp, Eigen, NemaTode, SDL 2 e outros, e resolveu muitas compatibilidade problemas durante esse trabalho, dando muito mais capacidade para você trazer bibliotecas C ++ externas e fontes
- Suporte CMake atualizado para melhorar recursos como link de recursos, bem como configurações de tratamento automático para outros compiladores para nosso conjunto de ferramentas – novamente aumentando a compatibilidade
- Um depurador totalmente novo para Windows de 64 bits, que abordou problemas de depuração para Clang, uma classe inteira de problemas comuns de depuração de C ++ em geral. Isso faz com que a depuração com o Clang pareça com a depuração com o classic para Win64.
No futuro, planejamos entregar:
- Correções do vinculador, incluindo alterações no armazenamento e vinculação do formato de depuração, reduzindo a carga de memória ao vincular compilações de depuração. Em pesquisa está mudanças significativamente maiores para o vinculador.
- Visual Assist for C ++ Builder, adicionando refatorações e outras ferramentas ao IDE
- STL atualizado, removendo bugs de STL
- Integração CMake no IDE
- Completamento de código corrigido para C ++
- Compilação paralela, diminuindo o tempo que leva para construir seu projeto em função de quantas CPUs você tem disponíveis – ou seja, 4x, 8x ou até mais rápido
Resumo
Our C++Builder customers have asked us to focus on Windows and quality, and that’s what we’re doing. We are focusing on providing high-quality Windows development for you, especially with a focus on IDE productivity to match our existing UI productivity, as well as resolving important issues. This does mean that we will not have Android 64-bit or macOS support in the short-term (6-9 month) timeframe. However, we are working on – and have delivered – some important improvements to Windows already. Further items, like Visual Assist integration, are exciting for making C++Builder lead ahead of other IDE’s productivity. We understand that this prioritization may impact some of you negatively for which we apologize. We feel that focusing on quality and Windows is the right thing today to ensure we give you the product you want and need.
Assim que estivermos confiantes nos aprimoramentos de qualidade e no conjunto de recursos para o desenvolvimento do Windows, reavaliaremos o cenário e tomaremos as medidas apropriadas para abordar outras plataformas e recursos. Fique ligado nos próximos lançamentos e fique em contato com outros comentários ou solicitações!
Nota: Esses planos e roadmap representam nossas intenções a partir desta data, mas nossos planos de desenvolvimento e prioridades estão sujeitos a alterações. Conseqüentemente, não podemos oferecer nenhum compromisso ou outras formas de garantia de que, no final das contas, lançaremos um ou todos os produtos descritos na programação ou na ordem descrita, ou em todos. Essas indicações gerais de cronogramas de desenvolvimento ou “roteiros de produtos” não devem ser interpretadas ou interpretadas como qualquer forma de compromisso, e os direitos de nossos clientes a upgrades, atualizações, melhorias e outras versões de manutenção serão estabelecidos apenas no contrato de licença de software aplicável