Cover PEP 420 namespace packages in "Creating and discovering plugins" guide

Using namespace packages is not explicit whether it talks about native PEP 420 namespace packages, or pkg-style namespace packages.

I tried to apply it for PEP 420 namespace packages and stumbled over two issues:

First, the given example doesn't wrap import myapp.plugin in try/except, but actually ModuleNotFoundError should be handled because, as a core package maintainer, you can't know how many plugins will be installed at runtime. In case of zero plugins installed, how would you guarantee a myapp.plugins namespace will exists anyways? At least setuptools won't let you install empty directories.

Second, the guide says

include the namespace-package style init.py in the namespace sub-package directory

But PEP 420 explicitly requires the absence of __init__.py files. Then, what is a namespace-package style __init__.py in the context of PEP 420? I believe @theacodes had pkg-style namespace packages in mind when adding that sentence with #296.

Could we make it either more clear the guide is not 1:1 applicable for native namespace packages, or even better, find a suggested minimal working PEP 420 example and adapt the guide accordingly?

Inizia con la sezione “Using namespace packages” della guida Creating and discovering plugins, quindi confronta il suo esempio con PEP 420 e la guida packaging namespace-packages. Chiarisci se le istruzioni esistenti descrivono native o pkg-style namespaces e documenta un esempio minimo corretto di native namespace, se appropriato. Il lavoro è completato quando la guida non è più in conflitto con PEP 420 e spiega il caso senza plugin.