|
锁定老帖子 主题：给大家展显下我的简易开发平台
精华帖 (3) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-10-21
dongzhecao 写道 rihoonet 写道 HTC局限于MS的IE了吧。
是的，夸浏览器还没考虑 夸浏览器还没考虑，过了这么多天了，现在考虑了没有？ |
| 返回顶楼 | |
|
发表时间：2008-10-21
dongzhecao 写道
qlhl2000 写道
能否再稍微详细一点你的设计思路，图片中没有菜单；主子表的实现形式；弹出是否跟随，树与主子表的关系等
对于树那只要是表结构符合fid,fparentid的都可以，系统中如果有对应的POJO，只需将其CLASS路径指定即可。
简单跟大家说说：客户端采用Applet实现，对JTable进行了编辑扩充和缓存等操作。 通过一条查询语句描述一个基础数据，并分配一个工作流ID，然后利用OSWorkflow激活它的流程，再利用iBATIS自动生成增删改查的界面，菜单，通过一个权限编辑菜单可以实现菜单和按钮级别的权限控制（根据角色）。一共10000多行核心代码，早就想开源出来，但是很长时间不动了，懒得理他。 |
| 返回顶楼 | |
|
发表时间：2008-10-21
尽量还是不要称为平台，市面上已经有太多称为平台的东西啦，如果只是简单的一个小工具，还是建议称之为工具。
|
| 返回顶楼 | |
|
发表时间：2008-10-21
确实做的不错,只不过现在用HTC有点局限性...
|
| 返回顶楼 | |
|
发表时间：2008-10-21
我们之前是用htc的，现在都专门改成ext或者flex了
|
| 返回顶楼 | |
|
发表时间：2008-10-22
国内做类似东西的公司或个人基本上都是基于同一个市场前景预期吧
－－“让只懂业务不懂技术的人可以构建出一个系统” 这个想法是很妙的 但是实际情况相当复杂 不得不面临一个两难选择 要么放弃灵活性与扩展性 专注于某一特定领域 要么投入大量人力物力财力 构建一个理想平台（尽管成功率很低） 说实话 个人认为这两条路的钱景 都不算太好 呵呵 除非真的很有资本（人才和钱财） 比如SAP |
| 返回顶楼 | |
|
发表时间：2008-10-22
楼主何不用。net算了，既然这么依赖ie。
关键是这个东东很难找到合适人才，人力成本太高了。并且没有大规模使用，显得不成熟。 |
| 返回顶楼 | |
|
发表时间：2008-10-23
dongzhecao 写道 grandboy 写道 不错。我看通用业务逻辑应该比较简单。不过复杂的逻辑，这套开发平台可能实现不了，那怎么允许更开放的接口，或者直接让用户去写代码，包括页面，逻辑等。
看来是打算商业化了吧？ 我只是粗略的截了5个效果图，详细的介绍文档现在正在编写，过两三天就可以完成了，到时和大家一起交流。 业务逻辑(个性化)是任何平台都无法处理的，那么平台能做的就是让开发人员用尽量简单明了的代码来实现业务逻辑。 目前离商业化还有一段距离 另外我的联系方式：QQ：27930634； MSN：dongzhecao@21cn.com EMAIL:dongzhecao@21cn.com 欢迎和大家一起交流 楼主可以先拿这个东西开发个东西看看效果如何...做个项目..然后在看看该怎么改灵活么...(个人建议) 支持.... |
| 返回顶楼 | |
|
发表时间：2008-10-23
yangyi 写道
dongzhecao 写道
qlhl2000 写道
能否再稍微详细一点你的设计思路，图片中没有菜单；主子表的实现形式；弹出是否跟随，树与主子表的关系等
对于树那只要是表结构符合fid,fparentid的都可以，系统中如果有对应的POJO，只需将其CLASS路径指定即可。
简单跟大家说说：客户端采用Applet实现，对JTable进行了编辑扩充和缓存等操作。 通过一条查询语句描述一个基础数据，并分配一个工作流ID，然后利用OSWorkflow激活它的流程，再利用iBATIS自动生成增删改查的界面，菜单，通过一个权限编辑菜单可以实现菜单和按钮级别的权限控制（根据角色）。一共10000万多行核心代码，早就想开源出来，但是很长时间不动了，懒得理他。
10000万多行核心代码，?????牛人....!@!@! 1亿行代码....还是毕业设计..得几十个G吧...
|
| 返回顶楼 | |
|
发表时间：2008-10-23
过度封装！拿来做系统原型还行，呵呵。。。
|
| 返回顶楼 | |
