屬性管理 - 製作中
在正式介紹 屬性管理 之前,我們需要先理解屬性為何。
-
何謂屬性
屬性是特定對象共同具有的特質或性質,而這些特質在這些對象之間呈現的結果並不會完全一致。
像是每個人眼睛的顏色並不會完全相同,身高、體重、膚色、頭髮長度...等等,也是相同的道理,而這些就是身為人共同具有的特質,所以我們可以說每個人都具有眼睛顏色、身高、體重...等等的屬性。
基於這個概念,GOSU BAR 提供的屬性可以根據不同的需求去建立適合的屬性,並運用這些屬性來記錄、管理特定的資訊與資料。
釐清屬性的概念後,接著需要理解 GOSU BAR 屬性的應用對象種類,了解其作用對象的差異以及各自適合使用的情境。
-
屬性的應用對象(好友/機器人/組織)
在 GOSU BAR 平台上屬性共分成 3 種應用對象:好友、機器人、組織。
※ 以層級來說:組織>機器人>好友,組織位於最上層(最外),好友位於最下層(最內)。※ 建立在合適的應用對象,有助於管理上的簡化,功能執行的效能、效率也會獲得優化。
-
好友
大多數的使用情境,建立的下屬性會是建立在好友這個的應用對象會選擇好友,因為一般常見的情境下會需求是直接記錄使用者本身的資訊比較多。例如:眼睛顏色、身高、體重,、電話、住址、ID,這些都是屬於用戶自己的資訊。
※ 假設建立了眼睛顏色電話、身高住址、體重這ID這三個屬性至好友應用對象為好友的屬性,那麼在同一個組織中無論機器人為何,組織中所有的好友都會具備這三個屬性。
-
機器人
部分情境下會需要應用對象為機器人的屬性,例如這一個屬性的資訊內容不代表用戶個人,它可能代表的是共有的資訊、資料。
例如:活動開始時間、活動結束時間,今天有一個活動它有開始與結束時間,我們希望當時間開始時,好友都可以觸發活動的相關功能,而當活動尚未開始或是活動結束後,不只功能不對外開放,也要回應用戶對應的訊息。
,這個屬性並不是用來記錄用戶個人的特質、性質,它是用來代表機器人之下的全部用戶的共同特質、性質的。
情境:今天有個機器人要舉辦一個活動,這個活動的開始時間需要被設定或記錄,所以這個時間對同個機器人的所有用戶來說都會是相同的。- 不建議:
將屬性 活動開始時間 建立在好友,並對機器人之下的所有用戶各別設定時間。
這將增加一些不必要的操作與時間成本,且未來要更改時間也將變得不好維護。
- 建議:
將屬性 活動開始時間 建立在機器人,只需要對機器人的這個屬性賦予時間,這個機器人的所有用戶都可以一起共用這個屬性。
- 不建議:
-
組織
若能理解機器人的說明,那麼建立在組織就不難理解。由於組織的層級比機器人再高一層,所以會將屬性建立在組織的情境,就是當組織之下的所有機器人都需要共用某個屬性,那就會選擇將屬性建立到組織,而非建立到機器人。
-
好友
無論屬性是建立在哪個應用對象,屬性都有 3 種型態可以選擇。建議依使用情境選擇適當的型態,這將有效優化一些操作,甚至提升運行的效能。
-
屬性的型態(文字/數字/列表)
在 GOSU BAR 平台上屬性共分成 3 種型態:文字、數字、列表-
文字
顧名思義,就是專門用來儲存文字的型態。
-
數字
專門用來儲存數字的型態,若屬性選擇此種型態,流程中的 設定屬性節點 將出現對此種屬性進行數字 加N 或 減N 的行為,可供選擇。
-
列表
若以程式撰寫來理解,列表其實就是陣列,所以能做的操作也相同,流程中的 設定屬性節點,一樣會有專屬於列表的操作行為可供選擇。
-
文字
-
屬性管理