[Tested in Grasshopper 0.9.0006]
Grasshopper 的叢集(cluster)在之前的版本大多被用在元件的群組、打包，或用來整理工作區。而 0.9 版重新改造過的 cluster 終於朝真正的、可重複使用的巨集邁了一大步。簡單來說，cluster 之於 Grasshopper 就是使用者自訂的巨集指令、巨集元件，或者你要叫他自訂函數也可以。
舉例來說，我有好幾個地方需要累加1：
就可以將「加1」的流程打包為 Cluster，複製到需要用的地方，一來保持工作區清爽，二來便於管理。打包方法：選取欲打包的元件，從主選單 Edit > Cluster 或者按滑鼠中鍵的環形選單中執行即可。
如果二個 cluster 來自相同的定義，內容會保持同步。如果想變更累加值，把「加1」變成「加2」，我只需要修改其中一個 cluster (下圖A1)，其他源自相同定義的 cluster (下圖A2)也會跟著改變：
而且，cluster 除了在檔案內與一般元件並存，現在也可以單獨匯出存檔，有專屬的副檔名 *.ghcluster，還可以密碼保護！匯出方式：在 cluster 上按滑鼠右鍵，選 Export... 或 Export & Reference... 就可以匯出存檔。這二者差異是前者只有匯出，後者是匯出及產生連結。
這些操作流程都變得很直覺、好用。想像一下，你可以：
我泥中有妳、妳泥中有我(Entanglement)
前述例子中，若 A2 是複製於 A1，則二者為「同體分身(entanglement)」，擁有相同的物件編號（可以想像成身分證號碼），所以才會像駭客任務中的 Agent Smith 分身一樣，彼此的樣貌和能力都一致，還會一起升級。
但若 A1 和 A2 是分別建立的 clusters，則二者的物件編號不同，即使外觀能力都一樣，未來卻無法保持同步。
問題來了，我們如果從 cluster 元件的外觀根本無從判斷二者的異同，名稱也無法區分，怎麼知道他們是不是 entanglement？難道要打開改一改，看哪幾個 cluster 跟著變？
妥善的命名策略也許是最簡單的方法（記得要切換為顯示元件名稱），其次是把 cluster 匯出存檔管理，再者還可以很認真的設計專屬 icon 作為視覺辨識。總之，如果沒有養成好習慣，想打包就打包，想匯出就匯出，也不命名，結果畫面上只看到一大堆紙箱元件，我想 cluster 就變成 clutter 了。
起手無回(Point of No Return)
我記得以前將元件群打包為 cluster 後，還可以炸開回復原狀（希望沒記錯）。現在 0.9 版只能打包元件，尚未支援炸開回復，未來會不會支援也不知道。所以呢，剛剛打包好的 cluster 還可以用 Undo 取消動作，恢復原狀。但已經錯過 Undo 時機的 cluster，就只能打開 cluster 進入編輯模式、全選、複製、回到主工作區、貼上。
就我自己的觀點，這個問題還稱不上是問題，只不過是物件管理上的限制。
如果你有其他程式語言經驗，其實只要把函數(function)的設計原則套入，你就懂 cluster 的角色了。然而 Max/MSP 和 PureData 的自訂物件更接近 cluster 的用法，他們的物件管理就更簡單了，每個自訂物件一律就是單獨的檔案。
聰明的預設值
當打包 cluster 時，GH 會很貼心的把輸入參數值保留起來，當作該 cluster 的預設值，減少了發生警告或錯誤訊息的機會。
Grasshopper 的叢集(cluster)在之前的版本大多被用在元件的群組、打包，或用來整理工作區。而 0.9 版重新改造過的 cluster 終於朝真正的、可重複使用的巨集邁了一大步。簡單來說，cluster 之於 Grasshopper 就是使用者自訂的巨集指令、巨集元件，或者你要叫他自訂函數也可以。
舉例來說，我有好幾個地方需要累加1：
就可以將「加1」的流程打包為 Cluster，複製到需要用的地方，一來保持工作區清爽，二來便於管理。打包方法：選取欲打包的元件，從主選單 Edit > Cluster 或者按滑鼠中鍵的環形選單中執行即可。
如果二個 cluster 來自相同的定義，內容會保持同步。如果想變更累加值，把「加1」變成「加2」，我只需要修改其中一個 cluster (下圖A1)，其他源自相同定義的 cluster (下圖A2)也會跟著改變：
而且，cluster 除了在檔案內與一般元件並存，現在也可以單獨匯出存檔，有專屬的副檔名 *.ghcluster，還可以密碼保護！匯出方式：在 cluster 上按滑鼠右鍵，選 Export... 或 Export & Reference... 就可以匯出存檔。這二者差異是前者只有匯出，後者是匯出及產生連結。
這些操作流程都變得很直覺、好用。想像一下，你可以：
- 把檔案裡大量重複出現的元件群組，用 cluster 來管理！
- 把自己慣用的元件流程包裝成新元件，便於未來重複使用！
- 把獨家秘方單獨存檔，再用密碼保護，不怕別人盜用！
我泥中有妳、妳泥中有我(Entanglement)
前述例子中，若 A2 是複製於 A1，則二者為「同體分身(entanglement)」，擁有相同的物件編號（可以想像成身分證號碼），所以才會像駭客任務中的 Agent Smith 分身一樣，彼此的樣貌和能力都一致，還會一起升級。
但若 A1 和 A2 是分別建立的 clusters，則二者的物件編號不同，即使外觀能力都一樣，未來卻無法保持同步。
問題來了，我們如果從 cluster 元件的外觀根本無從判斷二者的異同，名稱也無法區分，怎麼知道他們是不是 entanglement？難道要打開改一改，看哪幾個 cluster 跟著變？
妥善的命名策略也許是最簡單的方法（記得要切換為顯示元件名稱），其次是把 cluster 匯出存檔管理，再者還可以很認真的設計專屬 icon 作為視覺辨識。總之，如果沒有養成好習慣，想打包就打包，想匯出就匯出，也不命名，結果畫面上只看到一大堆紙箱元件，我想 cluster 就變成 clutter 了。
起手無回(Point of No Return)
我記得以前將元件群打包為 cluster 後，還可以炸開回復原狀（希望沒記錯）。現在 0.9 版只能打包元件，尚未支援炸開回復，未來會不會支援也不知道。所以呢，剛剛打包好的 cluster 還可以用 Undo 取消動作，恢復原狀。但已經錯過 Undo 時機的 cluster，就只能打開 cluster 進入編輯模式、全選、複製、回到主工作區、貼上。
就我自己的觀點，這個問題還稱不上是問題，只不過是物件管理上的限制。
如果你有其他程式語言經驗，其實只要把函數(function)的設計原則套入，你就懂 cluster 的角色了。然而 Max/MSP 和 PureData 的自訂物件更接近 cluster 的用法，他們的物件管理就更簡單了，每個自訂物件一律就是單獨的檔案。
聰明的預設值
當打包 cluster 時，GH 會很貼心的把輸入參數值保留起來，當作該 cluster 的預設值，減少了發生警告或錯誤訊息的機會。
留言
張貼留言