4 ms·

I am doing something similar for my apps but instead of using Kotlin I am writing it in either Swift or C#

• untog 6y ago
  How are you using Swift on Android?
  • deleted 6y ago
    [deleted]
  • FlyingSnake 6y ago
    There are several ways to use Swift on Android. It's basically Swift <-> C interface <-JNI-> Java. The following links could be a good starting point for Swift on Android. [^1] https://github.com/apple/swift/blob/main/docs/Android.md https://github.com/apple/swift/blob/main/docs/Android.md [^2] https://github.com/readdle/swift-android-toolchain https://github.com/readdle/swift-android-toolchain
    • anupamchugh 6y ago
      Would you really use a JNI bridge and end up with a possibly heavier codebase? Swift for Android isn't officially supported by Android yet. I'd rather use Kotlin Multiplatform instead.
    • untog 6y ago
      Sounds messy. You’d have to manually define the JNI calls on both sides if I’m reading correctly? Good to know it’s possible though. Just maybe with more tooling...
    • liuliu 6y ago
      JNI is so expensive when cross the language barrier, you have to be conscious to constantly minimize your API exposure. This may be helpful in long-term, but not helpful for onboarding purposes. On the other hand, if you can lower Kotlin to native code, it may be more natural to interact with (of course, there are still these nonsense of Java's default UTF-16 string <-> Swift's native UTF-8 string conversion). Interoperability between high level languages are just hard. I am skeptical of either way, but I can see how it is more appealing to go from Kotlin to Swift direction. On the other hand, data modeling and high-level data transformation doesn't require all language features. It is possible to do such with a limited DSL that supports product / sum types, some filter / map / flatmap / zip, and boom, you now have your view models for UI rendering. As long as we've made up our mind on string UTF-16 / 8 or have some performant library to do lazy transformation on these. We can go a long way on standardize business logic cross iOS / Android platform.
      • pjmlp 6y ago
        Java is replacing JNI with Panama efforts, but don't expect that to come to Android. In fact, in 10 years Google has never made available their internal tools that simplify JNI integration, leaving the community on their own to create our tools.
  • wdb 6y ago
    I am using the Elements compiler (supports Swift, Go, Visual Basic, C#, Java and Object Pascal) that allows sharing business logic and write UI code separately in the appropriate platform's tool.
• dep_b 6y ago
  C# is really great I've used it for cross-platform desktop applications but there are a lot of mobile developers that don't know it. .net has the nicest libraries in my opinion. If I look at the fights I need to have with Gradle every time.....so many things have already been solved by Microsoft decades ago (WPF with MVVM was really a joy to work with) only to be reinvented later in a bad way by Google.
• avtar 6y ago
  Are any of the C# ones opensource? Are you using Xamarin Forms for the UI or native UI solutions?