- Navios
- 27 de agosto de 2026 às 04:39 UTC
- Autor
- Kamo
- Enviar
- c8b58ce
SW5 Tarefa 3, metade da biblioteca. ServiceTaskBookService expõe livros, categorias, tarefas e opções por trás de uma API de org-scoped, além de resolverTaskByCode - o procurar uma cotação ou ordem de trabalho executa quando armazena um taskCode. Essa é... uma única consulta indexada contra idx service task book code, alcançada através O livro directo do ServiceTask, FK, não é uma pesquisa. Cada ponto de entrada toma orgId como seu primeiro argumento e dá-lo a um repositório cujo JPQL carrega o predicado. Nada é carregado por UID e verificações a org depois; essa forma foi o que fez seis terminais de comércio O agente cruzado lê antes de a SW1 os reparar. ServiceTaskBookServiceShapeTest pinos ambas as metades - a regra de assinatura e 'every servicework @Query names organização.id. Foram necessários dois repositórios que a Tarefa 1 não criou: categorias e as opções não carregam nenhuma org própria, de modo que suas leituras org-scoped livro (dois saltos para uma opção). Idds e timestamps saem como cordas em ambas as direções. Offering.uid é um 19 dígitos Long e um número JSON em um navegador é um duplo, que é o mesmo trap que forçou QuoteConversionResult.orderUid para se tornar uma String no SW4. Lê o mapa das vistas dentro da transacção em vez de entregar as entidades a um controlador, então nada depende de open-in-view permanecer verdadeiro. Exclui recusar em vez de cascata: um livro que ainda contém entradas com preços e uma categoria que ainda detém tarefas ambos respondem 409. Aposentar um livro é isActive/effectiveAté, o que deixa todas as linhas vendidas resolvíveis.