trufun4 9:24:30
UML開課啦，今天講狀態圖
啃鐵鼠<4> 9:29:47
好啊
trufun4 9:30:05
上堂的序列圖是反映多個對象之間的交互，而狀態圖是反映單個對象內部的交互
=============歡迎訪問www.trufun.net免費下載UML2建模工具=======================
trufun4 9:30:41
狀態圖是序列圖分析的延伸
啃鐵鼠<4> 9:32:03
注意哪些地方了？又怎么來應用了？為什么要使用狀態圖來分析了？
trufun4 9:33:16
很好，看來你思考了
webmaster(1) 9:34:21
大家要多多配合老師的話題積極發言，老師會講的更深入些，
trufun4 9:35:35
為啥要要研究對象的狀態呢，因為對象只有在某種狀態下，才能對某種外部事件發出響應
啃鐵鼠<4> 9:36:36
是不是說，處在該狀態下只能處理該狀態的事件，其他狀態的事件就不能處理了？
trufun4 9:37:13
是的
啃鐵鼠<4> 9:38:13
可如果這樣，某個對象會不會出現很多很多的狀態，豈不是狀態處理很繁瑣和麻煩了
=============歡迎訪問www.trufun.net免費下載UML2建模工具=======================
trufun4 9:43:56
聽到下課鈴這個外部事件，處在上課狀態的學生可以發生狀態改變，處在下課狀態的學生，則不會發生狀態改變
啃鐵鼠<4> 9:44:52
該怎么來劃分狀態了？
trufun4 9:45:38
一個對象有多少狀態呢
承懿<2> 9:45:42
下課-->上課（上課鈴響）
承懿<2> 9:45:49
反過來下課鈴響
承懿<2> 9:46:17
事件驅動狀態改變
trufun4 9:46:42
事件是什么？
承懿<2> 9:47:26
上課鈴和下課鈴
承懿<2> 9:47:34
響就是事件
trufun4 9:48:08
用面向對象說實質
trufun4 9:50:39
talenter(3) 9:48:57
消息
talenter(3) 9:49:05
動作？
trufun4 9:49:26
對，消息，也就是方法
啃鐵鼠<4> 9:51:25
消息怎么會是方法了？
啃鐵鼠<4> 9:51:52
應該與運行的系統驅動方式有關吧？
承懿<2> 9:51:55
在objective c中消息就是方法
承懿<2> 9:52:10
這兩個好像可以互稱
啃鐵鼠<4> 9:52:17
windows系統消息和方法是兩個概念
trufun4 9:52:33
你可能沒學前面的課，可以查查以往的記錄
承懿<2> 9:52:33
windows中消息是message
承懿<2> 9:52:40
方法是對象調用的方法對吧
啃鐵鼠<4> 9:52:58
是的
trufun4 9:53:00
是的
啃鐵鼠<4> 9:53:15
通過消息映射實現的消息與方法的綁定
啃鐵鼠<4> 9:54:11
在windows下，消息==事件
W-inds(5) 9:54:20
trufunwu老師，可不可以整理下以往的教學啊...整理成一個文件。
trufun4 9:54:24
調用事件，消息，方法是從不同角度看問題的同一個函數
啃鐵鼠<4> 9:54:36
是的
啃鐵鼠<4> 9:56:10
所處的層次不同叫法不同，都是為實現驅動機制叫法不同
trufun4 9:56:45
答案：一個對象有無數個狀態
一米陽光(6) 9:58:26
我想問個db的問題 有誰對這塊熟嗎
trufun4 9:58:33
狀態用對象的屬性來表示
一米陽光(6) 10:00:55
trufunwu 老師 會數據庫嗎
webmaster(1) 10:01:12
每期的討論記錄都在網站論壇里面整理發布了
trufun4 10:01:13
什么問題
webmaster(1) 10:01:26
在論壇中的qq交流群記錄中，大家可以查閱
一米陽光(6) 10:02:09
有父子關系的表這么設計 有沒有問題?
一米陽光(6) 10:02:35
我以前一直這么設計的 剛才查資料 有人說這種不符合數據庫范式
trufun4 10:04:10
不規范
承懿<2> 10:04:37
第二個里面怎么兩個pk?
trufun4 10:05:02
就這個問題
一米陽光(6) 10:05:09
一個Pk吧 截得別人的圖
一米陽光(6) 10:05:42
等下 我重新截個圖
trufun4 10:06:42
違反主鍵和外鍵是整體關聯，而不是部分關聯
一米陽光(6) 10:08:20
這樣子嗎?
trufun4 10:09:24
return
一米陽光(6) 10:10:02
好像在子集合中把父表主鍵作為主鍵 就會出現2個pk
trufun4 10:10:45
課后交流此問題
一米陽光(6) 10:10:58
哦 好的
trufun4 10:11:20
我們只關心那些對我們感興趣的某個事件發出某種行為的狀態
trufun4 10:13:01
今天的案例： 靚號狀態
“靚號”能被鎖定，被鎖定的“靚號”不能被其它用戶再鎖定。被鎖定的靚號如果在15分鐘內沒被用戶租用，則還回到初始狀態，可以再被（其他）用戶鎖定。被 鎖定的“靚號”可以被租用，租用到期后能被系統預留（即為先前的用戶保護起來），預留一個月后如用戶未續租，則此“靚號”可以被其他人鎖定或租用。在租用 狀態下的“靚號”，如果被同一用戶累積租用超過半年，則可以買斷。被買斷后，此“靚號”變成普通號。
trufun4 10:16:07
分析出狀態，事件，監護條件，效果
一米陽光(6) 10:17:38
作業交到那里啊
trufun4 10:17:54
討論
啃鐵鼠<4> 10:20:36
看起來好復雜啊
trufun4 10:21:36
跟我學分析，最后畫成圖，簡單
承懿<2> 10:21:55
可惜我用的mac系統
承懿<2> 10:21:59
沒uml工具
一米陽光(6) 10:22:25
trufunwu 狀態圖里面有沒有回到起點的流程?
trufun4 10:23:08
用楚凡的，不但教用工具，而且教分析，多好
一米陽光(6) 10:23:41
呵呵
webmaster(1) 10:23:52
trufun產品支持跨平臺，mac操作系統沒問題
一米陽光(6) 10:24:23
個人用戶怎么收費啊....
trufun4 10:28:45
聯系網管
承懿<2> 10:29:44
我就做一個系統用了UML之后就沒用過了
trufun4 10:29:46
talenter(3) 10:27:14
累積租用超過半年
trufun4 10:28:05
累計租期是一個屬性
一米陽光(6) 10:29:52
又沒vs 環境下的免費版 我上網站看了下 只看到eclipse免費版
trufun4 10:30:26
先試用
trufun4 10:31:43
九頭鳥的奮斗(705543728) 10:30:10
靚號的屬性只有兩種 ：預留和非預留
trufun4 10:31:01
是否已預留是一個屬性
守護者(7) 11:02:50
屬性 是靚號
一米陽光(6) 11:03:05
靚號 是對象吧?
守護者(7) 11:03:07
鎖定狀態也可以成為鎖定
trufun4 11:03:15
屬性是是否鎖定
守護者(7) 11:03:23
靚號可以是號的子類 也可以是號的屬性
守護者(7) 11:03:27
都是可以的
守護者(7) 11:03:38
靚號也可以分成靚號和普通號
trufun4 11:03:38
號碼為屬性
守護者(7) 11:04:18
屬性和子類多代表著不同 可以根據當前的需要變化
trufun4 11:05:18
事件為其他人鎖定
守護者(7) 11:05:51
恩 這里的事件在實現上可以定義成 方法或者委托都OK
一米陽光(6) 11:06:26
@守護者 定義成方法我理解 定義成委托 我不大理解 能解釋下嗎
守護者(7) 11:06:51
什么地方不理解
守護者(7) 11:07:12
是不理解委托本身 還是不理解 為什么可以定義成委托？
trufun4 11:07:19
效果就是對象接收事件后的動作
trufun4 11:08:31
效果為拒絕鎖定
守護者(7) 11:08:44
定義成delegate后 可以 創建event來自的觸發委托 不知道怎么解釋行不行
一米陽光(6) 11:09:35
屬性: 號碼 是否鎖定 是否靚號 鎖定人,鎖定開始時間
事件: 發起鎖定
效果: 1.已經鎖定 拒絕鎖定
2.沒有鎖定 改變鎖定狀態
這樣?
守護者(7) 11:10:04
而且很多情況下 如果 暴露類和方法是緊耦合的 定義成delegate后 可以有效減除耦合 一米陽光這么說了解了吧
守護者(7) 11:11:22
狀態在很多時候 都是在異步的時候用的 同步就不說了 太多了
trufun4 11:12:35
被鎖定的“靚號”是監護條件，意思是不是所有對象對此事件都響應
守護者(7) 11:13:35
不是 從低耦合的角度來說 應需要特定的觸發吧
一米陽光(6) 11:13:50
@守護者
我不大理解 為什么 要 有效減除耦合
我以往的經驗中 定義了委托后,就可以在程序的執行流程中插入另外的執行代碼
守護者(7) 11:14:05
要是我的話 就是用 delegate在域上面做控制 或者
trufun4 11:14:14
耦合是設計的概念
守護者(7) 11:14:24
使用代理模式來操作
守護者(7) 11:14:50
耦合和內聚是 設計理念
啃鐵鼠<4> 11:15:08
低耦合就是為了設計的簡單
守護者(7) 11:15:08
委托的使用 誰都會 小米
守護者(7) 11:15:17
告訴我你為什么會使用委托
一米陽光(6) 11:15:26
恩 是用過 但是不知道為什么要用
守護者(7) 11:15:29
使用的動機什么
守護者(7) 11:15:50
如果 不知道動機為什么要用
守護者(7) 11:16:10
那你讓后面維護你代碼的后來人怎么維護呢
一米陽光(6) 11:16:31
我使用委托的情況 都是因為要操作本身以外的對象
守護者(7) 11:16:43
我在程序的每一行代碼都是用動機的 沒動機的代碼我寧愿不寫
守護者(7) 11:17:00
操作本身以外的對象
有很多方式 為什么就是用委托呢
承懿<2> 11:17:13
講一下委托的具體實例
承懿<2> 11:17:16
舉一個聽聽
守護者(7) 11:17:24
也可以調用 代理 觀察者 繼承 很多方式呀
承懿<2> 11:17:29
有可能我用過，但是我不知道
承懿<2> 11:17:35
代理曉得
守護者(7) 11:17:39
為什么單單使用委托
承懿<2> 11:17:39
觀察者也曉得
承懿<2> 11:17:48
delegate
承懿<2> 11:17:53
講一下嘛
一米陽光(6) 11:17:59
可以不用關心 外部對象 的操作 過程 結果
守護者(7) 11:18:11
承 去網上看看得多是
trufun4 11:18:27
被鎖定的靚號如果在15分鐘內沒被用戶租用，則還回到初始狀態，可以再被（其他）用戶鎖定，這句話的狀態，事件，效果
守護者(7) 11:18:36
定義成接口也可以看不到 操作過程
承懿<2> 11:18:39
你說的那個不用關心操作過程的那個不是建造者模式嗎
守護者(7) 11:18:47
咋不用Interface呢
一米陽光(6) 11:19:28
rufun4 11:12:35
被鎖定的“靚號”是監護條件，意思是不是所有對象對此事件都響應
我的理解是 所有的對象都響應,然后根據屬性返回不同結果
守護者(7) 11:20:58
呵呵 觀察者也可以呀 通過觀察狀態進行雙向依賴
一米陽光(6) 11:21:03
@守護者
我可能表達的有誤
這么說吧
我使用委托 主要是引發event
告訴外部對象 你可以執行某某操作了
至于怎么操作,要不要操作 本身不去管
一米陽光(6) 11:21:33
建造者模式 我以前還真沒有了解過
守護者(7) 11:21:49
這才是我要問的 有時候為了接觸雙向依賴 才需要委托
守護者(7) 11:22:29
而且定義event后 委托能后自動觸發 在一定的場合下能帶來便利
一米陽光(6) 11:22:31
@守護者 我被繞糊涂了
trufun4 11:22:41
狀態有兩個，已鎖定狀態和初始狀態
守護者(7) 11:22:49
其實我就是在問你委托的使用動機
守護者(7) 11:23:03
因為 很多方式都能表達消息的傳遞
承懿<2> 11:23:11
像android的AlertDialog就是典型的建造者模式
trufun4 11:23:21
狀態有兩個，已鎖定狀態和初始狀態
守護者(7) 11:23:21
不同情況下 最佳方案不一樣 這就是我要問的
承懿<2> 11:23:22
守護者(7) 11:23:52
trufunwu 我把狀態 用繼承放在子類也表達 也OK吧
承懿<2> 11:24:06
你不需要知道里面是怎么實現的，傳入不同的參數得到不同的界面
承懿<2> 11:24:16
里面的建造過程很復雜
一米陽光(6) 11:25:31
剛才說的這些 我沒有得到一個結論 我做的對不對 我該怎么做 為什么要這么做
trufun4 11:25:56
事件為未租用
一米陽光(6) 11:27:36
我真暈了 有沒有基礎書 我去啃啃
trufun4 11:28:43
效果是回到初始狀態的回到行為
一米陽光(6) 11:29:53
復位行為 我更容易理解 回到行為 有點繞 呵呵
trufun4 11:31:01
可以再被（其他）用戶鎖定，是遷移后狀態的內部行為
trufun4 11:33:11
剩下的網友自己分析
守護者(7) 11:33:38
呵呵
守護者(7) 11:34:04
tru 通過狀態 給大家引了很多模式上的話題呀 呵呵
trufun4 11:34:16
謝謝
trufun4 11:36:09
這是我的觀點，僅供參考
trufun4 11:36:55
守護者(7) 11:37:15
build模式 一個系統 沒幾個 除非是超級類 但是我設計的軟件 多沒有大型類 有也本大而化小了
守護者(7) 11:37:37
我寫過一個有關代碼的寫過規則 當然 是以前項目制定的 可以去看看
守護者(7) 11:37:51
150行 以內的類能大到什么地方去呢 呵呵
trufun4 11:41:08
下次討論組件圖，記住帶著問題來
守護者(7) 11:42:49
這圖 是系統級的了 話題有點大
一米陽光(6) 11:43:09
trufunwu 已租用 和 已續租 為什么是2個狀態?
守護者(7) 11:43:29
不做上層設計的話 一般不會用到組件圖
守護者(7) 11:44:14
這樣子能區分租用是 第一次租 續租 是第N次租
trufun4 11:44:41
對事件的響應（行為）不同
一米陽光(6) 11:46:12
是不是一個要記錄開始時間 一個不用記錄?
守護者(7) 11:46:20
很有可能第二以后在租用 就會打折 打折的話 和全款 就是不同的行為 所以狀態會不一樣的
trufun4 11:46:52
屬性討論已談過，有租期
一米陽光(6) 11:47:40
根據 租期 來決定是否買斷 是吧
trufun4 11:48:26
是的