然后你就关注了

元老留名

留名

可能过几年转行了

可能过几年转行了

留名，请大家记住，我是一个元老

swift完全是一个新语言，并且底层的sdk，cocoa库全部用swift重写了，所以这是真正意义上的官方支持；
kotlin是通过无缝兼容java，利用java已有的库和api。对开发者来说就是写起来没java那么啰嗦了，除此之外没有什么好处了（比如占内存更少，启动更快，性能更高等等，只会比java差或者持平，不会比java更好）。
所以：swift面临的问题在kotlin上不存在或者不那么严重。swift的使命就是要彻底替换OC，这个过程会很漫长。
而kotlin不存在什么替换java的问题，因为它根本不可能替换掉java，它目前最大的优势就是和java无缝操作。
用kotlin还是用java来写android app，不需要做任何的兼容性修改，对android系统底层来说都是一样的（java字节码），没什么区别。爱用哪个就用哪个。
所以，不要听那些打鸡血的，没有深入了解的或者纯粹打广告的瞎比比，什么android上的swift，什么替换java，完全都都是在胡说。

swift完全是一个新语言，并且底层的sdk，cocoa库全部用swift重写了，所以这是真正意义上的官方支持；
kotlin是通过无缝兼容java，利用java已有的库和api。对开发者来说就是写起来没java那么啰嗦了，除此之外没有什么好处了（比如占内存更少，启动更快，性能更高等等，只会比java差或者持平，不会比java更好）。
所以：swift面临的问题在kotlin上不存在或者不那么严重。swift的使命就是要彻底替换OC，这个过程会很漫长。
而kotlin不存在什么替换java的问题，因为它根本不可能替换掉java，它目前最大的优势就是和java无缝操作。
用kotlin还是用java来写android app，不需要做任何的兼容性修改，对android系统底层来说都是一样的（java字节码），没什么区别。爱用哪个就用哪个。
所以，不要听那些打鸡血的，没有深入了解的或者纯粹打广告的瞎比比，什么android上的swift，什么替换java，完全都都是在胡说。

swift完全是一个新语言，并且底层的sdk，cocoa库全部用swift重写了，所以这是真正意义上的官方支持；
kotlin是通过无缝兼容java，利用java已有的库和api。对开发者来说就是写起来没java那么啰嗦了，除此之外没有什么好处了（比如占内存更少，启动更快，性能更高等等，只会比java差或者持平，不会比java更好）。
所以：swift面临的问题在kotlin上不存在或者不那么严重。swift的使命就是要彻底替换OC，这个过程会很漫长。
而kotlin不存在什么替换java的问题，因为它根本不可能替换掉java，它目前最大的优势就是和java无缝操作。
用kotlin还是用java来写android app，不需要做任何的兼容性修改，对android系统底层来说都是一样的（java字节码），没什么区别。爱用哪个就用哪个。
所以，不要听那些打鸡血的，没有深入了解的或者纯粹打广告的瞎比比，什么android上的swift，什么替换java，完全都都是在胡说。

swift完全是一个新语言，并且底层的sdk，cocoa库全部用swift重写了，所以这是真正意义上的官方支持；
kotlin是通过无缝兼容java，利用java已有的库和api。对开发者来说就是写起来没java那么啰嗦了，除此之外没有什么好处了（比如占内存更少，启动更快，性能更高等等，只会比java差或者持平，不会比java更好）。
所以：swift面临的问题在kotlin上不存在或者不那么严重。swift的使命就是要彻底替换OC，这个过程会很漫长。
而kotlin不存在什么替换java的问题，因为它根本不可能替换掉java，它目前最大的优势就是和java无缝操作。
用kotlin还是用java来写android app，不需要做任何的兼容性修改，对android系统底层来说都是一样的（java字节码），没什么区别。爱用哪个就用哪个。
所以，不要听那些打鸡血的，没有深入了解的或者纯粹打广告的瞎比比，什么android上的swift，什么替换java，完全都都是在胡说。

楼主真能水

留名

留名