年度最佳UML/MDA工具

trufun1  9:35:38
UML開課啦
trufun1  9:37:40
上堂課征求意見結(jié)果如下：
trufun1  9:38:48
1.有人提的語音等方式不適合上班的大部分網(wǎng)友
trufun1  9:39:20
2.以實(shí)戰(zhàn)項(xiàng)目為主
trufun1  9:42:58
結(jié)論：1.還是采用目前的方式教學(xué)，2.開展實(shí)戰(zhàn)項(xiàng)目征集
trufun1  9:46:45
下面是需求征集表，希望大家下載后傳給我
trufun1  9:48:08
             UML建模推廣課程討論題目
網(wǎng)友稱呼        工作單位    
題目    
需求片段    要求：1.有一定深度，2.替換掉單位等不宜公開信息
需求描述：

分析要求：    

trufun1  9:52:11

今天的課程是講解楚凡科技的軟件過程模型TUP

=============歡迎訪問www.trufun.net下載免費(fèi)UML2工具試用=================

============歡迎加入Trufun家園交流群討論UML2應(yīng)用問題================

trufun1  9:57:12
在UML建模出現(xiàn)之后，這些模型都聲稱支持建模過程
trufun1  10:01:45
但是國際omg組織并沒有指定該何種過程模型
trufun1  10:06:44
西安楚凡科技在總結(jié)其他模型的基礎(chǔ)上，提出了一種適合中小軟件企業(yè)的過程模型TUP
trufun1  10:11:48

trufun1  10:14:30
如圖所示：整個(gè)建模過程從水平方向分為三個(gè)階段，13個(gè)活動(dòng)
trufun1  10:16:10
垂直方向分為兩個(gè)過程
trufun1  10:18:51
TUP的每個(gè)階段都包括一系列目標(biāo)、若干重要的焦點(diǎn)活動(dòng)、若干建模成果以及一個(gè)組織活動(dòng)的方法和一個(gè)階段結(jié)束的里程碑。
trufun1  10:21:21
比如：草圖階段的主要目標(biāo)是獲取和定義用戶需求，主要包括以下幾個(gè)方面：
n    確定客戶高層需求；
n    確定主要的用戶業(yè)務(wù)需求；
n    確定軟件的范圍；
n    確定軟件系統(tǒng)的實(shí)現(xiàn)目標(biāo)；
n    確定架構(gòu)雛形。trufun1  10:24:00
焦點(diǎn)：草圖階段的重點(diǎn)是交流活動(dòng)和建模活動(dòng)，在建模活動(dòng)中除了UML建模以外，可能還有原型建模。
trufun1  10:26:58
草圖階段的主要成果

n    生成了系統(tǒng)映像；
n    生成了架構(gòu)雛形；
n    建立了主要分析類模型；
n    建立了主要流程的活動(dòng)圖模型；
n    建立了系統(tǒng)用例圖模型。
trufun1  10:28:18
草圖階段的里程碑：確定了軟件的范圍和目標(biāo)，并取得客戶的認(rèn)可
trufun1  10:31:12
下面對(duì)TUP過程模型有什么問題可以提問
trufun1  10:31:26
下面對(duì)TUP過程模型有什么問題可以提問
trufun1  10:34:16
過程模型說簡單一點(diǎn)，就是告訴你應(yīng)該先做什么，后作什么
trufun1  10:36:54
就象往墻上釘一幅畫一樣，OMG只告訴你有畫，釘子，榔頭，漿糊，刷子
trufun1  10:41:02
是用釘子還是用漿糊，omg并沒有告訴你，就象是用活動(dòng)圖表示，還是用序列圖表示，并沒有國際標(biāo)準(zhǔn)
trufun1  10:47:58
TUP就是告訴大家怎樣從頭到尾進(jìn)行軟件建模
trufun1  10:51:26
怎樣由粗到精，由表及里尋找需求背后的業(yè)務(wù)模型
trufun1  10:56:01
TUP有很多特點(diǎn)：比如簡化了RUP中的許多概念，大家知道概念多了交流起來容易混淆
trufun1  11:00:05
比如RUP中與系統(tǒng)交互的有干系人，代理人，用戶，角色，系統(tǒng)參與者，而TUP只有一個(gè)關(guān)鍵的概念角色，明確的表示了交互和邊界的含義
trufun1  11:07:53

所以TUP實(shí)用、簡單，學(xué)起來，使用起來容易

=========歡迎訪問www.trufun.net下載免費(fèi)UML2工具試用=============

==========歡迎加入Trufun家園交流群討論UML2應(yīng)用問題=============

trufun1  11:10:19
今天的內(nèi)容理論性比較強(qiáng)，不是很多網(wǎng)友的關(guān)注點(diǎn)，這一點(diǎn)我在以往教學(xué)中是清楚的
trufun1  11:18:11
提不出問題沒關(guān)系，當(dāng)你看不懂RUP的書，不知道怎樣在開發(fā)中建模，想想還有TUP就可以啦
trufun1  11:26:23
另外，如果大家希望實(shí)戰(zhàn)分析的內(nèi)容有針對(duì)性，不妨把那個(gè)需求征集表填一下，可以是自己不明白的需求，也可以是自己希望學(xué)習(xí)的內(nèi)容
trufun1  11:31:33
上學(xué)期的案例都是我準(zhǔn)備的，上節(jié)課征集意見時(shí)，大家還是希望講實(shí)戰(zhàn)的項(xiàng)目，要學(xué)習(xí)，需要大家配合
IS印象(20474992)  11:33:22
這樣子講沒什么感覺
trufun1  11:34:18
你希望這樣
trufun1  11:34:33
你希望怎樣
樂百氏(3)  11:34:49
老師完整地操作一遍，大家圍觀，隨時(shí)提出問題。
trufun1  11:35:23
大家可以提出自己的實(shí)際案例，我們來實(shí)時(shí)操作分析
trufun1  11:40:57
今天的課程就到這里，888
QQ熊(2) 2012/2/7 11:45:09
能否提供一個(gè)安例呢?（從需求收集--》需求分析--》需求設(shè)計(jì)）
有整個(gè)方案的詳細(xì)分檔么？
trufun1 2012/2/7 11:46:25
在
trufun1 2012/2/7 11:46:56
你設(shè)想一個(gè)發(fā)給我
QQ熊(2) 2012/2/7 11:49:13
好的。

=========歡迎訪問www.trufun.net下載免費(fèi)UML2工具試用==============

===========歡迎加入Trufun家園交流群討論UML2應(yīng)用問題============

中國人最常用的UML工具介紹（摘自論壇投票結(jié)果和網(wǎng)友）

第一名：Rational Rose。大名鼎鼎，史上最有名、最無可替代的UML產(chǎn)品，以至于，大多數(shù)將之等同于UML工具，正如將可樂等同于可口可樂。需要指出的是，自從 Rational被IBM收購之后，Rational Rose已經(jīng)成為歷史，作為UML1.4標(biāo)準(zhǔn)的產(chǎn)物，現(xiàn)在已經(jīng)不升級(jí)。其替代品是IBM的其他產(chǎn)品，如IBM RSA, RSD等。

第二名：IBM Rational RSA。無可置疑，IBM的旗艦產(chǎn)品，通過和IBM其他產(chǎn)品的協(xié)調(diào)，支持軟件開發(fā)的全生命周期開發(fā)。唯一的缺陷，是出奇的笨重，和出奇的龐雜昂貴（不唯一了？）。

第三名：Trufun Kant Studio。作為國產(chǎn)唯一的UML工具，據(jù)說是最易用的UML工具，目前在國內(nèi)大多數(shù)高校取得了廣泛的應(yīng)用。對(duì)企業(yè)和高校而言，其最獨(dú)特的殺傷性武器是 支持廣泛實(shí)用性強(qiáng)，而且?guī)椭髽I(yè)引入TUP實(shí)訓(xùn)和咨詢，一步到位解決產(chǎn)品和具體應(yīng)用問題。

第四名：EA。EA的特點(diǎn)就是沒特點(diǎn)，除了便宜和好像要啥有啥外，沒有讓人印象深刻的地方，可能這就是低價(jià)產(chǎn)品之道。說起來，倒像我曾經(jīng)呆過的系統(tǒng)集成企業(yè)，招標(biāo)時(shí)，沒有我不會(huì)做的，沒有比我更便宜的，呵呵。

第五名：StarUML。用Delphi能做到這種程度，StarUML作者絕對(duì)是個(gè)Delphi牛人，只可惜此開源項(xiàng)目不知為何中止，可惜啊。如果能夠繼續(xù)的話，估計(jì)其他UML工具都沒有活路了。

其他還有一些不太常用的，以后有時(shí)間再說，如ArgoUML, PowerDesigner, Visual UML等。

以上評(píng)價(jià)僅代表個(gè)人觀點(diǎn)，如有異議，歡迎來信來函討論。

即 日起，凡是購買Trufun最新版本Trufun Kant Studio一站式開發(fā)平臺(tái)4套（39600元）的企業(yè)或者團(tuán)隊(duì)，均可獲贈(zèng)Trufun Plato企業(yè)版最新版本6套和3天定制企業(yè)內(nèi)訓(xùn)課程（價(jià)值63000元），所獲贈(zèng)企業(yè)內(nèi)訓(xùn)課程內(nèi)容可以根據(jù)Trufun所提供培訓(xùn)課程并結(jié)合企業(yè)項(xiàng)目特 點(diǎn)進(jìn)行定制，更有機(jī)會(huì)加入Trufun高級(jí)TUP過程培訓(xùn)內(nèi)容，本次活動(dòng)名額有限，僅限10名，以簽訂合同順序?yàn)闇?zhǔn)，機(jī)不可失，時(shí)不再來！！

訪問官網(wǎng)了解更多www.trufun.net
來電來信咨詢  029-88346234   trufun*a*trufun.net 

trufun1  9:28:06
UML開課啦，今天討論組件圖
--(3)  9:28:23
好呀好呀
trufun1  9:31:49
簡單講，組件是一個(gè)可獨(dú)立運(yùn)行的、代表一個(gè)業(yè)務(wù)的二進(jìn)制代碼
--(3)  9:32:21
組件必須是可獨(dú)立運(yùn)行的嗎？
--(3)  9:32:31
如果不可以獨(dú)立運(yùn)行，是不是就不叫組件？
守護(hù)者(4)  9:32:32
trufun1  9:33:42
這是標(biāo)準(zhǔn)的解釋
--(3)  9:34:23
有意外情況？
守護(hù)者(4)  9:34:27
組件也可以是一個(gè) 可執(zhí)行 可調(diào)用的 模塊吧
--(3)  9:34:33
非獨(dú)立運(yùn)行的組件出現(xiàn)？
守護(hù)者(4)  9:34:41
不一定都是可執(zhí)行的吧
承懿<5>  9:35:36
那把非標(biāo)準(zhǔn)的講一下，通俗點(diǎn)吧

========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費(fèi)下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================

trufun1  9:35:52
面向過程，面向?qū)ο笾缶褪敲嫦蚪M件
守護(hù)者(4)  9:36:08
我有自己工作積累的獨(dú)立模塊  這不是可以獨(dú)立運(yùn)行的   也應(yīng)該算做是組件吧
--(3)  9:36:50
等下啊，問句題外話，你們?cè)诤邶埥袑ｉT的培訓(xùn)機(jī)構(gòu)嗎？想去系統(tǒng)的學(xué)習(xí)一下
守護(hù)者(4)  9:36:54
我以前做過一點(diǎn) 面向 字符串  也是一種 呵呵
--(3)  9:37:00
吉林也成，遼寧也行，東三省都行
trufun
系統(tǒng)學(xué)習(xí)參加trufun公開課或者企業(yè)內(nèi)訓(xùn)都可以
trufun1  9:40:28
組件有一個(gè)很重要的特征是有接口
trufun1  9:42:28
一個(gè)生產(chǎn)產(chǎn)品的企業(yè)從外部看就是組件
守護(hù)者(4)  9:42:52
怎么講 是說將其完全封裝嗎
trufun1  9:43:54
這里不是封裝，而是抽象
trufun1  9:44:54
如計(jì)算機(jī)，cpu，內(nèi)存條都是組件
守護(hù)者(4)  9:44:59
面向接口 我覺得 不就是 將行為抽象 將實(shí)現(xiàn)封裝嗎
守護(hù)者(4)  9:45:11
恩  
一米陽光(6)  9:45:49
面向接口  我發(fā)現(xiàn)通過繼承也可以實(shí)現(xiàn)接口的功能 這又是什么呢
承懿<5>  9:46:04
守護(hù)者(4)  9:44:59
面向接口 我覺得 不就是 將行為抽象 將實(shí)現(xiàn)封裝嗎
我覺得也是這個(gè)的
trufun1  9:46:08
組件是物理實(shí)現(xiàn)抽象表達(dá)
守護(hù)者(4)  9:46:34
哦
trufun1  9:47:19
如cpu實(shí)際上是對(duì)cpu板子的抽象
trufun1  9:48:03
當(dāng)然，物理軟件也可抽象成組件

--(3)  9:48:07
若干個(gè)可獨(dú)立工作的組件，通過接口組裝在一起，就變成了一個(gè)整體的系統(tǒng)，可以這么理解吧？
一米陽光(6)  9:48:21
意思 一個(gè)組件就是一段獨(dú)立的代碼?
trufun1  9:49:29
一般講，組件是具體的制品構(gòu)成
一米陽光(6)  9:49:53
不依托其他 條件存在的?
trufun1  9:49:55
組件是抽象的
trufun1  9:50:15
制品是實(shí)例化的
trufun1  9:50:36
獨(dú)立
trufun1  9:51:27
代碼（exe,dll) 是制品的一種
一米陽光(6)  9:51:36
那么這么理解 行不行  組件 就是一個(gè)類  制品就是一個(gè)實(shí)例對(duì)象? 比如 new object?
承懿<5>  9:51:40
曉得了
========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費(fèi)下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================
守護(hù)者(4)  9:52:06
組件  比類的粒度要大得多 層面也不一樣 小米
trufun1  9:52:09
有點(diǎn)類似
承懿<5>  9:52:26
我原來在另外一家公司 的時(shí)候他們的部件加載就是加載dll直接運(yùn)行的
守護(hù)者(4)  9:53:45
我自己以前工作的內(nèi)容 也集成過一個(gè)DLL  自己寫程序時(shí)  也會(huì)  當(dāng)組件來用 但是單位的程序就不行了
trufun1  9:55:24
組件又被分為執(zhí)行組件、部署組件、產(chǎn)品組件
trufun1  9:57:27
希望大家多提問題
--(3)  10:02:06
組件只能是單獨(dú)存在的吧？不會(huì)出現(xiàn)組件下面還有小組件存在的這種情況吧？
--(3)  10:02:14
是不是要把組件給細(xì)分到最小化？
trufun1  10:02:18
我問大家一個(gè)問題，什么是組件架構(gòu)，由那些組件組成？
trufun1  10:02:34
組件可以包含組件
守護(hù)者(4)  10:07:08
SOA算嗎  將組件封裝成服務(wù)
--(3)  10:07:09
那為什么直接細(xì)分成最小化呢？
trufun1  10:07:24
一般講，由容器組件、粘結(jié)組件和產(chǎn)品組件構(gòu)成
守護(hù)者(4)  10:08:32
容器 最簡單的理解就是 namespace  或者 說是 package
trufun1  10:09:41
舉例：網(wǎng)頁中，容器組件是什么？粘結(jié)組件是什么，產(chǎn)品組件是什么？
守護(hù)者(4)  10:09:57
粘結(jié)組件?
trufun1  10:10:38
粘接
守護(hù)者(4)  10:11:04
網(wǎng)頁中，容器組件就是網(wǎng)頁所在的鏈接
產(chǎn)品組件 就是所用到的外部DLL 或者是 頁面控件組件
trufun1  10:11:19
不大對(duì)
守護(hù)者(4)  10:11:49
粘結(jié)組件不知道 但是從字面上看是不是就是 鏈接自己程序和 外部程序的適配器呢
一米陽光(6)  10:12:28
我覺得怎么個(gè)html 就是容器組件
trufun1  10:12:34
字打別了為粘接
trufun1  10:13:18
html為粘接組件
守護(hù)者(4)  10:13:44
 tru　能給個(gè)鏈接嗎　　我也學(xué)習(xí)一下
trufun1  10:14:11
其他呢？
trufun1  10:14:27
你正在學(xué)
承懿<5>  10:14:36
網(wǎng)頁中的容器組件最大的是body
承懿<5>  10:14:52
小的div table這些都是窗口組件
trufun1  10:15:08
那不是組件，是tag

承懿<5>  10:16:12
不明白，這些也稱為標(biāo)簽，但是里面能放東西啊
trufun1  10:16:32
頁面中的廣告，圖片是產(chǎn)品組件
守護(hù)者(4)  10:17:05
廣告，圖片？
守護(hù)者(4)  10:17:17
那就是說成型的東西　哦
trufun1  10:17:24
可獨(dú)立執(zhí)行
守護(hù)者(4)  10:17:37
那如果我應(yīng)用了第三方　控件的話　也算是　　產(chǎn)品組件吧
trufun1  10:17:43
是
守護(hù)者(4)  10:18:03
哦　
守護(hù)者(4)  10:18:11
那　粘結(jié)組件　呢
trufun1  10:18:16
頁面本身是容器組件
守護(hù)者(4)  10:18:20
不是　適配器嗎
守護(hù)者(4)  10:18:42
 是說　調(diào)用產(chǎn)品組件的　組件就是粘結(jié)組件嗎
trufun1  10:18:46
粘接組件為html

守護(hù)者(4)  10:19:00
那ｊｓ呢
一米陽光(6)  10:19:00
那asp.net 里面的控件算不算組件?
trufun1  10:19:18
產(chǎn)品組件
守護(hù)者(4)  10:19:35
ａｊａｘ　都算是產(chǎn)品組件　對(duì)吧
trufun1  10:19:42
是
一米陽光(6)  10:19:47
trufunwu 老師 你回答的是 我的還是 守護(hù)者的?
trufun1  10:23:57
誰能舉java中組件架構(gòu)的例子？
--(3)  10:24:49
老師，提問一下：組件，是不是要用在開發(fā)上？在需求設(shè)計(jì)，是不是用不到？
守護(hù)者(4)  10:25:10
 
trufun1  10:25:27
經(jīng)常用
trufun1  10:25:51
在實(shí)現(xiàn)階段，不是分析階段
--(3)  10:26:30
哦，那就對(duì)了。我理解的沒錯(cuò)誤
trufun1  10:26:33
組件，是實(shí)現(xiàn)階段的工作
trufun1  10:26:52
組件，是實(shí)現(xiàn)階段的工作
--(3)  10:26:54
實(shí)現(xiàn)階段不歸我這負(fù)責(zé)，怪不得聽不懂和理解不了
守護(hù)者(4)  10:27:07
那--  你負(fù)責(zé)什么？
--(3)  10:27:17
還是舉這個(gè)例子
守護(hù)者(4)  10:27:25
那--  你負(fù)責(zé)什么？
--(3)  10:27:44
我只管網(wǎng)頁中有什么內(nèi)容，內(nèi)容如何排布，網(wǎng)頁之間的調(diào)整，數(shù)據(jù)是怎么來的，怎么沒的
--(3)  10:28:04
至少這個(gè)網(wǎng)頁是怎么作的，不歸我管
--(3)  10:28:10
至于
守護(hù)者(4)  10:28:44
美工？
--(3)  10:28:50
就是說，我只管一盤菜的用料，但是先放油還是先放蛋，不歸我管
--(3)  10:28:54
不是美工
--(3)  10:29:18
需求設(shè)計(jì)及概要設(shè)計(jì)
--(3)  10:29:24
需求分析
--(3)  10:30:15
給程序員定量的鹽、油、蛋、菜，然后告訴他們最終的味道是什么樣的
守護(hù)者(4)  10:30:18
需求分析 需求設(shè)計(jì)及概要設(shè)計(jì) 你管這些嗎
--(3)  10:30:25
用這些原理怎么炒，是他們的事情
守護(hù)者(4)  10:30:41
怎么炒是詳細(xì)設(shè)計(jì)
守護(hù)者(4)  10:30:52
只有 代碼產(chǎn)出才是程序員的事情
trufun1  10:31:23
下面討論一下什么是端口？
--(3)  10:31:26
我們沒有詳細(xì)設(shè)計(jì)人員。。。程序員兼著，小公司，沒辦法，而且黑龍江這破地方，想找個(gè)合適的詳細(xì)設(shè)計(jì)人員，基本上不大可能
一米陽光(6)  10:31:42
我一直弄不明白 詳細(xì)設(shè)計(jì)要寫多么細(xì)  概要設(shè)計(jì)需要多么細(xì)
--(3)  10:32:05
樓上的，我的想法是這樣
--(3)  10:32:43
比如一個(gè)系統(tǒng)，概要設(shè)計(jì)負(fù)責(zé)把系統(tǒng)的業(yè)務(wù)流程、數(shù)據(jù)流程、界面流程給設(shè)計(jì)好，就可以了
--(3)  10:32:54
詳細(xì)設(shè)計(jì)管的是實(shí)現(xiàn)流程
trufun1  10:33:09
return
--(3)  10:33:09
程序管的是按實(shí)現(xiàn)流程去干活
--(3)  10:33:33
聽老師的
trufun1  10:34:16
下面討論一下什么是端口？
守護(hù)者(4)  10:34:26
端口？   接口吧
trufun1  10:34:54
不同吧
--(3)  10:35:20
感覺不同
守護(hù)者(4)  10:35:57
端口是 電腦上的硬件端口嗎
trufun1  10:36:39
軟件的定義
X易X平X(7)  10:36:41
端口的內(nèi)涵包含接口，是接口內(nèi)涵的衍生，也是負(fù)責(zé)程序間互相訪問通信的
X易X平X(7)  10:37:00
能這樣理解吧！
守護(hù)者(4)  10:37:27
端口是硬件 接口是軟件  挨不上吧
--(3)  10:38:07
端口也是軟件，不是硬件
trufun1  10:38:15
提供接口和需求接口組合就叫端口
X易X平X(7)  10:39:06
還是老師的話精煉
承懿<5>  10:39:07
那就是成對(duì)的才叫端口對(duì)吧
trufun1  10:39:53
是的，如收、發(fā)
--(3)  10:40:16
接口是只發(fā)，或只收？
承懿<5>  10:40:19
哦，曉得了
守護(hù)者(4)  10:42:29
：9001、：9003  這種在http協(xié)議后的不就是端口嗎
一米陽光(6)  10:43:08
這個(gè)不同吧
承懿<5>  10:43:10
軟件設(shè)計(jì)應(yīng)該跟這個(gè)不屬于同一個(gè)范疇
trufun1  10:43:21
糊搞(8)  10:41:38
特定的幾組組件選擇性提供的業(yè)務(wù)接口？
trufun1  10:42:15
叫服務(wù)
trufun1  10:46:55

 trufun1  10:49:12
從上圖找出前面的概念
trufun1  10:53:09
今天的案例：找組件和接口
  子系統(tǒng)信息流
其他系統(tǒng)都要查看庫存情況，歷史異動(dòng)情況，未來異動(dòng)情況，采購子系統(tǒng)收貨，銷售子系統(tǒng)發(fā)貨都要影響庫存，生產(chǎn)子系統(tǒng)向庫存存貨，庫存子系統(tǒng)向生產(chǎn)子系統(tǒng)供 貨，銷售子系統(tǒng)向生產(chǎn)子系統(tǒng)提供訂單和銷售預(yù)測(cè)，采購子系統(tǒng)向財(cái)務(wù)子系統(tǒng)產(chǎn)生應(yīng)付賬款，銷售子系統(tǒng)向財(cái)務(wù)子系統(tǒng)產(chǎn)生應(yīng)收帳款。
trufun1  10:54:38
不難，請(qǐng)踴躍發(fā)言
webmaster(344593239)  10:57:35
快下課了～～～～～～～～～～～～～～
感恩的心(157323704)  10:57:42
不知道從哪里說起，呵呵
webmaster(344593239)  10:57:45
大家有問題快點(diǎn)討論哦～～
--(3)  10:58:59
太有深度了，目前還在消化與不理解中
trufun1  10:59:11
其他系統(tǒng)都要查看庫存情況，中的其他系統(tǒng)是帶有需求接口的產(chǎn)品組件，
trufun1  10:59:46
需求接口為查看庫存
trufun1  11:00:36
那只是提高大家識(shí)圖的例子
承懿<5>  11:00:48
嗯
trufun1  11:01:03
從網(wǎng)上找的
trufun1  11:02:28
歷史異動(dòng)情況，未來異動(dòng)情況都是需求接口
trufun1  11:05:33
產(chǎn)品組件為采購組件，銷售組件，生產(chǎn)組件，財(cái)務(wù)組件
trufun1  11:10:40
采購子系統(tǒng)收貨，銷售子系統(tǒng)發(fā)貨都要影響庫存，組件有3，1采購組件，2.銷售組件，3，庫存組件
接口有4個(gè)，采購組件的收貨提供接口，銷售組件的發(fā)貨提供接口，庫存組件收貨需求接口，庫存組件的發(fā)貨需求接口
trufun1  11:13:32
看來大家對(duì)組件的應(yīng)用這里還不熟悉
守護(hù)者(4)  11:13:49
是呀
--(3)  11:14:09
相當(dāng)不熟悉！
--(3)  11:14:34
太有深度了
========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費(fèi)下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================

守護(hù)者(4)  11:14:51
上層結(jié)構(gòu)的圖  中小型的項(xiàng)目 一般用不到呀
守護(hù)者(4)  11:15:02
大公司的話 程序員也用不到 只有設(shè)計(jì)人員能看到
--(3)  11:15:14
頂
trufun1  11:15:16
組件是架構(gòu)層面的東西
--(3)  11:15:40
在實(shí)際工作中，用不上呀。起碼小公司用不上
守護(hù)者(4)  11:16:37
恩
trufun1  11:17:01
其實(shí)開發(fā)語言周圍到處有這些應(yīng)用，只是大家不做組件開發(fā)
守護(hù)者(4)  11:18:42
？ 是嗎  能細(xì)說下嗎
trufun1  11:19:08
比如控件
trufun1  11:19:37
開發(fā)人員沒有不用的
trufun1  11:19:49
第三方組件等
感恩的心(157323704)  11:20:22
類似于com組件?
trufun1  11:20:43
對(duì)
trufun1  11:23:06
這是我給的結(jié)果，僅供參考
trufun1  11:23:31

trufun1  11:25:16
僅供參考
守護(hù)者(4)  11:24:53
恩
守護(hù)者(4)  11:25:03
這說明了 五個(gè)組件的關(guān)系
守護(hù)者(4)  11:25:06
以及功能
trufun1  11:25:32
接口
守護(hù)者(4)  11:26:15
恩  對(duì)象編程吧 接口是必須的
trufun1  11:26:45
子系統(tǒng)接口
--(3)  11:26:51
這看明白了許多
trufun1  11:29:01
還有問題嗎？
--(3)  11:29:39
組件與子系統(tǒng)的區(qū)別，能給說一下嗎？
trufun1  11:30:39
，子系統(tǒng)是組件的一種類型，往往比組件更
大的組合。子系統(tǒng)本身不會(huì)被實(shí)例化（抽象的），但其內(nèi)容組件可以被實(shí)例化
--(3)  11:30:57
明白了
--(3)  11:31:59
在設(shè)計(jì)中，不能把需求抽象成子系統(tǒng)，但可以把需求抽象成組件，是這樣吧？子系統(tǒng)是由組件構(gòu)成的
trufun1  11:33:12
子系統(tǒng)是分解出來的，組件是實(shí)現(xiàn)出來的
--(3)  11:33:48
思考。。。
trufun1  11:34:49
下次討論部署圖，記住帶著問題來
trufun1  11:37:48
888
--(3)  11:38:01
感謝
========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費(fèi)下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================

trufun0  9:31:11
狀態(tài)圖是序列圖分析的延伸
trufun0  9:36:30
為啥要要研究對(duì)象的狀態(tài)呢，因?yàn)閷?duì)象只有在某種狀態(tài)下，才能對(duì)某種外部事件發(fā)出響應(yīng)
talenter(1)  9:38:57
恩
talenter(1)  9:39:10
講完這個(gè) 發(fā)題目 ：）
trufun0  9:39:48
比如學(xué)生處在上課狀態(tài)，只有產(chǎn)生聽課的行為，而不能產(chǎn)生睡覺的行為
清水(1)  9:41:31

嗯

=============歡迎訪問www.trufun.net免費(fèi)下載UML2建模工具Trufun Plato=======================

trufun0  9:43:05
聽到下課鈴這個(gè)外部事件，處在上課狀態(tài)的學(xué)生可以發(fā)生狀態(tài)改變，處在下課狀態(tài)的學(xué)生，則不會(huì)發(fā)生狀態(tài)改變
talenter(1)  9:43:16
恩 狀態(tài)轉(zhuǎn)換
清水(1)  9:44:38
對(duì)
清水(1)  9:45:05
在實(shí)際中問題往往是 該設(shè)置多少個(gè)狀態(tài)才算合適
talenter(1)  9:45:35
狀態(tài)轉(zhuǎn)換都有事件參與吧
trufun0  9:46:03
是的
trufun0  9:48:46
事件是什么？
talenter(1)  9:48:57
消息
talenter(1)  9:48:59
？
talenter(1)  9:49:05
動(dòng)作？
trufun0  9:49:26
對(duì)，消息，也就是方法
talenter(1)  9:49:46
嗯
trufun0  9:51:22
一個(gè)對(duì)象有多少狀態(tài)呢
清水(1)  9:52:30
 
trufun0  9:57:26
答案：一個(gè)對(duì)象有無數(shù)個(gè)狀態(tài)
talenter(1)  9:58:08
無數(shù)個(gè)？  可預(yù)知的有限吧
trufun0  9:58:26
狀態(tài)用對(duì)象的屬性來表示
清水(1)  10:09:28
對(duì)象狀態(tài)的劃分 很重要吧
清水(1)  10:09:39
一個(gè)問題是  一些中間狀態(tài)要不要記錄
trufun0  10:09:42
我們只關(guān)心那些對(duì)我們感興趣的某個(gè)事件發(fā)出某種行為的狀態(tài)
trufun0  10:14:02
今天的案例：                靚號(hào)狀態(tài)   
“靚號(hào)”能被鎖定，被鎖定的“靚號(hào)”不能被其它用戶再鎖定。被鎖定的靚號(hào)如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定。被 鎖定的“靚號(hào)”可以被租用，租用到期后能被系統(tǒng)預(yù)留（即為先前的用戶保護(hù)起來），預(yù)留一個(gè)月后如用戶未續(xù)租，則此“靚號(hào)”可以被其他人鎖定或租用。在租用 狀態(tài)下的“靚號(hào)”，如果被同一用戶累積租用超過半年，則可以買斷。被買斷后，此“靚號(hào)”變成普通號(hào)。
trufun0  10:14:39
分析出狀態(tài)，事件，監(jiān)護(hù)條件，效果
talenter(1)  10:16:06
初始狀態(tài)   租用狀態(tài)  鎖定狀態(tài)  預(yù)留狀態(tài)  買斷狀態(tài) 結(jié)束狀態(tài)（普通號(hào)）
talenter(1)  10:17:11
畫個(gè)圖比較好。
trufun0  10:17:23
還有？
trufun0  10:17:41
先分析，后畫圖
talenter(1)  10:18:50
狀態(tài)找不出來了。
trufun0  10:19:48
狀態(tài)分析先找到分析對(duì)象
talenter(1)  10:23:06
靚號(hào)  就是分析對(duì)象吧？
trufun0  10:23:37

是

=============歡迎訪問www.trufun.net免費(fèi)下載UML2建模工具=======================

talenter(1)  10:24:26
買斷狀態(tài) 就作為結(jié)束狀態(tài)   
talenter(1)  10:24:37
初始狀態(tài)   租用狀態(tài)  鎖定狀態(tài)  預(yù)留狀態(tài)  買斷（結(jié)束）狀態(tài)
trufun0  10:25:22
普通號(hào)為最終狀態(tài)，結(jié)束狀態(tài)是單獨(dú)的
talenter(1)  10:26:05
哦 買斷是個(gè)動(dòng)作
trufun0  10:26:15
找到對(duì)象后找屬性
talenter(1)  10:27:14
累積租用超過半年
trufun0  10:28:05
累計(jì)租期是一個(gè)屬性
trufun0  10:32:07
九頭鳥的奮斗(705543728)  10:30:10
靚號(hào)的屬性只有兩種 ：預(yù)留和非預(yù)留

trufun0  10:31:01
是否已預(yù)留是一個(gè)屬性
talenter(1)  10:33:42
是否鎖定是個(gè)屬性
trufun0  10:33:56
是否買斷是一個(gè)屬性
talenter(1)  10:34:01
恩
talenter(1)  10:34:18
是否租用也是個(gè)
trufun0  10:34:33
是
trufun0  10:39:47
下面大家找事件
talenter(1)  10:40:31
鎖定  租用   預(yù)留  買斷
trufun0  10:40:44
鎖定是一個(gè)外部事件
talenter(1)  10:40:54
解鎖  
talenter(1)  10:41:02
哦
talenter(1)  10:41:25
應(yīng)該找什么事件？
trufun0  10:41:50
鎖定是一個(gè)外部事件
trufun0  10:42:08
你找的對(duì)
talenter(1)  10:42:25
哦 哈
talenter(1)  10:43:27
鎖定 解鎖  租用  解除租用  預(yù)留 解除預(yù)留 買斷
trufun0  10:46:05
其他人發(fā)出的鎖定是外部事件，號(hào)碼接收到這個(gè)事件后，變?yōu)橐焰i定狀態(tài)，內(nèi)部的是否鎖定屬性變?yōu)槭?br />
trufun0  10:54:43
第一個(gè)狀態(tài)是什么？
talenter(1)  10:55:14
初始
trufun0  10:56:51
對(duì)
trufun0  11:00:50
靚號(hào)”能被鎖定，被鎖定的“靚號(hào)”不能被其它用戶再鎖定，這句話中狀態(tài)，事件，效果，及屬性值？
talenter(1)  11:04:56
狀態(tài)就是鎖定   屬性 是否鎖定
talenter(1)  11:05:04
事件：還是鎖定動(dòng)作。
talenter(1)  11:05:12
效果？ 提示？
trufun0  11:05:34
事件為其他人鎖定
trufun0  11:06:43
效果就是對(duì)象接收事件后的動(dòng)作
talenter(1)  11:08:39
沒效果
talenter(1)  11:08:59
其他人鎖定   和  自己鎖定 當(dāng)成一個(gè)事件就好吧？

trufun0  11:09:00
效果為拒絕鎖定
talenter(1)  11:09:07
哦
trufun0  11:13:34
被鎖定的“靚號(hào)”是監(jiān)護(hù)條件，意思是不是所有對(duì)象對(duì)此事件都響應(yīng)
talenter(1)  11:14:45
 哦 好
trufun0  11:20:00
被鎖定的靚號(hào)如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定，這句話的狀態(tài)，事件，效果
trufun0  11:24:11
狀態(tài)有兩個(gè)，已鎖定狀態(tài)和初始狀態(tài)
trufun0  11:26:28
事件為未租用
trufun0  11:29:22
效果是回到初始狀態(tài)的回到行為
trufun0  11:32:04
可以再被（其他）用戶鎖定，是遷移后狀態(tài)的內(nèi)部行為
trufun0  11:33:34
剩下的網(wǎng)友自己分析
talenter(1)  11:34:24
   看來大家都很忙啊
talenter(1)  11:34:34
偶今天也比較忙 哈哈  不過學(xué)到了不少
trufun0  11:35:17
這是我的觀點(diǎn)，僅供參考
trufun0  11:35:37
 
talenter(1)  11:36:28
很清晰啊
talenter(1)  11:37:26
老師辛苦 。
trufun0  11:40:54
下次討論組件圖，記住帶著問題來

trufun4  9:24:30
UML開課啦，今天講狀態(tài)圖
啃鐵鼠<4>  9:29:47
好啊
trufun4  9:30:05
上堂的序列圖是反映多個(gè)對(duì)象之間的交互，而狀態(tài)圖是反映單個(gè)對(duì)象內(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ā)言，老師會(huì)講的更深入些，
trufun4  9:35:35
為啥要要研究對(duì)象的狀態(tài)呢，因?yàn)閷?duì)象只有在某種狀態(tài)下，才能對(duì)某種外部事件發(fā)出響應(yīng)
啃鐵鼠<4>  9:36:36
是不是說，處在該狀態(tài)下只能處理該狀態(tài)的事件，其他狀態(tài)的事件就不能處理了？
trufun4  9:37:13
是的
啃鐵鼠<4>  9:38:13
可如果這樣，某個(gè)對(duì)象會(huì)不會(huì)出現(xiàn)很多很多的狀態(tài)，豈不是狀態(tài)處理很繁瑣和麻煩了
=============歡迎訪問www.trufun.net免費(fèi)下載UML2建模工具=======================
trufun4  9:43:56
聽到下課鈴這個(gè)外部事件，處在上課狀態(tài)的學(xué)生可以發(fā)生狀態(tài)改變，處在下課狀態(tài)的學(xué)生，則不會(huì)發(fā)生狀態(tài)改變
啃鐵鼠<4>  9:44:52
該怎么來劃分狀態(tài)了？
trufun4  9:45:38
一個(gè)對(duì)象有多少狀態(tài)呢
承懿<2>  9:45:42
下課-->上課（上課鈴響）
承懿<2>  9:45:49
反過來下課鈴響
承懿<2>  9:46:17
事件驅(qū)動(dòng)狀態(tài)改變
trufun4  9:46:42
事件是什么？
承懿<2>  9:47:26
上課鈴和下課鈴
承懿<2>  9:47:34
響就是事件
trufun4  9:48:08
用面向?qū)ο笳f實(shí)質(zhì)
trufun4  9:50:39
talenter(3)  9:48:57
消息
talenter(3)  9:49:05
動(dòng)作？
trufun4  9:49:26
對(duì)，消息，也就是方法
啃鐵鼠<4>  9:51:25
消息怎么會(huì)是方法了？
啃鐵鼠<4>  9:51:52
應(yīng)該與運(yùn)行的系統(tǒng)驅(qū)動(dòng)方式有關(guān)吧？
承懿<2>  9:51:55
在objective c中消息就是方法
承懿<2>  9:52:10
這兩個(gè)好像可以互稱
啃鐵鼠<4>  9:52:17
windows系統(tǒng)消息和方法是兩個(gè)概念
trufun4  9:52:33
你可能沒學(xué)前面的課，可以查查以往的記錄
承懿<2>  9:52:33
windows中消息是message
承懿<2>  9:52:40
方法是對(duì)象調(diào)用的方法對(duì)吧
啃鐵鼠<4>  9:52:58
是的
trufun4  9:53:00
是的
啃鐵鼠<4>  9:53:15
通過消息映射實(shí)現(xiàn)的消息與方法的綁定
啃鐵鼠<4>  9:54:11
在windows下，消息==事件
W-inds(5)  9:54:20
trufunwu老師，可不可以整理下以往的教學(xué)啊...整理成一個(gè)文件。
trufun4  9:54:24
調(diào)用事件，消息，方法是從不同角度看問題的同一個(gè)函數(shù)
啃鐵鼠<4>  9:54:36
是的
啃鐵鼠<4>  9:56:10
所處的層次不同叫法不同，都是為實(shí)現(xiàn)驅(qū)動(dòng)機(jī)制叫法不同
trufun4  9:56:45
答案：一個(gè)對(duì)象有無數(shù)個(gè)狀態(tài)
一米陽光(6)  9:58:26
我想問個(gè)db的問題 有誰對(duì)這塊熟嗎
trufun4  9:58:33
狀態(tài)用對(duì)象的屬性來表示
一米陽光(6)  10:00:55
trufunwu 老師 會(huì)數(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è)計(jì) 有沒有問題?
一米陽光(6)  10:02:35
我以前一直這么設(shè)計(jì)的 剛才查資料 有人說這種不符合數(shù)據(jù)庫范式
trufun4  10:04:10
不規(guī)范
承懿<2>  10:04:37
第二個(gè)里面怎么兩個(gè)pk?
trufun4  10:05:02
就這個(gè)問題
一米陽光(6)  10:05:09
一個(gè)Pk吧 截得別人的圖
一米陽光(6)  10:05:42
等下 我重新截個(gè)圖
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
好像在子集合中把父表主鍵作為主鍵 就會(huì)出現(xiàn)2個(gè)pk
trufun4  10:10:45
課后交流此問題
一米陽光(6)  10:10:58
哦 好的
trufun4  10:11:20
我們只關(guān)心那些對(duì)我們感興趣的某個(gè)事件發(fā)出某種行為的狀態(tài)
trufun4  10:13:01
今天的案例：                靚號(hào)狀態(tài)   
“靚號(hào)”能被鎖定，被鎖定的“靚號(hào)”不能被其它用戶再鎖定。被鎖定的靚號(hào)如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定。被 鎖定的“靚號(hào)”可以被租用，租用到期后能被系統(tǒng)預(yù)留（即為先前的用戶保護(hù)起來），預(yù)留一個(gè)月后如用戶未續(xù)租，則此“靚號(hào)”可以被其他人鎖定或租用。在租用 狀態(tài)下的“靚號(hào)”，如果被同一用戶累積租用超過半年，則可以買斷。被買斷后，此“靚號(hào)”變成普通號(hào)。
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)圖里面有沒有回到起點(diǎn)的流程?
trufun4  10:23:08
用楚凡的，不但教用工具，而且教分析，多好
一米陽光(6)  10:23:41
呵呵   
webmaster(1)  10:23:52
trufun產(chǎn)品支持跨平臺(tái)，mac操作系統(tǒng)沒問題
一米陽光(6)  10:24:23
個(gè)人用戶怎么收費(fèi)啊....
trufun4  10:28:45
聯(lián)系網(wǎng)管
承懿<2>  10:29:44
我就做一個(gè)系統(tǒng)用了UML之后就沒用過了
trufun4  10:29:46
talenter(3)  10:27:14
累積租用超過半年
trufun4  10:28:05
累計(jì)租期是一個(gè)屬性
一米陽光(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
靚號(hào)的屬性只有兩種 ：預(yù)留和非預(yù)留
trufun4  10:31:01
是否已預(yù)留是一個(gè)屬性

守護(hù)者(7)  11:02:50
屬性 是靚號(hào)
一米陽光(6)  11:03:05
靚號(hào) 是對(duì)象吧?
守護(hù)者(7)  11:03:07
鎖定狀態(tài)也可以成為鎖定
trufun4  11:03:15
屬性是是否鎖定
守護(hù)者(7)  11:03:23
靚號(hào)可以是號(hào)的子類 也可以是號(hào)的屬性
守護(hù)者(7)  11:03:27
都是可以的
守護(hù)者(7)  11:03:38
靚號(hào)也可以分成靚號(hào)和普通號(hào)
trufun4  11:03:38
號(hào)碼為屬性
守護(hù)者(7)  11:04:18
屬性和子類多代表著不同 可以根據(jù)當(dāng)前的需要變化
trufun4  11:05:18
事件為其他人鎖定
守護(hù)者(7)  11:05:51
恩  這里的事件在實(shí)現(xiàn)上可以定義成 方法或者委托都OK
一米陽光(6)  11:06:26
@守護(hù)者  定義成方法我理解 定義成委托 我不大理解 能解釋下嗎
守護(hù)者(7)  11:06:51
 什么地方不理解
守護(hù)者(7)  11:07:12
是不理解委托本身 還是不理解 為什么可以定義成委托？
trufun4  11:07:19
效果就是對(duì)象接收事件后的動(dòng)作
trufun4  11:08:31
效果為拒絕鎖定
守護(hù)者(7)  11:08:44
定義成delegate后 可以 創(chuàng)建event來自的觸發(fā)委托  不知道怎么解釋行不行
一米陽光(6)  11:09:35
屬性:  號(hào)碼  是否鎖定 是否靚號(hào) 鎖定人,鎖定開始時(shí)間
事件: 發(fā)起鎖定
效果: 1.已經(jīng)鎖定 拒絕鎖定
      2.沒有鎖定 改變鎖定狀態(tài)
這樣?
守護(hù)者(7)  11:10:04
而且很多情況下  如果 暴露類和方法是緊耦合的  定義成delegate后  可以有效減除耦合   一米陽光這么說了解了吧
守護(hù)者(7)  11:11:22
狀態(tài)在很多時(shí)候 都是在異步的時(shí)候用的   同步就不說了  太多了
trufun4  11:12:35
被鎖定的“靚號(hào)”是監(jiān)護(hù)條件，意思是不是所有對(duì)象對(duì)此事件都響應(yīng)
守護(hù)者(7)  11:13:35
不是 從低耦合的角度來說  應(yīng)需要特定的觸發(fā)吧
一米陽光(6)  11:13:50
@守護(hù)者
我不大理解 為什么 要 有效減除耦合

我以往的經(jīng)驗(yàn)中 定義了委托后,就可以在程序的執(zhí)行流程中插入另外的執(zhí)行代碼
守護(hù)者(7)  11:14:05
要是我的話  就是用  delegate在域上面做控制 或者
trufun4  11:14:14
耦合是設(shè)計(jì)的概念
守護(hù)者(7)  11:14:24
使用代理模式來操作
守護(hù)者(7)  11:14:50
耦合和內(nèi)聚是 設(shè)計(jì)理念
啃鐵鼠<4>  11:15:08
低耦合就是為了設(shè)計(jì)的簡單
守護(hù)者(7)  11:15:08
委托的使用 誰都會(huì) 小米
守護(hù)者(7)  11:15:17
告訴我你為什么會(huì)使用委托
一米陽光(6)  11:15:26
恩 是用過 但是不知道為什么要用
守護(hù)者(7)  11:15:29
使用的動(dòng)機(jī)什么
守護(hù)者(7)  11:15:50
 如果 不知道動(dòng)機(jī)為什么要用  
守護(hù)者(7)  11:16:10
那你讓后面維護(hù)你代碼的后來人怎么維護(hù)呢
一米陽光(6)  11:16:31
我使用委托的情況 都是因?yàn)橐僮鞅旧硪酝獾膶?duì)象
守護(hù)者(7)  11:16:43
我在程序的每一行代碼都是用動(dòng)機(jī)的 沒動(dòng)機(jī)的代碼我寧愿不寫
守護(hù)者(7)  11:17:00
操作本身以外的對(duì)象
有很多方式 為什么就是用委托呢
承懿<2>  11:17:13
講一下委托的具體實(shí)例
承懿<2>  11:17:16
舉一個(gè)聽聽
守護(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)心 外部對(duì)象 的操作 過程 結(jié)果
守護(hù)者(7)  11:18:11
承  去網(wǎng)上看看得多是
trufun4  11:18:27
被鎖定的靚號(hào)如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定，這句話的狀態(tài)，事件，效果
守護(hù)者(7)  11:18:36
 定義成接口也可以看不到 操作過程
承懿<2>  11:18:39
你說的那個(gè)不用關(guān)心操作過程的那個(gè)不是建造者模式嗎
守護(hù)者(7)  11:18:47
咋不用Interface呢
一米陽光(6)  11:19:28
rufun4  11:12:35
被鎖定的“靚號(hào)”是監(jiān)護(hù)條件，意思是不是所有對(duì)象對(duì)此事件都響應(yīng)

我的理解是 所有的對(duì)象都響應(yīng),然后根據(jù)屬性返回不同結(jié)果
守護(hù)者(7)  11:20:58
呵呵  觀察者也可以呀  通過觀察狀態(tài)進(jìn)行雙向依賴   
一米陽光(6)  11:21:03
@守護(hù)者

我可能表達(dá)的有誤
這么說吧
我使用委托 主要是引發(fā)event
告訴外部對(duì)象  你可以執(zhí)行某某操作了
至于怎么操作,要不要操作 本身不去管

一米陽光(6)  11:21:33
建造者模式 我以前還真沒有了解過
守護(hù)者(7)  11:21:49
 這才是我要問的  有時(shí)候?yàn)榱私佑|雙向依賴 才需要委托
守護(hù)者(7)  11:22:29
而且定義event后 委托能后自動(dòng)觸發(fā)   在一定的場(chǎng)合下能帶來便利
一米陽光(6)  11:22:31
@守護(hù)者 我被繞糊涂了
trufun4  11:22:41
狀態(tài)有兩個(gè)，已鎖定狀態(tài)和初始狀態(tài)
守護(hù)者(7)  11:22:49
 其實(shí)我就是在問你委托的使用動(dòng)機(jī)
守護(hù)者(7)  11:23:03
因?yàn)?很多方式都能表達(dá)消息的傳遞
承懿<2>  11:23:11
像android的AlertDialog就是典型的建造者模式
trufun4  11:23:21
狀態(tài)有兩個(gè)，已鎖定狀態(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
你不需要知道里面是怎么實(shí)現(xiàn)的，傳入不同的參數(shù)得到不同的界面
承懿<2>  11:24:16
里面的建造過程很復(fù)雜
一米陽光(6)  11:25:31
    剛才說的這些 我沒有得到一個(gè)結(jié)論 我做的對(duì)不對(duì)  我該怎么做  為什么要這么做
trufun4  11:25:56
事件為未租用
一米陽光(6)  11:27:36
我真暈了  有沒有基礎(chǔ)書 我去啃啃
trufun4  11:28:43
效果是回到初始狀態(tài)的回到行為
一米陽光(6)  11:29:53
復(fù)位行為 我更容易理解  回到行為 有點(diǎn)繞 呵呵
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
這是我的觀點(diǎn)，僅供參考
trufun4  11:36:55
 
守護(hù)者(7)  11:37:15
build模式    一個(gè)系統(tǒng) 沒幾個(gè)  除非是超級(jí)類  但是我設(shè)計(jì)的軟件  多沒有大型類 有也本大而化小了
守護(hù)者(7)  11:37:37
我寫過一個(gè)有關(guān)代碼的寫過規(guī)則 當(dāng)然 是以前項(xiàng)目制定的  可以去看看
守護(hù)者(7)  11:37:51
150行 以內(nèi)的類能大到什么地方去呢  呵呵
trufun4  11:41:08
下次討論組件圖，記住帶著問題來
守護(hù)者(7)  11:42:49
這圖 是系統(tǒng)級(jí)的了  話題有點(diǎn)大
一米陽光(6)  11:43:09
trufunwu  已租用 和 已續(xù)租 為什么是2個(gè)狀態(tài)?
守護(hù)者(7)  11:43:29
不做上層設(shè)計(jì)的話 一般不會(huì)用到組件圖
守護(hù)者(7)  11:44:14
這樣子能區(qū)分租用是 第一次租 續(xù)租  是第N次租
trufun4  11:44:41
對(duì)事件的響應(yīng)（行為）不同
一米陽光(6)  11:46:12
是不是一個(gè)要記錄開始時(shí)間 一個(gè)不用記錄?
守護(hù)者(7)  11:46:20
很有可能第二以后在租用 就會(huì)打折 打折的話 和全款 就是不同的行為  所以狀態(tài)會(huì)不一樣的
trufun4  11:46:52
屬性討論已談過，有租期
一米陽光(6)  11:47:40
根據(jù) 租期  來決定是否買斷 是吧
trufun4  11:48:26
是的