imangazalievm/cleanarchitecturemanifest

Description of the main principles and rules for building an Android application using Clean Architecture approach

Hi 👋, I'm Mahach.

An Android developer from Dagestan, Russia

• 📆 Experienced in Android since 2014
• 🖥️ Aspired by learning something new
• ✔️ Apart from work developing Bubbble - an unofficial Dribbble app for Android

My projects

Here you can find some of my projects

📑 Articles JetPack Compose Awesome Android Developer Reference CleanArchitectureManifest 🎨 Apps Bubbble UTair-MVP-Sample Notelin — Note-taking app written in Kotlin

📐 Libraries material-prefs — DSL for bulding preferences screen CircleMenu — an elegant menu with a circular layout ReActiveAndroid - Simple and powerful ORM for Android Scripto — a bridge between Java and JavaScript in WebView 🔨 Tools null

cleanarchitecturemanifest's Issues

Опечатка

public class RegisterUserInteractor {
  
    private UserRepository userRepository;
    private RegisterDataValidator registerDataValidator;

    public TransferInteractor(UserRepository userRepository, RegisterDataValidator registerDataValidator) {
        this.userRepository = userRepository;
        this.registerDataValidator = registerDataValidator;
    }
  
    public Single<RegisterResult> execute(User userData) {
        return registerDataValidator.validate(userData)
                .flatMap(userData -> userRepository.registerUser(userData));
    }
}

Хм, подозреваю что в конструкторе опечатка.

Место BroadcastReceivers в Clean Arcitecture

Добрый день.
Прежде всего, хочу поблагодарить за хорошо изложенный и красиво оформленный материал.

Подскажите, где, в контексте Чистой Архитектуры, следует размещать BroadcastReceiver-ы?
Исследуя этот вопрос, я нашел совершенно противоположные реализации.
В первом случае, ресивер относят к View (располагается в Activity/Fragment) и в методе onReceive() делегируют intent в presenter.

По другой точке зрения, ресивер является компонентом domain слоя.
у третьих, ресивер находится в презентере.

Подскажите, пожалуйста, в какую сторону копать?
Если возможно, с примером

Неверное указание цвета

В тексте сказано
Черными стрелками обозначены зависимости одних слоев от других, а красными - поток данных.

Должно быть
Черными стрелками обозначены зависимости одних слоев от других, а синими - поток данных.

Будет ли примерный проект?

Спасибо за статью! Все хорошо расписано и разложена по полочкам, с примерным проектом было бы супер!

SchedulersProvider can be omitted

SchedulersProvider adds an extra overhead and can be safely ommitted using the following Rule:

public class RxSchedulersRule implements TestRule {
    private final TestScheduler testScheduler = new TestScheduler();
    private final RxAndroidSchedulersHook androidSchedulersHook = new RxAndroidSchedulersHook() {
        @Override
        public Scheduler getMainThreadScheduler() {
            return Schedulers.trampoline();
        }
    };

    public TestScheduler getTestScheduler() {
        return testScheduler;
    }

    @Override
    public Statement apply(Statement base, Description description) {
        return new Statement() {
            @Override
            public void evaluate() throws Throwable {
                RxAndroidPlugins.getInstance().registerSchedulersHook(androidSchedulersHook);
                RxJavaHooks.setOnIOScheduler(scheduler -> testScheduler);
                RxJavaHooks.setOnComputationScheduler(scheduler -> testScheduler);
                RxJavaHooks.setOnNewThreadScheduler(scheduler -> testScheduler);
                base.evaluate();
                RxAndroidPlugins.getInstance().reset();
                RxJavaHooks.reset();
            }
        };
    }
}

Example of usage:

public class UseCaseTest {
    @Rule
    public RxSchedulersRule rxSchedulersRule = new RxSchedulersRule();

    private UseCase useCase;

    @Before
    public void setUp() throws Exception {
        useCase = ...
    }

    @Test
    public void some_usecase_test() throws Exception {
        // preparing
        ...

        // testing
        useCase.execute();
        rxSchedulersRule.getTestScheduler().triggerActions();

        // asserting
        ...
    }

}