importation et aliasing pratique

Question

suivant Actuellement le livre « Kotlin pour les développeurs Android » de Leiva, et il y avait une chose que je me demandais ...

import blah.data.Forecast 
import blah.domain.Forecast as ModelForecast 

Pourquoi créer une classe « Prévision » dans chaque, les données et la couche de domaine, puis alias un? Pourquoi ne pas simplement nommer le domaine blah.domain.ModelForecast pour commencer?

J'essaie généralement d'éviter les noms identiques dans mon propre projet, même si les classes se retrouvent dans des paquets différents. Quel avantage ai-je de ne pas le faire?

Answer 1

Vous avez raison, mais vous n'avez peut-être pas le droit de modifier les noms des classes importées. Par exemple, imaginez que vous importez différentes classes Date de java package:

import java.util.Date 
import java.sql.Date as SqlDate 

Dans de tels cas, l'aliasing est un excellent outil Kotlin fournit.