• DieguiTux8623@feddit.it
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    6 months ago

    I am starting to have mixed feelings about this. It feels like I either have chosen the wrong technology or there is something wrong with me.

    Had to drop support to every other platform and only working on the commonMain and androidMain source sets (so what’s the point of KMP after all?) and still the app is not on par with purely native counterparts (main pain points: navigation, l10n, image loading/rendering, video players, markdown rendering using Compose multiplatorm, resource access especially for typefaces, using mocks in tests, and the list could go on…).

    Maybe Compose multiplatorm is the real culprit but God, have mercy on me please…

    • DeprecatedCompatV2
      link
      fedilink
      arrow-up
      2
      ·
      6 months ago

      Uh-oh heretic spotted. Recant everything you’ve said or I’ll make you justify every line of your manifest to a robot!

        • DeprecatedCompatV2
          link
          fedilink
          arrow-up
          3
          ·
          edit-2
          6 months ago

          I hereby sentence you to writing exception handling code in viewmodels with the following requirements:

          • exceptions may be native
          • exceptions must be defined in separate modules for Clean Architecture
          • all calls to native methods must use callbacks for Objective-C compatibility
          • you must launch a separate coroutine when rethrowing some (TBD) exceptions to prevent the exception from being caught by a parent other than the root exception handler (or the calling thread!)
          • you must use ViewModelScope except when writing to SharedPreferences
          • you should be using DataStore, heathen