Google considers making SWIFT first class language for Android

Discussion in 'iOS Programming' started by AdonisSMU, Apr 7, 2016.

  1. Mascots macrumors 68000


    Sep 5, 2009
    Wins all around.

    Unless they fork it in a Blink manner ;)
  2. Dookieman macrumors 6502

    Oct 12, 2009
    My Android friends are happy/annoyed at the same time.
  3. AxoNeuron macrumors 65816


    Apr 22, 2012
    The Left Coast
    As someone learning Android development this would definitely make my life a lot easier.
  4. 1458279 Suspended


    May 1, 2010
    Well, well, well, that is pretty close to a game changer right there. I guess that will make the decision to make Android apps a whole lot easier :D

    I wonder if Google decides not to do this, if someone else will because Swift is open source.
    --- Post Merged, Apr 7, 2016 ---
    I also wonder if Google is doing this because they want the Apple Devs over on their platform too. This would be a killer move on Google's part.

    Not to mention, they get a native machine code compiler, which the really need (IMO).

    I guess I'm going to have to fast forward my Swift learning.
  5. dantastic macrumors 6502a


    Jan 21, 2011
    Bit of caution would be in order.
    Language is only a small part. Frameworks are everything.
    HTML5 and JavaScript can already run on both Android and iOS...
  6. AdonisSMU, Apr 8, 2016
    Last edited: Apr 8, 2016

    AdonisSMU thread starter macrumors 604

    Oct 23, 2010
    You are not going to use HTML5 and Javascript to do the same types of things you would with Java and SWIFT.

    I use Javascript and HTML5 everyday but.... HTML5 and Javascript is for webapps and web programming sure it's one of the things you could use within a java or swift app but for many of the hardware level features Javascript and HTML5 simply aren't secure or stable enough for that kind of access.
  7. 1458279 Suspended


    May 1, 2010
    My guess is that Google would consider part of the advantage of making Swift a 1st class language, is getting iOS apps on Android just as fast as Apple does.

    Apple used to be the "go to first" platform, IDK if that's still the case, but Google would benefit most from making the transition from iOS to Android as seamless as they can.

    It shouldn't be that hard for them to make many of the key routines the same or for a programmer to write wrapper functions to make the work about the same.

    With this move, they kill a few birds with one stone. They gain a native code language that's already in use and designed for mobile. They remove a wall between their product line and Apple's. They have open source support. Apple can't use "better apps" as a reason to buy Apple.

    Many Apple fans talk about the "eco system" that Apple offers. Android has been known for CrApps for a long time and this is a huge step towards removing those things.

    I can't think of any downside to Google for doing this.
  8. dantastic macrumors 6502a


    Jan 21, 2011
    You're missing the point I'm trying to make. There are already languages which will run on both platforms, why isn't everyone using them for everything already. Well, because there are problems....

    You will be able to write some of your business logic and have that transferable between both platforms. But very soon you will need Frameworks. Google will have to implement UIViewControllers, UIButtons, CLLocationManagers, etc, etc.. And they will also need to behave the same way, implement the same features, properties, bugs even!

    As a full time developer it's not particularly difficult to write in a different language. What's difficult is to remember what's available in the frameworks on the platform you are writing for. What quirks you will have to work around.

    This is not going to help get iOS apps onto Android phones, not until there's a shared framework which will run on both devices.
  9. firewood macrumors 604

    Jul 29, 2003
    Silicon Valley
    There are apps that have minimal need of UI frameworks. Examples are Open GL games, emulators of various sorts, music effects and synthesizers, etc. A platform specific UI wrapper from a template can go around all the custom business logic. Similar to PhoneGap, except wrapping pure Swift (or C currently using the NDK and Obj C) instead of HTML/JS.

Share This Page

10 April 7, 2016