func (X[T]) XGood() {}

type W struct{ X[int] }

func main() {
	_ = E.EGood
	_ = E.EBad

	TestE[E]()

	_ = X[int].EGood
	_ = X[int].EBad
	_ = X[int].XGood
	_ = X[int].XBad

	TestE[X[int]]()
	TestX[X[int]]()

	_ = W.EGood
	_ = W.EBad
	_ = W.XGood
	_ = W.XBad

	TestE[W]()
	TestX[W]()

## Conception

Ensuite, j'ai passé du temps à concevoir l'"API" de développeur que je voulais avoir en tant qu'utilisateur (en tant que développeur utilisant FastAPI).

J'ai testé plusieurs idées dans les éditeurs Python les plus populaires : PyCharm, VS Code, les éditeurs basés sur Jedi.

    }

    @Test
    void testWindowsPaths() throws Exception {
        assumeTrue(Os.isFamily("Windows"));

        File upperCaseFile = createTempFile("TESTE");
        String absolutePath = upperCaseFile.getAbsolutePath();
        File lowerCaseFile = new File(absolutePath.toLowerCase());

        FileModelSource upperCaseFileSource = new FileModelSource(upperCaseFile);

Você poderia carregá-lo no nível mais alto do módulo/arquivo, mas isso também poderia significaria **carregar o modelo** mesmo se você estiver executando um simples teste automatizado, então esse teste poderia ser **lento** porque teria que esperar o carregamento do modelo antes de ser capaz de executar uma parte independente do código.

<img src="/img/tutorial/body/image04.png">

Ce n'est pas un hasard, ce framework entier a été bâti avec ce design comme objectif.

Et cela a été rigoureusement testé durant la phase de design, avant toute implémentation, pour s'assurer que cela fonctionnerait avec tous les éditeurs.

Des changements sur Pydantic ont même été faits pour supporter cela.