Le nom de domaine de l’entreprise n’est qu’un identifiant. L'écriture du nom de domaine de l'entreprise peut réduire considérablement les risques de conflit.
Cela ne devrait pas être un nom de domaine, n'est-ce pas ? Ce que je comprends, c'est que l'identifiant de bundle après la création du projet doit être mis en correspondance. Chaque application n'a et n'a qu'un seul identifiant de bundle pour identifier l'application. Lorsque vous demandez un certificat, vous devez fournir cet ID d'application. Pour cet Identifiant Bundle, il est juste d'usage d'utiliser une méthode d'écriture similaire au nom de domaine. En fait, cela n'a rien à voir avec le nom de domaine. Par exemple, le Boundle Identifier de mon projet n'est pas réellement un nom de domaine valide, mais j'ai juste l'habitude de l'écrire dans ce format. L'ID de Boundle que vous remplissez ici doit correspondre un à un avec l'identifiant de Boundle.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Le nom de domaine de l’entreprise n’est qu’un identifiant. L'écriture du nom de domaine de l'entreprise peut réduire considérablement les risques de conflit.
Cela ne devrait pas être un nom de domaine, n'est-ce pas ? Ce que je comprends, c'est que l'identifiant de bundle après la création du projet doit être mis en correspondance. Chaque application n'a et n'a qu'un seul identifiant de bundle pour identifier l'application. Lorsque vous demandez un certificat, vous devez fournir cet ID d'application. Pour cet Identifiant Bundle, il est juste d'usage d'utiliser une méthode d'écriture similaire au nom de domaine. En fait, cela n'a rien à voir avec le nom de domaine. Par exemple, le Boundle Identifier de mon projet n'est pas réellement un nom de domaine valide, mais j'ai juste l'habitude de l'écrire dans ce format. L'ID de Boundle que vous remplissez ici doit correspondre un à un avec l'identifiant de Boundle.
