首先，我們解決乙個問題，我們有了第乙個方法。然後，我們想解決包含這個問題的一類問題，我們總結乙個元方法。然後，我們想知道怎麼樣找到一類問題的方法的方法，這是就是元方法的元方法。或者說，元元方法。這樣的乙個不斷上溯的過程，我稱之為求元方法遞迴。
那麼我們該如何衡量這個元方法的業務/技術收益？元方法的收益應該是=(單個收益*適用範圍-推廣成本）。
繼續思考，元元方法的產生。我們來討論第二層是怎麼產生的。第二層，如果有很多個類似簽證的業務方，比如郵輪，機票，酒店，**卡，都要定製他們自己的下單元件進來，怎麼辦？核心思想就是解耦，但是又不僅僅是解耦。比如從解耦層次上，可能是只做資料層解耦，樣式定死，支援一部分樣式相同的元件的快速部署。又可能是樣式、資料同時解耦，還可能是元件級別解耦，業務方根據協議生成元件，交付下單頁面渲染布局。
這裡可以插一句，內聚/解耦的思想，是業務開發的核心方**。業務開發面對底層開發在跟你炫耀 opengl，xx 演算法模型，xx 編譯原理的時候，可以先說你說的我也略懂，然後再問一句，那麼，你懂xx業務解耦/元件化/動態布局/行業賦能/業務大腦嗎？
好，到第二層元元方法就為止了嗎？其實不止。必然會有第三層，元元元方法，比如解耦要解到什麼地步。假設你確定了這個下單頁面可以解耦到元件層級，那明年呢？明年元件層級夠用嗎？這是時間維度。空間維度呢？換商品詳情業務，解耦到什麼層級呢？假設我們說商品詳情業務可以解耦到資料層級，那麼為什麼下單可以解耦到元件層級，商品詳情業務只能解耦到資料層級？能不能建立出乙個推論模式，通過幾個條件來判斷乙個業務究竟能解耦到哪個層級？
第四層...好了，不說了，事實上抽象到第三層已經適用大多數場景了。但這並不意味著，第三層的元元元方法很少，事實上，很多。當我們在討論 n+1 層的元方法的時候，我們必然是捨棄了 n 層中的一些資訊，來獲取
n1，n2，n3....中的一些公有的共同點。那麼，捨棄a、b、c，取 d，和捨棄a、c、d，取 b，他們得到的 n+1層的元方法都是不一樣的。所以，元方法無窮無盡，每上乙個維度，他的方法空間的大小也會膨脹乙個維度。從乙個二維的平面頓時變成了乙個三維的空間。所以，抽象的世界比真實世界更複雜，只要我們未曾停下對真實世界、傳統業務的擴張和改造，抽象的空間永遠存在，人的思考永遠有價值。
結尾來乙個類似自舉一般的奇妙總結。這篇本身，也是乙個元方法。
實驗5 3 使用函式求奇數和 15分 遞龜
本題要求實現乙個函式，計算n個整數中所有奇數的和，同時實現乙個判斷奇偶性的函式。函式介面定義 int even int n int oddsum int list,int n 其中函式even將根據使用者傳入的引數n的奇偶性返回相應值 當n為偶數時返回1，否則返回0。函式oddsum負責計算並返回傳...
求兩個數的最大公約數（方法二 輾轉相除法非遞迴）
思路 先假設有兩個數是x和y,存在乙個最大公約數z x,y 即x和y都有公約數z,那麼x一定能被z整除，y也能被z整除，所以x和y的線性組合mx ny也一定能被z整除。m,n可取任意整數 對於輾轉相除法來說，思路就是 若x y,設x y n餘c,則x能表示成x ny c的形式，將ny移到左邊就是x ...
Lua 元表以及元方法
例如 a 10b 20print a b 我們可以得到30，但是如果兩個table型別相加呢？a b print a b 輸出結果是 lua hello world.lua 3 attempt to perform arithmetic on global a a table value stack...