给大家展显上小弟我的简易开发平台
给大家展显下我的简易开发平台
我花了一年多时间做了个简易开发平台,目前还没做完善,SHOW下我的效果图
用了EXT的吧
不是的,都是js ,与后台交互通过dojo
我花了一年多时间做了个简易开发平台,目前还没做完善,SHOW下我的效果图
62 楼
sunwine
2008-10-21
尽量还是不要称为平台,市面上已经有太多称为平台的东西啦,如果只是简单的一个小工具,还是建议称之为工具。
63 楼
沧海一啸
2008-10-21
确实做的不错,只不过现在用HTC有点局限性...
64 楼
ftmouse
2008-10-21
我们之前是用htc的,现在都专门改成ext或者flex了
65 楼
finalbone
2008-10-22
国内做类似东西的公司或个人基本上都是基于同一个市场前景预期吧
--“让只懂业务不懂技术的人可以构建出一个系统”
这个想法是很妙的 但是实际情况相当复杂
不得不面临一个两难选择 要么放弃灵活性与扩展性 专注于某一特定领域
要么投入大量人力物力财力 构建一个理想平台(尽管成功率很低)
说实话 个人认为这两条路的钱景 都不算太好 呵呵
除非真的很有资本(人才和钱财) 比如SAP
--“让只懂业务不懂技术的人可以构建出一个系统”
这个想法是很妙的 但是实际情况相当复杂
不得不面临一个两难选择 要么放弃灵活性与扩展性 专注于某一特定领域
要么投入大量人力物力财力 构建一个理想平台(尽管成功率很低)
说实话 个人认为这两条路的钱景 都不算太好 呵呵
除非真的很有资本(人才和钱财) 比如SAP
66 楼
ccxw1983
2008-10-22
楼主何不用。net算了,既然这么依赖ie。
关键是这个东东很难找到合适人才,人力成本太高了。并且没有大规模使用,显得不成熟。
关键是这个东东很难找到合适人才,人力成本太高了。并且没有大规模使用,显得不成熟。
67 楼
toeo
2008-10-23
<div class='quote_title'>yangyi 写道</div>
<div class='quote_div'>
<div class='quote_title'>dongzhecao 写道</div>
<div class='quote_div'>
<div class='quote_title'>qlhl2000 写道</div>
<div class='quote_div'>能否再稍微详细一点你的设计思路,图片中没有菜单;主子表的实现形式;弹出是否跟随,树与主子表的关系等</div>
<p><br/><br/><br/>设计思路简单的讲就是先按业务建立模型,以后根据建立的模型自动生成POJO、列表界面、编辑界面、自动新建或更新数据表等等 <br/><br/>至于菜单则是关联功能权限的,附件就是添加菜单和授权后,在单据上的效果。当然权限才只做了功能权限,字段和数据权限还来不及做。</p>
<p>对于树那只要是表结构符合fid,fparentid的都可以,系统中如果有对应的POJO,只需将其CLASS路径指定即可。</p>
<p> </p>
</div>
<p><br/>我2005年做本科毕业设计的时候做过一个。</p>
<p>简单跟大家说说:客户端采用Applet实现,对JTable进行了编辑扩充和缓存等操作。</p>
<p>通过一条查询语句描述一个基础数据,并分配一个工作流ID,然后利用OSWorkflow激活它的流程,再利用iBATIS自动生成增删改查的界面,菜单,通过一个权限编辑菜单可以实现菜单和按钮级别的权限控制(根据角色)。一共10000万多行核心代码,早就想开源出来,但是很长时间不动了,懒得理他。</p>
</div>
<p> </p>
<p>10000万多行核心代码,?????牛人....!@!@! 1亿行代码....还是毕业设计..得几十个G吧...</p>
<p> </p>
<div class='quote_div'>
<div class='quote_title'>dongzhecao 写道</div>
<div class='quote_div'>
<div class='quote_title'>qlhl2000 写道</div>
<div class='quote_div'>能否再稍微详细一点你的设计思路,图片中没有菜单;主子表的实现形式;弹出是否跟随,树与主子表的关系等</div>
<p><br/><br/><br/>设计思路简单的讲就是先按业务建立模型,以后根据建立的模型自动生成POJO、列表界面、编辑界面、自动新建或更新数据表等等 <br/><br/>至于菜单则是关联功能权限的,附件就是添加菜单和授权后,在单据上的效果。当然权限才只做了功能权限,字段和数据权限还来不及做。</p>
<p>对于树那只要是表结构符合fid,fparentid的都可以,系统中如果有对应的POJO,只需将其CLASS路径指定即可。</p>
<p> </p>
</div>
<p><br/>我2005年做本科毕业设计的时候做过一个。</p>
<p>简单跟大家说说:客户端采用Applet实现,对JTable进行了编辑扩充和缓存等操作。</p>
<p>通过一条查询语句描述一个基础数据,并分配一个工作流ID,然后利用OSWorkflow激活它的流程,再利用iBATIS自动生成增删改查的界面,菜单,通过一个权限编辑菜单可以实现菜单和按钮级别的权限控制(根据角色)。一共10000万多行核心代码,早就想开源出来,但是很长时间不动了,懒得理他。</p>
</div>
<p> </p>
<p>10000万多行核心代码,?????牛人....!@!@! 1亿行代码....还是毕业设计..得几十个G吧...</p>
<p> </p>
68 楼
ipanda
2008-10-23
过度封装!拿来做系统原型还行,呵呵。。。
69 楼
zhangchengtian66
2008-10-23
dongzhecao 写道
开发工作量太大了,想找人合作开发
我可以帮你,283936346
70 楼
hallywang
2008-10-23
这个东西要给谁用呢?客户?开发人员?
客户太复杂。。开发人员还不如自己开发
客户太复杂。。开发人员还不如自己开发
71 楼
jeamzhang
2008-10-23
看了下图片,和我最近在用的KingdeeEAS差不多,需要的开发人员的话,算我一个,
联系方式:jeamyong@gmail.com qq:414498235
联系方式:jeamyong@gmail.com qq:414498235
72 楼
rorom
2008-10-23
面面俱到不一定是好事,关键是需求
73 楼
xiaohu0901
2008-10-23
现在类似这样的平台好像比较多,我之前用过dorado,对一般简单企业小应用来说都能很好满足,同时能提高开发的速度,但感觉对一些复杂的业务应用支持还是差了些!
74 楼
yifeng
2008-10-25
dongzhecao 写道
yifeng 写道
推荐你,看看我们做的
www.epopos.com
www.epopos.com
用了EXT的吧
不是的,都是js ,与后台交互通过dojo
75 楼
coosummer
2008-10-26
开发量确实会很大,kingdee bos现在的研发人员有大几十人,做企业应用本身就需要考虑太多的现实管理问题,而做企业应用的二次开发平台,需要考虑的就更多了。而且bos的发展得益于eas的需求总结,如果没有eas产品的丰富开发经验,而直接开发一个bos,也是难以得到市场认可的
76 楼
wcarry
2008-10-27
我建议你不要用htc,虽然很好用也很漂亮,但是限制太大。其实你就是想搞一个web的升级和代码生成,建议你看看mda,很好很强大,也很经典,我已经搞了2年多了,实用性非常好
77 楼
alan6288
2008-10-27
这种快速的开发平台给我的感觉就是运行起来太慢了,可能是使用了Javascript的缘故吧,我电脑配置不是很好。
另外就是都缺乏复杂报表的功能。
另外就是都缺乏复杂报表的功能。
78 楼
forai
2008-10-27
这是什么 我新手看不懂~~
79 楼
elgs
2008-10-27
rar我打不开,能否压缩成zip或者tar?
80 楼
fireflyc
2008-10-28
可以这样直接下个定义
任何妄图缝合B/S开发和C/S开发鸿沟的尝试最终都会以失败而告终。
asp.net的是最好的例子,微软力顶,可是问题依然重重。想看到的完整组件化市场依然没有存在。于是慢慢的asp.net开始有自己的一套最佳实践,但是这些最佳实践之后依然有一堆没有办法看懂的标签。
java世界更厉害,JSF,下场如何?不言自喻。
这个世界大约只有两个领域,一个企业应用,一个互联网应用。
肯定的是这种是那些组件化之类的是不适合互联网应用的。
只有一条应用,企业应用。
可是企业应用中的是流程,是业务。
任何妄图缝合B/S开发和C/S开发鸿沟的尝试最终都会以失败而告终。
asp.net的是最好的例子,微软力顶,可是问题依然重重。想看到的完整组件化市场依然没有存在。于是慢慢的asp.net开始有自己的一套最佳实践,但是这些最佳实践之后依然有一堆没有办法看懂的标签。
java世界更厉害,JSF,下场如何?不言自喻。
这个世界大约只有两个领域,一个企业应用,一个互联网应用。
肯定的是这种是那些组件化之类的是不适合互联网应用的。
只有一条应用,企业应用。
可是企业应用中的是流程,是业务。
81 楼
cock1001
2008-10-28
赞同,
企业应用,
互联网应用
有其很大的不同点
企业应用,
互联网应用
有其很大的不同点