語法糖(Syntactic sugar),是由Peter J. Landin(和圖靈一樣的天才人物，是他最先發現了Lambda演算，由此而創立了函數語言程式設計)創造的一個詞語，它意指那些沒有給計算機語言新增新功能，而只是對人類來說更“甜蜜”的語法。語法糖往往給程式設計師提供了更實用的編碼方式，有益於更好的編碼風格，更易讀。不過其並沒有給語言新增什麼新東西。舉個例子：在C語言裡用a[i]表示(a+i),用a[i][j]表示(*(a+i)+j)，看來語法糖不是“現代語言”才有啊，連我們的老大哥C也有，而且這種寫法簡潔明瞭，也更好懂了。實際上從面向過程到面向物件也是一種語法糖啊，C語言可以通過它的指標、型別轉換，結構實現面向物件的程式設計風格，但是C++更進一步的推廣了這種風格，更好用了，不過到了C#把OO的風格發揮得淋漓盡致。OO的程式設計風格對於面向過程來說是不是一種語法糖呢？如果生硬地照此理解，只有計算機硬體指令才不算語法糖，而其他一切利用編譯器、彙編器將程式碼抽象，和自然語言更相近的手段都算語法糖。現在很多很多程式設計思想，程式設計理論層出不窮，當然，對於學習來說我們是要抓住技術的核心，但對於工程來說如何提高工程質量，如何提高工程效率也是我們要關注的，既然這些語法糖能輔助我們以更好的方式編寫程式碼為什麼要“抵制“呢?我想語法糖和其他程式設計思想一樣重要，什麼duck type，人本介面，最小介面，約定優於配置，其實不都是一些思想上的“語法糖“？不過也並不是沒有反對的聲音，這其中就有圖靈獎的第一個獲得者: Alan Perlis。.net從2.0到3.0到3.5底層CLR並沒有做更新，沒有新增任何新的IL指令，所以C#從2.0到3.0中所有的特性都是語法糖，就算從1.0到2.0，也只有一個泛型不是語法糖，其餘的新特性也都是如此，但是每一次C#釋出新特性的時候我們不得不為之而鼓舞，為之而喝彩。新的語法可以釀造更好的程式設計風格，以前一些難以實現的方面現在也輕而易舉了。需要宣告的是“語法糖”這個詞絕非貶義詞，它可以給我帶來方便，是一種便捷的寫法，編譯器會幫我們做轉換；而且可以提高開發編碼的效率，在效能上也不會帶來損失。

Gradle是目前android主流的構建工具，不管你是通過命令列還是通過AndroidStudio來build，最終都是通過Gradle來實現的。所以學習Gradle非常重要。

目前國內對Android領域的探索已經越來越深，不少技術領域如外掛化、熱修復、構建系統等都對Gradle有迫切的需求，不懂Gradle將無法完成上述事情。所以Gradle必須要學習。
如何學習Gradle？

大部分人對Gradle表示一臉懵逼，每當遇到一個問題的時候都需要從網上去查，這是一個誤區。

Gradle不單單是一個配置指令碼，它的背後是幾門語言，如果硬讓我說，我認為是三門語言。

Groovy Language
Gradle DSL
Android DSL
 

DSL的全稱是Domain Specific Language，即領域特定語言，或者直接翻譯成“特定領域的語言”，算了，再直接點，其實就是這個語言不通用，只能用於特定的某個領域，俗稱“小語言”。因此DSL也是語言。

在你不懂這三門語言的情況下，你很難達到精通Gradle的程度。這個時候從網上搜索，或者自己記憶的一些配置，其實對你來說是很大的負擔。但是把它們當做語言來學習，則不需要記憶這些配置，因為語言都是有文件的，我們只需要學語法然後查文件即可，沒錯，這就是學習方法，這就是正道。

你需要做什麼呢？跟著我學習就行啦！下面步入正題，讓我們來開始學習Groovy的基本語法。
Groovy和Java的關係

Groovy是一門jvm語言，它最終是要編譯成class檔案然後在jvm上執行，所以Java語言的特性Groovy都支援，我們完全可以混寫Java和Groovy。

既然如此，那Groovy的優勢是什麼呢？簡單來說，Groovy提供了更加靈活簡單的語法，大量的語法糖以及閉包特性可以讓你用更少的程式碼來實現和Java同樣的功能。比如解析xml檔案，Groovy就非常方便，只需要幾行程式碼就能搞定，而如果用Java則需要幾十行程式碼。