Τι μπορείτε να μας πείτε για την καθαρή…

Ο Καθαρός Αρχιτεκτονικός (Clean Architecture), που δημοσιοποιήθηκε από τον Robert Martin ("Uncle Bob"), αποτελεί ένα σύνολο αρχών για την οργάνωση του κώδικα, με στόχο τη δημιουργία ενός ευέλικτου, δοκιμασμένου και εύκολα συντηρήσιμου συστήματος.

Βασικές ιδέες:

Διαίρεση σε στρώματα: Ο κώδικας διαιρείται σε συγκεντρικούς κύκλους, όπου τα εσωτερικά στρώματα περιέχουν τη λογική επιχειρήσεων, και τα εξωτερικά τις λεπτομέρειες υλοποίησης (UI, βάσεις δεδομένων, εξωτερικά API).
Εξάρτηση από εσωτερικά στρώματα: Τα εξωτερικά στρώματα εξαρτώνται από τα εσωτερικά, αλλά όχι το αντίθετο. Αυτό επιτυγχάνεται με την αρχή της αντιστροφής των εξαρτήσεων.
Εν encapsulation: Κάθε στρώμα κρύβει τις λεπτομέρειες της υλοποίησής του από τα εξωτερικά στρώματα.
Δυνατότητα δοκιμής: Η επιχειρηματική λογική που βρίσκεται στα κεντρικά στρώματα δεν εξαρτάται από τις εξωτερικές λεπτομέρειες, καθιστώντας την εύκολη στην απομόνωση και δοκιμή.
Ανεξαρτησία από πλαίσια: Οι βασικοί κανόνες της επιχειρηματικής λογικής δεν είναι δεσμευμένοι από συγκεκριμένα πλαίσια, UI ή βάσεις δεδομένων.

Στρώματα (παράδειγμα):

Entities: Περιέχουν επιχειρηματικά αντικείμενα και κανόνες (π.χ., η κλάση User με επιχειρηματική λογική σχετική με τον χρήστη).
Use Cases (Interactors): Περιέχουν συγκεκριμένη επιχειρηματική λογική της εφαρμογής (π.χ., GetUserUseCase). Συντονίζουν την αλληλεπίδραση μεταξύ Entities και Gateway Interfaces.
Interface Adapters: Προσαρμόζουν δεδομένα από εξωτερικές πηγές σε μορφή κατανοητή από τα Use Cases και Entities (π.χ., Presenters για UI, Implementations Gateway για βάσεις δεδομένων).
Frameworks & Drivers: Το εξωτερικό στρώμα, που περιέχει πλαίσια (UI, βάσεις δεδομένων, web services).

Η αρχή της αντιστροφής των εξαρτήσεων παίζει κεντρικό ρόλο. Τα εσωτερικά στρώματα ορίζουν interfaces (Gateway Interfaces), και τα εξωτερικά υλοποιούν αυτά τα interfaces. Αυτό παρουσιάζεται στο ακόλουθο σχήμα:

+-----------------+      +-------------------+      +--------------------+      +------------------------+
| Frameworks &    |----->|   Interface       |<-----|    Use Cases       |<-----|        Entities          |
| Drivers (UI, DB)|      |   Adapters        |      |  (Interactors)     |      |      (Business Rules)    |
+-----------------+      |  (Presenters,     |      |                    |      +------------------------+
                         |  Gateway Impls)   |      |                    |
                         +-------------------+      +--------------------+

Οι βέλη δείχνουν την κατεύθυνση των εξαρτήσεων. Όλες οι εξαρτήσεις κατευθύνονται προς τα μέσα, προς το στρώμα Entities.

Στην ανάπτυξη Android, η Καθαρή Αρχιτεκτονική συχνά υλοποιείται με τα ακόλουθα συστατικά:

UI Layer (Παρουσίαση): Activity, Fragment, ViewModel, UI Logic. Εξαρτάται από το Domain Layer.
Domain Layer (Use Cases): Επιχειρηματική λογική της εφαρμογής. Δεν εξαρτάται από άλλα στρώματα.
Data Layer: Πηγές δεδομένων (δίκτυα, βάσεις δεδομένων), repositories. Υλοποιεί τις interfaces που ορίζονται στο Domain Layer.

Παράδειγμα δομής:

root
├── app
│   ├── src
│   │   └── main
│   │       └── java
│   │           └── com
│   │               └── example
│   │                   └── myapp
│   │                       ├── παρουσίαση  // UI Layer (ViewModel, Activities, Fragments)
│   │                       │   ├── ui
│   │                       │   └── viewmodel
│   │                       ├── domain      // Domain Layer (Use Cases, Entities, Interfaces)
│   │                       │   ├── entity
│   │                       │   ├── repository  // Domain Interfaces
│   │                       │   └── usecase
│   │                       └── data        // Data Layer (Repositories, Data Sources, Mappers)
│   │                           ├── local       // Local Data Source (Room)
│   │                           ├── remote      // Remote Data Source (Retrofit)
│   │                           ├── mapper
│   │                           └── repository  // Data Implementations extending Domain Interfaces
│   └── build.gradle
└── build.gradle

Πλεονεκτήματα:

Δυνατότητα δοκιμής: Η επιχειρηματική λογική είναι απομονωμένη και εύκολα δοκιμάσιμη.
Ευελιξία: Εύκολη αντικατάσταση εξωτερικών εξαρτήσεων (π.χ., μετάβαση από Room σε Realm).
Συντηρησιμότητα: Η σαφής διαχωρισμός ευθυνών καθιστά τον κώδικα πιο εύκολο στην κατανόηση και συντήρηση.
Ανεξαρτησία από τεχνολογία: Η επιχειρηματική λογική δεν δεσμεύεται από συγκεκριμένα Android frameworks ή βιβλιοθήκες.

Μειονεκτήματα:

Πολυπλοκότητα: Μπορεί αρχικά να είναι πιο πολύπλοκη στην κατανόηση και υλοποίηση, ειδικά για μικρά έργα.
Περισσότερος κώδικας: Απαιτεί τη συγγραφή περισσότερων κλάσεων και interfaces σε σύγκριση με απλούστερες αρχιτεκτονικές.

Συνολικά, η Καθαρή Αρχιτεκτονική είναι μια ισχυρή προσέγγιση για τη δημιουργία κλιμακούμενων και εύκολα συντηρήσιμων εφαρμογών Android, ειδικά για μεσαίου και μεγάλου μεγέθους έργα. Προάγει την ανάπτυξη γύρω από τη λογική επιχειρήσεων, και όχι γύρω από τεχνικές λεπτομέρειες.

Τι μπορείτε να μας πείτε για την καθαρή αρχιτεκτονική;