A modern programming language that makes developers happier.php
正如官網的slogan所描述:kotlin,是一門讓程序員寫代碼時更有 幸福感 的 現代 語言。html
同時,也正如維基百科裏介紹:java
JetBrains公司但願Kotlin可以推進IntelliJ IDEA的銷售python
kotlin是一門奔着錢而生的語言,我相信他必定會成爲一門有 「錢途」 的語言。android
JetBrains這家公司真的把程序員當 人,把程序員當用戶來對待。從kotlin的迭代和發版節奏,能夠看出來,他們迭代kotlin就像咱們程序員迭代咱們公司的app同樣,很重視用戶體驗,很重視程序員的開發體驗,java哪一個語法寫起來很痛苦,他們就改善那個語法。java程序員缺什麼,他們就給kotlin造什麼。做爲一個程序員,真心以爲,這種感受真好。c++
大叔,已經有兩年多的kotlin開發經驗了,我能感覺到,kotlin帶來的幸福感,甚至,大叔在寫kotlin的時候,有時會有驚喜感。讓我有一種感慨:哦…… 原來代碼還能這麼寫,還能有這種語法。git
寫了近10年的java代碼,大叔幾乎已經習慣接受java的一切,包括一些不思進取的寫法,大叔想固然的覺得編程就應該是這樣的。kotlin正在顛覆大叔習慣了的這一切。【固然,這裏並非貶低java,java不只是優秀的也是偉大的,java迭代了24+年,java的生態是衆多語言沒法比擬的,也正是java的優秀才有了kotlin、Clojure、groovy等一系列優秀的語言,java的偉大也是沒法複製的】,我猜這裏確定有人要跳出來講,批評大叔,php纔是最好的語言,讓大叔去學php~ 好吧,大叔有空再學學~程序員
他們一方面以爲java已經夠用了,另外一方面以爲google爸爸大力發展他的親兒子flutter,以爲乾兒子kotlin畢竟不是一個血脈。並且flutter誇多端的能力大於kotlin,因而得出結論,沒有必要學習kotlin。github
然而,看到如今不少項目不少公司都在用kotlin,google官方文檔和demo都有kotlin的身影。又開始搖擺,糾結,迷茫,焦慮。大叔以爲小朋友才作選擇,公司須要什麼,大叔就學什麼。編程
咱們簡單捋一捋flutter和kotlin的本質區別吧。
flutter和kotlin的定位徹底不一樣,他們的原理徹底不同。
flutter能夠簡單理解爲UI引擎,跨平臺能力,是他與生俱來。就像遊戲引擎同樣。
kotlin的優點在於他繼承了java的全部能力。並且還在不斷拓展本身的能力。他的能力不限於android開發,後端開發,js開發。甚至,大叔看到,kotlin有搶python地盤的意圖。
kotlin和flutter並不衝突的兩個技術,即使團隊選擇部分模塊使用 flutter開發app,android原生那部分代碼,kotlin依然能夠發光發熱。
好像廢話講的有點多。咱們進入正題吧。
咱們一個個語法特性來說吧,先從最基礎的字符串開始
咱們直奔代碼,JavaHtml.java
public class JavaHtml {
private static final String HTML =
"<!DOCTYPE HTML>\n" +
"<HTML>\n" +
"<head>\n" +
"<meta charset=\"utf-8\">\n" +
"<title>IT互聯網大叔</title>\n" +
"</head>\n" +
"<body>\n" +
" <h1>大叔的標題</h1>\n" +
" <p>\"大叔\"的段落1</p>\n" +
"</body>\n" +
"</HTML>";
}
複製代碼
字符串中存在雙引號時,須要 反斜槓轉移;
想換行來提升可讀性,因而必需要字符串拼接;
本來易懂的html代碼變得晦澀難懂。
這代碼是人看的嗎?從java發佈到如今,咱們忍了24年。都沒有改進。
咱們再來看看,kotlin字符串的三引號。KotlinHtml.kt
val HTML = """ <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>IT互聯網大叔</title> </head> <body> <h1>大叔的標題</h1> <p>"大叔"的段落</p> </body> </html> """
複製代碼
優雅嗎?happy嗎?
咱們感覺下,PeopleJava的toString方法。----- 這個toString方法是AndroidStudio自動生成的。
public class PeopleJava {
private String name;
private int age;
public PeopleJava(String name, int age) {
this.name = name;
this.age = age;
}
@Override
public String toString() {
return "PeopleJava{" +
"name='" + name + '\'' +
", age=" + age +
'}';
}
}
複製代碼
咱們再感覺下,PeopleKt 的toString方法。
class PeopleKt (private var name:String, private var age:Int){
override fun toString(): String {
return "PeopleKt{name='$name', age=$age}"
}
}
複製代碼
來咱們再用kotlin寫個main方法,把兩個對象日誌輸出看看。
fun main() {
print(PeopleJava("IT互聯網大叔", 18).toString())
println()
print(PeopleKt("IT互聯網大叔", 18).toString())
}
複製代碼
日誌輸出:
之前總聽人說簡潔美,簡潔美,簡潔怎麼能跟美關聯起來呢。
如今大叔明白了。簡潔不只美,簡潔的東西更簡單易懂。
默認參數咱們並不陌生,大叔在大學時,學c/c++的時候就知道默認參數。概念也很是簡單。
以下代碼:
class A {
fun foo(i: Int = 10) {
/****/
}
}
複製代碼
A.foo()方法,若是調用時,不傳參數的話, 參數i 默認是10
大叔的自我拷問:
默認參數,有什麼用呢?能解決android開發中的什麼痛點呢?
默認參數,有什麼用呢?能解決android開發中的什麼痛點呢?
默認參數,有什麼用呢?能解決android開發中的什麼痛點呢?
在android開發中,咱們寫一個自定義View的時候,咱們的構造函數每每要寫好幾個。
public class JavaTextView extends AppCompatTextView {
public JavaTextView(Context context) {
super(context);
}
public JavaTextView(Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
}
public JavaTextView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
}
複製代碼
有了默認參數,以後。。。
class KotlinTextView : AppCompatTextView {
constructor(
context: Context,
attrs: AttributeSet? = null,
defStyleAttr: Int = android.R.attr.textViewStyle
) : super(context, attrs, defStyleAttr){
}
}
複製代碼
咱們直接上代碼吧,下面代碼來自於 : 一分鐘入門kotiln協程,線程切換
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
//上下文切換到IO主線程
GlobalScope.launch(Dispatchers.IO) {
Log.i(TG, "Dispatchers.IO isMainThread ${isMain()}")//輸出false
//上下文切換到主線程
GlobalScope.launch(Dispatchers.Main){
Log.i(TG, "Dispatchers.Main isMainThread ${isMain()}")//輸出true
}
}
}
複製代碼
之前咱們習慣使用Handler、AsyncTask 等類來實現線程切換。
可是有了協程以後。我以爲比之前寫Handler的時候幸福多了。
切換線程,只是協程的冰山一角,協程很強大,值得深刻學習。
咱們分別用java和kotlin實現一個函數,讀取文件的第一行:
顯然kotlin的use比java要優雅的多。
咱們來看看,use函數的實現吧。
java代碼:JavaFindViewActivity.java
最開始的時候,每次findViewById以後還要類型轉換,以下代碼
TextView tvTitle = (TextView) findViewById(R.id.tv_title);
複製代碼
後來,不記得哪一個androidstudio版本 更新以後就不用作 類型強轉 了。代碼看這簡潔了不少。
再後來有人作了一個叫ButterKnife的插件,不用本身調用findViewById了。只須要寫點註解就能夠了。我的感受也不是很優雅。【大部分android老鳥都知道這個】
再後來,直到碰見了kotlin的 kotlin-android-extensions 插件,我以爲這才叫優雅。
無需調用findViewById()方法,也無需註解。
一切都是這麼的美好。
哇~~ 大叔竟然一口氣寫了這……麼長一篇技術blog,你能看到這裏,我以爲你也真的是有耐心。
原本我想多寫幾個痛點案例,但我看着這篇幅長度,我以爲仍是算了。絕大部分人是不會看到結尾的。我就拋個磚吧~
謝謝你在這個浮躁的時代,能靜下心來看一箇中年油膩大叔的絮絮不休。大叔祝您在kotlin的世界翱翔~ 但願kotlin能給您帶來幸福感~