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