Meu código para solicitar revisão está usando SKStoreReviewControllere está obsoleto no iOS 18.0. O novo guia me diz para usar RequestReviewAction, mas não tenho ideia de como acessá-lo, pois ele usa uma notação SwiftUI estranha que não conheço. Pedir à IA também não ajudou, embora pareça ter algo a ver com injeção.
Como posso traduzir esse código para MAUI C#?
@Environment(\.requestReview) private var requestReview
Supondo que eu tenha este registro de serviço:
services.AddScoped<IFoo, Foo>();
Eu sei que você pode " Substituir o registro de serviço no contêiner DI interno do ASP.NET Core? ", mas é possível substituí-lo e ainda manter a instância anterior intacta dessa forma?
services.AddScoped<IFoo>(sp => new MyFooWrapper(/* I need the original Foo here */));
Isso seria útil caso eu estivesse realizando um teste de unidade onde eu pudesse decidir se queria substituir, por exemplo, uma chamada de API externa ou não:
public class MyFooWrapper(IFoo wrapped) : IFoo
{
public void DoSomething()
{
if (TestingWithExternal)
{
wrapped.DoSomething(); // Original method that calls external HTTP API
}
else
{
FakeSomething();
}
}
}
Outro caso de uso é que eu quero encapsular o Blazor, IJSRuntimejá que a MS torna muito difícil mudar seus comportamentos como a implementação é, internale reimplementar tudo é muito difícil caso eles atualizem.
Graças à resposta, este é o código que pode substituir vários serviços também
// Replace with fakes
foreach (var s in services.ToList())
{
// Other logic
if (s.ServiceType == typeof(IOaApiService))
{
services.Remove(s);
var implType = s.ImplementationType;
ArgumentNullException.ThrowIfNull(implType);
services.Add(new(implType, implType, s.Lifetime));
services.Add(new(
s.ServiceType,
sp => new FakeOaAiService((IOaApiService)sp.GetRequiredService(implType)),
s.Lifetime));
}
}
Pergunta: supondo que eu tenha uma Orderstabela com um índice (UserId, CreatedTime), faz diferença se eu adicionar DESCse CreatedTimedesejo listar os pedidos de apenas um único usuário?
Por exemplo:
SELECT *
FROM Orders -- Also potentially have row limit
WHERE UserId = @UserId
ORDER BY CreatedTime DESC;
O que não entendo é que, se a resposta for sim, por que o banco de dados não pode simplesmente começar de baixo e subir, já que @UserIdjá conhece o intervalo?
Também trabalho com SQL Server e SQLite, então gostaria de saber se a resposta seria diferente para cada SGBD.
Ainda não entendi muito bem os índices do SQL Server - ascendentes ou descendentes, que diferença isso faz? e aparentemente no MongoDB isso não importa ( A ordem dos índices importa no MongoDB? ).
Voltando à consulta acima, mesmo que eu listasse todos os usuários e suas ordens correspondentes em ordem decrescente CreatedTime, por que o banco de dados não pode fazer isso:
Eu até perguntei à IA e ela simplesmente me disse que é mais lento buscar de baixo para cima sem maiores explicações, mesmo quando tentei pressioná-lo para obter uma.
Eu tenho um <input type="number" step="1">elemento para escolher o tamanho da fonte. No entanto, dado o contexto de desenho em uma tela grande, alterar o número para 1 é quase imperceptível. Seria mais conveniente para os usuários se eles pudessem subir ou descer 5 ou 10 cada vez que clicassem na seta.
Ainda preciso manter o stepatributo em 1 porque a entrada deve permanecer válida mesmo com valores refinados. Existe uma maneira de conseguir esse comportamento, como o jumpatributo abaixo (pseudo). Também estou aberto a soluções Javascript, mas no AFAIK não existe tal evento para quando o usuário clica nas setas.
<input type="number" min="1" max="1000" step="1" jump="5" value="100" />
Eu tenho uma classe simples como esta que implementa IDisposablee é atingida por um CA1816: Call GC.SuppressFinalize corretamente :
public class A : IDisposable
{
// ...
int foo
public A()
{
SomeObj.SomeEvent += DoSomething;
}
public void Dispose()
{
SomeObj.SomeEvent -= DoSomething;
}
}
Altere A.Dispose() para chamar GC.SuppressFinalize(objeto). Isso evitará que tipos derivados que introduzem um finalizador precisem reimplementar 'IDisposable' para chamá-lo.
Agora eu li this , this e this mas ainda não entendi exatamente para que serve isso (mais explicações abaixo). Então minhas perguntas são :
Devo sempre adicionar algo GC.SuppressFinalize(object)ao meu Disposemétodo se não entender o que é?
Quando NÃO devo fazer isso e apenas suprimir o aviso?
Para adicionar mais contexto: ainda não entendo o que SuppressFinalizeestá acontecendo. Eu sei que já descartei alguns recursos Dispose(manipuladores de eventos no exemplo, ou IDisposablerecursos etc.), mas e variáveis como int fooessa ainda precisam ser limpas? E quanto à parte de aviso de "Isso impedirá que tipos derivados que introduzem um finalizador precisem ser reimplementados"?
No TypeScript com stricthabilitado ( TypeScript playground ):
type Foo = { a: number; b: number; }
class Bar {
#a?: Foo;
bar() {
const a = this.#a?.a;
if (!a) {return;}
// Error: Object is possibly 'undefined'.
const b = this.#a.b;
}
bar2() {
const obj = this.#getFoo();
const a = obj?.a;
if (!a) {return;}
// No error:
const b = obj.b;
console.log(b);
}
#getFoo() : Foo | undefined {
return undefined;
}
}
Por que TS entende corretamente que bar2()isso obj.bnão pode ser undefined; mas não this.#a.bem bar()? Existe um caso lógico que estou perdendo?
Em bar(), se eu atribuir, const tmp = this.#aele também será compilado com sucesso.
ATUALIZAÇÃO: aparentemente tem algo a ver com a mutabilidade de uma variável. Se eu usar , o erro também let obj = this.#getFoo()aparece .obj
Eu tenho o seguinte código em MyLib.dll:
[Obsolete("This method is for debugging only. Remove all calls to this method once done.")]
public void SetLaunchCount(int count)
{
ThrowOnReleaseBuild();
launchEntry.Set(count);
}
[Conditional("RELEASE")]
static void ThrowOnReleaseBuild()
{
throw new InvalidOperationException("This method must not be called outside of DEBUG build"); ;
}
Quando testei usando um projeto (MAUI no meu caso) na mesma solução, funcionou bem. No entanto, ao empacotá-lo e carregá-lo no Nuget (por meio de nosso feed privado do Github Nuget), chamar SetLaunchCountsempre throw e o rastreamento de pilha mostra call to ThrowOnReleaseBuild.
Verifiquei duas vezes e a compilação de depuração realmente possui DEBUGsímbolo (e mais precisamente, nenhum RELEASEsímbolo):
Também tentei adicionar outro Debug.WriteLinemétodo para confirmar:
Por que não está funcionando? Verifiquei o código-fonte (descompilado), Debug.WriteLinepor exemplo, e ele está codificado exatamente como meu método:
[Conditional("DEBUG")]
public static void WriteLine(string? message) =>
s_provider.WriteLine(message);
EDIT: adicionando mais algumas informações:
A biblioteca foi construída no perfil Release.
Veja esta resposta na minha pergunta anterior sobre o uso de Conditional. De alguma forma, não funciona agora.