Vincent Thinking

引起性能問題的因素很多.不適當的調用也會引起組件多次重新繪制.不清楚你的實現,沒法判斷

to bolo:
再詳細說明白一點吧,我沒有用flex以及任何其他的第三方組件庫,FGantt中的所有都是自己實現的,所以我沒法具體回答你的問題.右邊的也不是grid.
如果你用的flex,可以把2變的組件放到一個hbox 中.類似的方式

@bolo
所有的控件,左邊的TreeGrid右邊的gantt,都是自己實現的,沒有用第三方的.
左邊的TreeGrid是基于我寫的DataGrid來實現的,節點列只是用了一個Renderer而已. 右邊的gantt說起來比較復雜,畫圖是基于flash的api,其實畫圖并不麻煩.

@Zagsoft
抱歉,非共享組件.

純actionscript3 ,也就是純flash的

各位朋友,請以后不要再問我要代碼了.

ServletFileUpload upload = new ServletFileUpload(fac);
upload.setHeaderEncoding((String)Configuration.get(WebWorkConstants.WEBWORK_I18N_ENCODING));

因為筆記本壞了，數據丟失很多，注冊文件也沒有了。

可以向上面的朋友索要。

其實這就是所謂的ASP模式,這個概念并不稀罕.而且國內有些公司已經做了很多年. 只是google 名氣大一些而已

聲明一下: 不要在留email索要破解文件.
需要的朋友向以上幾位朋友要吧.

其實自己看看javassist, 破解起來是非常容易的.

我不認為所謂的"企業級定位"和"易用性"有什么矛盾. 復雜的東西一定不好使用么? window復雜不復雜?

"企業級定位"不應該作為"易用性"差的堂而皇之的接口?難道就java能做""企業級"應用,php,asp,ruby就不能,就只能做做網站? 你難道說taobao, ebay不算企業級應用么?

一直都對插件框架的概念很模糊,甚至說是沒有什么清晰的概念.
現在我一直在關注,如何做到更好的性能,更好的穩定性,更好的UI.畢竟軟件是給用戶來使用的. 擴展性對我來說反而放到一個不是很重要的位置上,畢竟不是做開源,不用考慮別人的情況. 太多的接口太多的層次對我來說怎么看都不是一件很happy的事情.^_^

jerry,我不認為dojo僅僅是web框架的一個工具包這么簡單,它甚至有package的概念,js類的加載機制.不僅僅是prototype這樣的js util這樣簡單. :)

做java的太注重設計,擴展,代碼的優雅,而忽略了易用,界面,實用.
像我這樣對php一點不懂的"粗人",也能在幾天之內用mambo做出一個網站+bbs, 而且運行了幾個月,run的好好的,我幾乎一點都沒有去維護過.我還能說什么呢?

最近沒有在做jbpm相關的工作.

jbpm的數據層用的是hibernate,移植數據庫我想問題應該不大.

怎么無法實現？

最近太忙，回復的慢了。。

以上的郵件都已經發過了。

請各位不要在留言了，關于破解，可以向上面的朋友要。謝謝

留個email，發給你

^_^，因為Session本身一級緩存，由于OSIV取的同一個session，所以是同一個對象。save(test)后,test已經從pojo轉變為po，任何po的改動都會同步到數據庫，但是代碼中僅僅是testChild.setParent(test)，而沒有test.addChild(testChild)，所以僅僅是testChild發生了變化，test沒有任何改動，session中仍然保存的是以前的test。重新開一個session會讀取會得到帶有child的test,或者用get()方法。

ui component bind dataset, button bind action，這些不管是配置還是實現都不是特別復雜，困難的是一些特殊的布局，比如多層嵌套，組件之間的action關聯，這些是比較難處理的

Hi charon:

腳本確實被插入到了 innerHTML 中，可以 alert 一下看看。但是會有一種例外情況存在，那就是如果腳本在 innerHTML 內容開頭的話，那么 IE 瀏覽器將會忽略掉這段腳本，而 Moziila/Firefox 和 Opera 卻不會。

所以你可以在插入的腳本前加入一段內容：
<span style="display: none">hack ie</span>
這樣腳本就不會被忽略了。 當然，如果你不是IE的話，完全沒有必要插入這段代碼。

PS:這是翻譯的 ^_^，只是一篇介紹，沒有實踐過，有興趣的話，可以試一下

基本上實現了，不過還不完善。^_^UI 基本上都是配置的。
一個table的描述類似這樣：
<display>
<headings>
<heading seq="1" content="id" width="20" display="false"/>
<heading seq="2" content="訂單編號" width="20" link="form://pchsOrder/edit?identity=:1"/>
<heading seq="3" content="訂單日期" width="20"/>
<heading seq="4" content="供應商" width="40" link="form://pchsOrder?identity=:1"/>
<heading seq="5" content="單據狀態" width="10"/>
</headings>
<columns>
<column seq="1" format="String" dataindex="1"/>
<column seq="2" format="String" dataindex="2"/>
<column seq="3" format="Date" dataindex="3"/>
<column seq="4" format="String" dataindex="4"/>
<column seq="5" format="String" dataindex="5"/>
</columns>
<actions>
<action name="edit" form="pchsOrder" text="Edit">
<parameter name="identity" index="1"/>
</action>
<action name="delete" form="pchsOrder" service="removePchsOrder" text="Delete">
<parameter name="identity" index="1"/>
</action>
</actions>
</display>

在家還不忘工作。呵呵。

你說這些正是我們產品中正在做的部分，UI部分都是用xml描述，widget綁定action

xp中，人的因素要重要的多。

成員水平參差不齊,我個人感覺最好不要施行XP，至少不要全面施行。


我的感覺：很多情況不是XP方法的問題，不是多開幾次會，多迭代幾次，多PP幾把就能解決問題，核心的關鍵還是人！！

:) 誰先發布倒不重要,關鍵是引起人們的關注.呵呵

"強奸"的手段。。汗。。^_^

我強調的不是顯示和邏輯分離，而是View Component以及Action Component都要實現相應的權限接口，我這里想討論的是權限的處理方式。根據Role以及相應的權限規則動態的產生不同的View Component,Action Component,由組裝器來組裝這些組件。當然權限規則會涉及到業務邏輯，只是初步的一個構思。

權限是一個比較難于處理的部分。關于權限和UI，我是用3維坐標系來看待這個問題。
http://www.aygfsteel.com/znjqolf/archive/2005/12/21/24932.html

交流一下。

no..

總是很懶寫blog，有空我寫寫brood的戰術思想，可能你會比較感興趣。哈哈。。。

指點不敢當，大家共同學習了，jgraph我也是初學。^_^

基本上就是參考官方的文檔，不過大部分是看他帶的一個exapmle：JgraphPad。
把JgraphPad看的差不多基本上就沒什么大問題了。

你說的很對，很多時候是應該靜下心來，現在這個社會浮躁的東西太多了。難免不收到影響

這個設計器只是針對公司的產品而設計，簡化了很多東西，對于節點(Task, Node...)都是通過組件配置來實現的，組件庫是一個xml，設計器從服務器端下載組件庫，設計器中添加的節點可以相應的選擇組件庫中的組件。這樣是為了方便不懂技術的實施人員。關于JBPM 我以后會寫一些相應的文章出來。