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.blogjava.net/znjqolf/archive/2005/12/21/24932.html

交流一下。

no..

总是很懒写blog，有空我写写brood的战术思想，可能你会比较感兴趣。哈哈。。。

指点不敢当，大家共同学习了，jgraph我也是初学。^_^

基本上就是参考官方的文档，不过大部分是看他带的一个exapmle：JgraphPad。
把JgraphPad看的差不多基本上就没什么大问题了。

你说的很对，很多时候是应该静下心来，现在这个社会浮躁的东西太多了。难免不收到影响

这个设计器只是针对公司的产品而设计，简化了很多东西，对于节点(Task, Node...)都是通过组件配置来实现的，组件库是一个xml，设计器从服务器端下载组件库，设计器中添加的节点可以相应的选择组件库中的组件。这样是为了方便不懂技术的实施人员。关于JBPM 我以后会写一些相应的文章出来。