1. 編程語言 1.1. 仍然是一門語言 1.1.1. 以最清晰、最容易理解的方式傳遞信息 1.2. 代碼的易讀性和易理解性在軟體中的重要性甚至更勝一籌 2. 領域特定語言DSL 2.1. 為瞭解決某個特定業務領域問題的一種自定義語言 2.1.1. 一種小型語言 2.1.2. 大多都不通用 2.1. ...
1. 編程語言
1.1. 仍然是一門語言
1.1.1. 以最清晰、最容易理解的方式傳遞信息
1.2. 代碼的易讀性和易理解性在軟體中的重要性甚至更勝一籌
2. 領域特定語言DSL
2.1. 為瞭解決某個特定業務領域問題的一種自定義語言
2.1.1. 一種小型語言
2.1.2. 大多都不通用
2.1.3. 為某個特定領域定製化而生
2.2. 流暢式（fluent style）
2.2.1. 鏈接（chaining）方法
2.3. 別的底層實現細節都應該被隱藏
2.3.1. 以這種方式設計的DSL才是一個用戶友好的DSL
2.4. 產生原因
2.4.1. 溝通為王
2.4.1.1. 代碼應該能清晰地表達它的意圖
2.4.1.2. 被“非程式員”所理解
2.4.1.3. 領域專家才能及時加入以驗證代碼是否符合業務需求
2.4.2. 代碼只編寫一次，但會被閱讀很多次
2.4.2.1. 代碼的可讀性對軟體的可維護性非常重要
2.5. 資產
2.5.1. 提升了你代碼的抽象層次
2.5.2. 使其能更加專註於業務目標
2.5.3. 具有更好的可讀性
2.6. 負擔
2.6.1. 獨立的代碼需要測試和維護
2.7. 優點
2.7.1. 簡潔
2.7.1.1. 封裝了業務邏輯
2.7.2. 可讀性
2.7.3. 可維護性
2.7.4. 高層的抽象性
2.7.5. 專註
2.7.5.1. 專門為表述業務領域規則而設計的語言
2.7.6. 關註點隔離
2.7.6.1. 使用專用的語言描述業務邏輯使得與業務相關的代碼可以同應用的基礎架構代碼相分離
2.8. 缺點
2.8.1. 設計比較困難
2.8.2. 開發代價
2.8.2.1. 一項長期投資
2.8.3. 額外的中間層
2.8.3.1. 避免帶來性能問題
2.8.4. 要掌握的語言
2.8.5. 宿主語言的局限性
3. 外部DSL
3.1. 獨立DSL（stand-alone DSL）
3.2. 需要付出更大的代價
3.2.1. 從無到有進行創建，其語法與宿主語言幾乎完全無關
3.2.2. 設計DSL的語法
3.2.3. 實現解析器和執行器（evaluator）
4. 內部DSL
4.1. 需要暴露恰當的類和方法，以使代碼的編寫邏輯更流暢
5. “多語言DSL”（polyglot DSL）
5.1. 介於內部DSL與外部DSL之間的解決方案
5.2. 可以在JVM上運行另一種通用編程語言
5.2.1. Scala
5.2.2. Groovy
6. DSL模式
6.1. 方法鏈接（method chaining）
6.1.1. 需要實現非常冗長的構建器
6.1.2. 為了將頂層構建器與底層構建器相融合，需要使用大量的膠水代碼
6.2. 嵌套函數DSL（nested function DSL）
6.3. 使用Lambda表達式的函數序列
6.3.1. 在DSL中使用方法引用
