Ed
ontem
Vamos analisar cada um dos itens apresentados sobre o suporte a null-safety de Dart: I. Hélio pode expor para Lucas sobre o primeiro princípio que rege o suporte a null-safety de Dart, o non-nullable by default (não anulável por padrão). Dessa forma, uma variável não inicializada não poderá receber o valor do tipo null (nem sequer variáveis numéricas), nem mesmo se o recurso denominado null-safety estiver desabilitado. Verdadeiro. O princípio de não anulável por padrão significa que, por padrão, as variáveis não podem ser nulas, a menos que sejam explicitamente declaradas como anuláveis. II. O empresário pode falar que o segundo princípio que norteia o suporte a null-safety de Dart é o incrementally adoptable (incrementalmente adotável), explicando que ele permite que o desenvolvedor escolha o que e quando migrar para null-safety. O Incrementally adoptable permite uma migração gradual do código null-safe para o código não null-safe. Falso. O conceito de "incrementally adoptable" refere-se à capacidade de migrar gradualmente para null-safety, mas a afirmação de que permite migrar de código null-safe para não null-safe está incorreta. O correto é que você pode migrar de código não null-safe para null-safe. III. Hélio pode encerrar o assunto com Lucas, explicando sobre o terceiro princípio que orienta o suporte null-safety de Dart, a fully sound (solidamente null-safe), esclarecendo que a null-safety é "sólida", o que permite que o compilador seja otimizado. Assim, se o sistema de tipo define que uma variável é do tipo não nula, a variável nunca poderá ser nula. Verdadeiro. O princípio de fully sound significa que, se uma variável é declarada como não nula, o compilador garante que ela não será nula em tempo de execução. Com base na análise: - O item I é verdadeiro. - O item II é falso. - O item III é verdadeiro. Portanto, a alternativa correta que contém todos os itens verdadeiros é: A) I e III, apenas.