re: 張小慶，在路上（23）-逃回北上廣 ronghao 2011-11-23 21:44
@Chengcs
沒有問題
re: 張小慶，在路上（22）- 泛濫的盜版 ronghao 2011-11-07 22:09
@China_dam
@robbie
謝謝關(guān)注！
因?yàn)楣ぷ鞯脑颍F(xiàn)在兩周一篇，還剩下6篇
re: BPMN這點(diǎn)事-那段悲催的歷史 ronghao 2011-08-29 21:41
@xebec
很快
re: 張小慶，在路上（15）-遇到貴人 ronghao 2011-08-29 21:41
@Lancelot
還有什么作品是？
re: 張小慶，在路上（13）-改去昌平買房 ronghao 2011-08-22 00:05
@Lancelot
正在連載，一切皆有可能：）
re: 張小慶，在路上（12）-媽媽來北京打工 ronghao 2011-08-14 23:18
@老蛇
這是我想做的，所以就做了
re: 張小慶，在路上（10）-愛情來臨 ronghao 2011-08-01 00:24
@Lancelot
火車追尾
@Lancelot
兩種嘗試，從張小慶身上想表現(xiàn)出其項(xiàng)目經(jīng)歷，從中反映一些對(duì)軟件開發(fā)的理解。
從周揚(yáng)身上則表現(xiàn)出一種性格，側(cè)重于生活。
re: 張小慶，在路上（6）- 要不要換工作 ronghao 2011-07-02 22:30
@Lancelot
真人真事
re: 對(duì)不起了朋友們，重寫張小慶 ronghao 2011-05-08 23:32
@孫茂為
謝謝茂為，有時(shí)間我們好好聊聊吧
@reader
這個(gè)貌似和我沒有關(guān)系，汗
re: 張小慶，在路上-開始（5）到肥牛城吃羊蝎子 ronghao 2011-03-27 19:48
re: 張小慶，在路上-寫在最前面 ronghao 2011-03-19 22:29
@horrison
是，謝謝！
@人在江湖
無法注入，WorkItem是不受容器管理的。
謝謝關(guān)注張小慶！
re: 心理學(xué)，再談好代碼 ronghao 2010-03-22 21:31
@leekiang
這個(gè)不是重構(gòu)，所以一開始需要統(tǒng)一，不需要測(cè)試。
另外，這個(gè)只是從心理方面說說，不是標(biāo)準(zhǔn)。
@wzfj2002
最近在寫東西，預(yù)計(jì)年中會(huì)繼續(xù)更新，謝謝關(guān)注：）
@二黑
其直接就是個(gè)flex工程，用flexbuilder打開即可。
目前還沒有具體文檔。
re: 資源模式唱罷、控制模式登場(chǎng) ronghao 2009-11-25 09:40
@barry
同意你最后的觀點(diǎn)
re: 資源模式唱罷、控制模式登場(chǎng) ronghao 2009-11-24 20:24
面向?qū)ο笫蔷幊痰囊环N組織方式，比較細(xì)粒度一些，代碼級(jí)別（語言級(jí)別）
面向組件等則是從整個(gè)應(yīng)用系統(tǒng)來看的宏觀視角
兩者不存在替代關(guān)系
個(gè)人認(rèn)為：）
re: 資源模式唱罷、控制模式登場(chǎng) ronghao 2009-11-24 19:40
我認(rèn)為面向?qū)ο蠛兔嫦蚪M件、模塊、服務(wù)是兩種不同的卻面，沒有太強(qiáng)的可比性。
@WOW私服
很簡(jiǎn)單的，即壓入了兩個(gè)IOC容器，并與線程綁定方便訪問。
@魔獸世界私服
實(shí)現(xiàn)了一個(gè)棧，可以壓入多個(gè)Environment
re: 你服務(wù)，你全家才服務(wù) ronghao 2009-02-21 08:26
@leekiang
怕被淘汰了：）
re: 你服務(wù)，你全家才服務(wù) ronghao 2009-02-21 08:25
@隔葉黃鶯
我坐車的時(shí)間實(shí)在太長(zhǎng)，1個(gè)半點(diǎn)。因?yàn)闆]座位所以看書，否則就睡著了：）
re: 工作流技術(shù)基礎(chǔ)讀后 ronghao 2009-02-10 09:43
@岑文初
呵呵，謝謝。要多向你學(xué)習(xí)：）
re: 工作流參與者和工作項(xiàng)模式分析 ronghao 2008-10-28 18:19
@獨(dú)孤過客
1、是的。在工作流系統(tǒng)里工作是以工作項(xiàng)的形式進(jìn)行描述。
2、1>是的，但是還有其他實(shí)現(xiàn)方式
2>是的，但可以全部生成，然后一次激活
3>正確，有時(shí)候是讓系統(tǒng)自己判斷
re: 污染？還是造假？[未登錄] ronghao 2008-09-12 09:06
重要的是如何完善監(jiān)督機(jī)制，否則食品安全問題將始終是我們身邊隨時(shí)可能引爆的一枚炸彈
@letitbe
yes.我要表達(dá)的意思是用戶這樣寫代碼造成了n+1的查詢問題。解決問題的方法可以是外連接，也可以是冗余字段。但是在平臺(tái)封裝提供API的情況下，用戶選擇了最簡(jiǎn)單的直接調(diào)用API，這種方式是我反對(duì)的。由此我也在想平臺(tái)的封裝問題。所以對(duì)所有的業(yè)務(wù)操作我們都提供出直接的connection。
re: OPENAJAX HUB介紹[未登錄] ronghao 2008-09-01 09:24
呵呵，謝謝：）
re: 工作流之收回 ronghao 2008-07-16 21:14
@cnodin
這個(gè)我還真不清楚,但是在業(yè)務(wù)里很常見.所以我們?cè)O(shè)計(jì)時(shí)進(jìn)行了支持.
re: 工作流回退模式分析 ronghao 2008-06-24 17:58
@Always BaNg.
是Viso
是功能需求也是項(xiàng)目經(jīng)驗(yàn)的總結(jié)
@Alex
好的，謝謝你的意見。我會(huì)用jdbc做這個(gè)測(cè)試。
@Alex
哈哈，正如你說的，我想問題在這里：
當(dāng)然，如果你的數(shù)據(jù)庫的lock配置策略，不支持，或者數(shù)據(jù)庫本身，就不支持對(duì)不同的行做同時(shí)操作（或者支持不完善），所謂的行鎖，那么肯定會(huì)像你所說的那樣發(fā)生死鎖。
這也是我想表達(dá)的。我想有時(shí)間應(yīng)該請(qǐng)個(gè)專業(yè)的DBA來，我也查過了SQLSERVER的鎖機(jī)制，但是具體到這里理解還是存在問題。
另外你對(duì)樂觀鎖的理解也很到位。如果是多個(gè)事務(wù)同時(shí)提交一個(gè)流程，樂觀鎖就會(huì)起作用。
@Alex
補(bǔ)充說明一下，在我的測(cè)試中，不會(huì)出現(xiàn)兩個(gè)線程互相修改沖突的情況，甚至select也不會(huì)沖突，因?yàn)榱鞒虒?shí)例ID一開始就將所有的數(shù)據(jù)區(qū)分開來。我是并發(fā)啟動(dòng)多個(gè)流程，然后并發(fā)提交這些流程。
@Alex
你的說法沒有錯(cuò)。我想問題的原因在于死鎖的原因你我的理解有差異。
你理解的是對(duì)數(shù)據(jù)庫表同一記錄并發(fā)操作引起數(shù)據(jù)庫死鎖，這個(gè)顯然是應(yīng)用程序應(yīng)該控制和避免的。
而我的意思是并發(fā)操作某一動(dòng)作，例如同時(shí)啟動(dòng)100個(gè)工作流流程，這個(gè)盡管操作的是同一張表但是顯然是針對(duì)不同的記錄，此時(shí)，樂觀鎖、悲觀鎖都是沒有意義的。
當(dāng)然，我對(duì)數(shù)據(jù)庫的一些實(shí)現(xiàn)機(jī)制也并不是很了解，所以這里也只能列出現(xiàn)象而不能解釋死鎖的根本原因。
@BeanSoft
當(dāng)然，我并沒有用jdbc直接測(cè)試