Import und Aliasing Praxis

Question

Derzeit folgendes Leiva „Kotlin für Android Developers“ Buch, und es gab eine Sache, die ich frage mich ...

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

Warum eine „Prognose“ Klasse in jedem erstellen, die Daten und die Domain-Ebene, und dann einen Alias? Warum nicht einfach die Domain blah.domain.ModelForecast mit dem Namen beginnen?

Ich versuche generell identische Namen in meinem eigenen Projekt zu vermeiden, auch wenn die Klassen zufällig in verschiedenen Paketen landen. Welchen Nutzen habe ich, wenn ich das nicht tue?

Answer 1

Sie haben Recht, aber vielleicht haben Sie keine Rechte, Namen importierter Klassen zu ändern. Zum Beispiel stellen Sie sich verschiedene Date Klassen von java Paket importieren:

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

In solchen Fällen ist die Aliasing ist ein großes Werkzeug Kotlin bietet.