
Ein reagiertes natives Gerüst mit einer sauberen Architektur, die leicht zu verstehen ist.
Euen Was die Implementierung des Clean Architecture -Konzepts meiner Meinung nach erschwert, ist, dass jede Person, da es theoretisch definiert ist, eine andere Terminologie implementiert oder einige Ebenen oder Stücke hinzufügen, um es zu vereinfachen oder es weiter zu komplexer machen.
Aus diesem Grund denke ich, dass es wichtig ist, die Dokumentation zu betonen, die mit der Architektur einhergeht, um Hindernisse beim Rest der Menschen zu vermeiden, die mit diesem System arbeiten werden.
Ich erkläre kurz jede der vier Schichten, aus denen die saubere Architektur im Ordner /src besteht:
└── /src
├── AppModule.ts # Dependency injection root module
├── /core # Core bounded context
│ └── /presentation
└── /post # Post bounded context
├── /domain
├── /application
├── /infrastructure
└── /presentation
Diese Schicht enthält alle Unternehmensregeln für Unternehmen: Unternehmen, Spezifikationen ...
Diese Schicht enthält die Anwendungsfälle des begrenzten Kontextes.
Diese Schicht enthält die technischen Details (Implementierung) der Domänenschicht und der Integrationen von Dritten.
Diese Schicht enthält den nativen React -Quellcode: Ansichten und Controller (Redux Thunks).
Expo CLI lädt .Env -Dateien gemäß der Standard -Dateiauflösung von Standard .Env und dann alle Referenzen in Ihrem Code auf process.env.EXPO_PUBLIC_[VARNAME] ersetzt. Code in NODE_MODULES ist für Sicherheitszwecke nicht beeinflusst.
Erstellen Sie eine .env -Datei im Stammpunkt Ihres Projekts für Entwicklungszwecke:
EXPO_PUBLIC_API_URL=https://jsonplaceholder.typicode.com
Konfigurieren Sie die Datei .env.production mit den Umgebungsvariablen, die Sie in der Produktion verwenden möchten.
Dev
yarn devNetz
yarn webAndroid
yarn androidiOS
yarn iosexpo eject☕️ Kaufen Sie mir einen Kaffee, damit die Open -Source -Party niemals endet.
YouTube | Instagram | Twitter | Facebook
godofprogramming.com