Re: [請益] 這種情況有比 Decorator 更好的模式嗎?

[bill42362 (酒池肉林夜夜生科)]

: : A {
: :   display();
: :   zoom();
: : }
: : B {
: :   display();
: :   play();
: : }
: : C {
: :   display();
: :   copy();
: : }
: 權限決定是否加上的 share(), vote(), edit(), delete()
: 比如甲因為是作者，所以為他加上 edit() 和 delete()
: 同一個物件乙看到時可能只有 vote()
: 而丙因為是甲的好友，所以可以 share(), vote()

: 推 legendmtg   :你應該先考慮把share() vote edit()這些function      10/13 04:24
: → legendmtg   :做成接收A B C這些type的non-member function         10/13 04:25
: 推 tails32100  :個人想法：就算動態加上去一樣，在調用時一樣要判斷   10/13 12:28
: → tails32100  :直接把要用的function全寫進去，判斷寫在裡面會比較   10/13 12:29
: → tails32100  :單純好懂 Orz                                       10/13 12:30
: 推 qrtt1       :看起來沒有動態的必要，這是有沒有權限的問題啊xd     10/13 20:18
: → qrtt1       :你需要的是一個好的權限架構吧（思                   10/13 20:33
: 推 legendmtg   :提供set/get function就好了啊 為什麼要做成public?   10/13 21:10

小弟這個系統目前是實作在網頁上
所以先試著從Q大的權限架構這個點來思考

權限我想到的實作方法有兩種
1) 讓 ABC 都擁有 share(), vote(), ...method，
   將執行的動作送至伺服器，由伺服器判斷權限並回傳結果。缺
   點是流量會非常大，伺服器不夠好可能會有點辛苦。
   這其中又分為兩種作法:
   i.  使用 non-member function 或是建立另一個接受 ABC 為
       參數的物件專門處理這些行為。
   ii. 將所有的 ABC 物件都加上這些 methods，但這樣會造成大
       量重複的程式片段，以後要增修都很麻煩，暫不考慮。
2) 將權限判斷放在 client 端，藉以減少流量，但事實上為了防
   止偽 client，還是要在 server 端再判斷一次。
   這也分兩種方法:
   i.  在 new 物件時同時向伺服器取得權限資訊，並只為物件加
       上允許的 methods。可惜在各種搜尋下都找不到適合的設計
       模式，這部份還請大大多多幫忙。TT
   ii. 使用類似 1) 的方法，但是在取得權限資訊後將不允許的
       行為從 UI 部分鎖住。

目前感覺 2-ii 的方法是可行性最高的，也可以達到節省流量的效果。

To L 大: 印象中有看過一篇文章，建議 set/getter 除非是有再處
  理效果，如: setValue(a) { this.a = a/2; }。不然如果成對出
  現時語意上跟直些設成 public 差別不大。所以我遇到這種情況通
  常都是設成 public 比較多。 @@"

不知道小弟這樣的想法有沒有再改進的空間，感謝大大協助!!

--
想你的時候  不一定能告訴你
如果不告訴你  也能會意
那我們就是有 真正的默契

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 121.215.129.5
→ qrtt1       :不用單獨加在 A, B, C 內，寫一個 decorator
→ qrtt1       :ModificationSupported() 把它們包在裡面
→ qrtt1       :method 內只是多個 if(!isOwnner()) return;
→ qrtt1       :流入的量應該遠比流出的小，還是你有特別的應用＠＠
→ qrtt1       :這樣功能的變動都在哪一層支援修改的功能
→ bill42362   :目前大部分功能變動都希望在 client 端完成
→ bill42362   :減少流量其實是希望反應可以及時一點，不希望使用者
→ bill42362   :點按鈕要等 server 回應，權限不足的操作直接顯示不
→ bill42362   :ModificationSupported() 的方式就是 1-ii的物件版
→ bill42362   :嗎？ 感謝回覆 我會再想想~
→ qrtt1       :你沒辦法只選擇做一邊，權限這種事是 server 的責任
→ qrtt1       :client 只是為了使用者體驗做的 :P
→ bill42362   :同感!! 想過之後就發現兩邊都不能省 XDD"
→ dlikeayu    :先畫uml圖吧，不用用寫code的方式去看，滑鼠拉一拉
→ dlikeayu    :關係搞不好你要的東西就突然出來了