Loading repository data…
nalexn / repository
SwiftUI sample app using Clean Architecture. Examples of working with SwiftData persistence, networking, dependency injection, unit testing, and more.
A transparent discovery signal based on current public GitHub metadata.
This score does not audit code, security, maintainers, documentation quality, or suitability. Verify the repository and its current documentation before adoption.
A demo project showcasing the setup of the SwiftUI app with Clean Architecture.
The app uses the restcountries.com REST API to show the list of countries and details about them.
Check out mvvm branch for the MVVM revision of the same app.
For the example of handling the authentication state in the app, you can refer to my other tiny project that harnesses the locks and keys principle for solving this problem.
AppState as the single source of truthdidBecomeActive, willResignActive)Selected from shared topics, language and repository description—not editorial ratings.
Kashif-E /
Kotlin multi platform project template and sample app with everything shared except the UI. Built with clean architecture + MVI
84/100 healthnazmulkp /
SwiftUI sample app using Clean Architecture. Examples of working with local and remote data, dependency injection, unit testing, and more.
71/100 healthSwiftUI views that contain no business logic and are a function of the state.
Side effects are triggered by the user's actions (such as a tap on a button) or view lifecycle event onAppear and are forwarded to the Interactors.
State and business logic layer (AppState + Interactors) are natively injected into the view hierarchy with @Environment.
Business Logic Layer is represented by Interactors.
Interactors receive requests to perform work, such as obtaining data from an external source or making computations, but they never return data back directly.
Instead, they forward the result to the AppState or to a Binding. The latter is used when the result of work (the data) is used locally by one View and does not belong to the AppState.
Previously, this app did not use CoreData for persistence, and all loaded data were stored in the AppState.
With the persistence layer in place we have a choice - either to load the DB content onto the AppState, or serve the data from Interactors on an on-demand basis through Binding.
The first option suits best when you don't have a lot of data, for example, when you just store the last used login email in the UserDefaults. Then, the corresponding string value can just be loaded onto the AppState at launch and updated by the Interactor when the user changes the input.
The second option is better when you have massive amounts of data and introduce a fully-fledged database for storing it locally.
Data Access Layer is represented by Repositories.
Repositories provide asynchronous API (Publisher from Combine) for making CRUD operations on the backend or a local database. They don't contain business logic, neither do they mutate the AppState. Repositories are accessible and used only by the Interactors.
zafarivaev /
Sample app showcasing usage of Clean MVVM architecture in SwiftUI and Combine. Written for a Medium tutorial.
developersancho /
🚀 Sample iOS Clean Architecture on SwiftRorty App focused on the scalability, testability and maintainability written in Swift, following best practices using Swift-UI.
63/100 healthphamdinhduc795397 /
A sample SwiftUI app built using the Uncle Bob's Clean Architecture, MVVM & Coordinator pattern.
36/100 healthraviseta /
SwiftUI sample app using Clean Architecture. Examples of working with SwiftData persistence, networking, dependency injection, unit testing, UITesting and SOLID Principals.
43/100 health