Soit deux types A et B distincts (et sans rapport)
A a = null; B b = null;
La modélisation correcte d'un système de types rendant ces deux affections valables implique que null possède un type sous-type union de A et B : None. None est un type singleton ayant comme seule valeur possible null défini comme l'union de tous les types du programme. Comme ce type n'est pas modélisable sans une forme spéciale du langage et que son utilité est limitée (il n'accepte qu'une seule valeur, null ), peu de langages à typage statique le proposent.
Si on s'intéresse aux langage à objets, et qu'on pose comme première approximation du système de type :
type = classe
Alors la classe de null (étrangement tous ces langages utilisent plutôt la forme nil) devient la classe singleton None, sous-classe de toutes les classes ayant pour seule instance null. Pour garantir un fonctionnement cohérent avec le comportement des envois de messages sur null, toutes ces méthodes doivent êtres redéfinie par l'envoie d'une exception NullPointerException.
Bien qu'en théorie la valeur null puisse être quelconque, en pratique tous les langages utilisent la valeur 0. Cette valeur est non adressable et toute tentative d'accès provoque une erreur de segmentation. Si l'on veut proprement lever une exception, on doit protéger tous les envois de messages par un test à null. Un bon compilateur ne génèrera pas ces tests dans les cas où le receveur est trivialement non null (cas des self, this, super et autres) et dans certains autres cas.