作者anan87ptt (安安您好)
看板OOAD
标题Re: [请益] 这种情况有比 Decorator 更好的模式吗?
时间Thu Jul 7 22:40:14 2022
以下是他们的表单
*填表单的注意事项
https://i.imgur.com/lJSXiUU.jpg
*汇出照片及格式
https://i.imgur.com/rMikR1O.jpg
最後一张最重要是提供银行帐户号码供音源总攻队汇款
https://i.imgur.com/VvGzQHy.jpg
感觉她们男饭很有组织力,用钱砸下载也很大手笔(毕竟下载一次是android 1100韩元、iOS 1200韩元,但音源总攻队只认1100韩元哈哈,可以下载到110几万韩元也是很花劳动力)
反正音源网站们都很会抓漏洞,14岁未成年的这个方法搞不好很快就被改掉了。
本篇只是让大家在批评指教时,可以先了解内容是什麽,希望有帮各位解惑,以上。
-----
Sent from JPTT on my iPhone※ 引述《bill42362 (酒池肉林夜夜生科)》之铭言:
: : 权限决定是否加上的 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), 来自: 49.216.91.98 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/OOAD/M.1657204816.A.AFA.html
1F:→ glo6e : 推 12/25 22:52