refactor(core:data): Migrate to KMP

[biplab1]

Fixes - Jira-#400

I would like to thank @itsPronay for the fruitful discussions and his invaluable help in completing this PR.

Didn't create a Jira ticket, click here to create new.

Please Add Screenshots If there are any UI changes.

Before	After

Please make sure these boxes are checked before submitting your pull request - thanks!

• Run the static analysis check ./gradlew check or ci-prepush.sh to make sure you didn't break anything

• If you have multiple commits please combine them into one commit by squashing them.

[HekmatullahAmin]

This will fail at runtime. previously we had discussion i said just look in the Dispatchers module. I had a look we have named CoroutineDispatcher.
This single<CoroutineDispatcher> { get() } would work if we had CoroutineDispatcher without a name qualifier.

try this:

single<CoroutineDispatcher> { get(named(MifosDispatchers.IO.name)) }

[biplab1]

I have implemented you suggestion. Thanks

[HekmatullahAmin]

Right now we have only one service which is NetworkMonitor we can directly bind it, no need to create PlatformDependentDataModule.

• in android we can do sth like below:

actual val DataModule: Module = module {
    single<NetworkMonitor> {
        ConnectivityManagerNetworkMonitor(
            context = androidContext(),
            dispatcher = get(named(MifosDispatchers.IO.name)),
        )
    }
}

• in other module for example js:

class JsNetworkMonitor : NetworkMonitor {
    override val isOnline: Flow<Boolean> = flowOf(true)
}

actual val DataModule: Module = module {
    single<NetworkMonitor> { JsNetworkMonitor() }
}

[HekmatullahAmin]

.

[HekmatullahAmin]

.

[HekmatullahAmin]

.

[HekmatullahAmin]

.

[HekmatullahAmin]

@biplab1 I see some places you changed suspend to flow which is correct but some places you should keep it suspend.

• if it is one-shot api call like getClient() keep it suspend
• if it is observable and list then change the return type to flow
• I just point one example go again and see the same case and change it.

Problem in Current Code

Currently, methods like repository.getClient(...) returning Flow<DataState>, but in GetClientDetailsUseCase, we're treating it as if they were suspend functions:

val clientDeferred = async { repository.getClient(clientId) }

This leads to a mismatch. Flow emits over time, and you can't await() a Flow directly. While we could use .first() or .collect(), that adds unnecessary overhead when the API call is just a one-shot operation.

Change it like this:

@GET("clients/{clientId}")
suspend fun getClient(@Path("clientId") clientId: Int): ClientEntity

DataManagerClient:

suspend fun getClient(clientId: Int): ClientEntity

Repository:

suspend fun getClient(clientId: Int): DataState<ClientEntity>

RepositoryImpl:

override suspend fun getClient(clientId: Int): DataState<ClientEntity> {
    return try {
        DataState.Success(dataManagerClient.getClient(clientId))
    } catch (e: Exception) {
        DataState.Error(e)
    }
}

• and I think you are also working on domain once this PR is merged then change usecase accordingly.

[biplab1]

@HekmatullahAmin Thanks for your detailed review! I will look into all your suggestions and implement things accordingly.