一起分享一起成长 - goCom - SOA中国第一社区

goCom - 面向构件与SOA社区讨论区 - 版务区

投诉与建议 公告

[无发表权] 请登录或者注册版主: 水中氧

产品建议汇总整理（收录本板块提出的产品建议，酌情赠分；同时也收录部分来自其它板块的产品建议，不赠分）

#1楼

总分 861 分
财富 1464

威望 602
排名 第 27 名
段位

建议16：
提出者：
提出时间：
后续跟踪：

====================================

建议15：开发多维报表经常会遇到一些条件多达10个以上、包含嵌套查询等的复杂SQL。处理这些SQL时，往往从WEB页面获得条件参数，然后要么自己写个java构件来组合SQL，要么用以后join String来拼凑，甚至在PLSQL里面凑，JS里面拼，但每种方法都不理想，太繁琐，如果有一种可视化文本sql编辑构件就好了。
例如：select * from table1 where
id = list/entity/ID AND
name =' list/entity/NAME '
...
list/entity/ID 这种节点部分，可以要求开发者用加粗或者变色等方式标识，然后再根据标识解析出来全部正确的SQL出来。
PS:另外建议bean:write标签能否加一个NULL值判断，就如同ORACLE的nvl(col,'0')
提出者：valenwon
提出时间：2006/3/23
后续跟踪：实际通过BL_replace基本上可以达到这个目标。另，按照要求个人实现了一个新的原子构件，参见：
http://gocom.primeton.com/modules/newbb/viewtopic.php?topic_poster=338&%20topic_id=2434&forum=18

PS：bean:write标签加一个NULL值的建议提交研发评审

====================================

建议14：建议 EOS 支持 PostgreSQL 数据库！
提出者：liuwangxia
提出时间：2006/1/11
后续跟踪：没有阐述详细的支持理由，暂时不考虑

====================================

建议13：没有连接线的构件，调试时仍然能存在画面中的某区域，方便以后调试
提出者：xoy2129
提出时间：2005/12/29
后续处理：在EOS5.0原型阶段研发曾尝试过，由于种种原因暂时放弃，在后续版本考虑。

====================================

建议12：EOS在服务端校验比较弱，需加强
提出者：lmx
提出时间：2005/10/8
后续处理：没有阐述内容，暂时不考虑

====================================

建议11：曾在建业务字典时,遇到需要重启EOS Server才能生效的问题。所以，建议在建业务字典或者数据库断了重新连接等情况下，系统能自动给个重启Server的提示，这样更人性化些
提出者：xoy2129
提出时间：2005/9/7
后续处理：业务字典在用户权限管理—〉"工具"菜单下添加即生效，不需要重启Server。至于数据库连接的问题，要么数据库能够实现重连接，否则只能重有Server。EOS的异常抛在控制台和eoslog中，目前只能通过分析这些异常寻找解决方案，还没有好方法可以获取这些异常并做提示。

====================================

建议10：完善构件库及执行速度。现在，系统基本逻辑功能都能通过EOS提供的基础构件组合完成,可是有些特殊的处理在构件库里还是找不到,不得不通过手写代码解决。希望EOS能提供更多的构件库,这样我们就真正的进入了软件搭积木的时代!
提出者：xoy2129
提出时间：2005/9/6
后续时间：实际每个EOS新版本推出时，都有新的基础构件发布。但行业构件的积累还需要合作伙伴的支持,目前很难提供，普元一直倡导大家共同来完善这个构件库。

====================================

建议9：尽快解决查询实体的查询慢问题
提出者：xoy2129
提出时间：2005/9/1
后续处理：EOS5.1已经对查询性能做了特别优化，实验室测试结果显示性能提升大约3到5倍。

====================================

建议8：EOS已经实现了各种构件的直接拖拽、连线，从而完成业务流程的直观图。但遗憾的是，页面逻辑（比如页面tag等）不能拖拽，为什么不在页面逻辑中把这样的功能发扬下去呢！
提出者：ITman
提出时间：2005/8/11
后续处理：EOS5.1已经实现页面的可视化开发

====================================

建议7：EOS的可视化、面向构件的开发方式，降低了技术难度，从而开发人员能更专注于前台的页面设计和java中。所以，我觉得在EOS系统的帮助中应该添加css样式表和java的具体样例，例如，class="table1"中的table1这个样式，可以在帮助文档中查询到，并且可以看到样式的效果图。java也可以这样，最好能够查看到效果图！　
提出者：ITman
提出时间：2005/8/11
后续处理：EOS5.0提供给开发者的样式文件在\jboss-3.2.s\server\default\deploy\eos4jboss\default.war\internet\ theme\style0\style.css类似目录中。主要提供了TABLE.query、TABLE.add、TABLE.result三种表格样式，分别用在查询、修改、结果三种页面表单中。目前还没有文档说明，也没有图片参考，确实需要整理。
EOS5.1已经提供了RichWeb选件，实现页面的可视化开发。

====================================

建议6：（1）在进行数据库配置，以及在各配置文件中显示的密码都是明文的，这在安全上存在漏洞，很容易造成密码的泄漏。建议在所有涉及密码的地方替换成星号或者加密处理成乱码；（2）提供一个由客户自己输入密码的tag，声控的，这在目前的银行和电信都非常需要
提出者：qingshou、cauherk
提出时间：2005/8/11
后续处理：（1）会在后续版本中体现；（2）目前还没有这样的计划

====================================

建议5：（1）登陆EOS管理控制台，如果账号和密码正确则可以正常登录，如果输入错误的账号和密码时，控制台抛出异常错误信息。建议不要在控制台里显示异常；
（2）希望EOS Studio能够作为一个eclipse插件单独存在。因为开源软件的版本更新很快，且在eclipse中我们会安装各类插件，用于完成各种工作，更新时只需要删除旧版的eclipse，然后把这些插件、对应的link文件以及workspace文件夹考到新版里即可使用。
EOS5.0却仍然是eclipse3.0的核心，所以希望新版的EOS安装程序可以把Studio作为一个独立的插件进行安装，就像MyEclipse插件，安装的时候选择一下当前系统内的eclipse路径，然后就把插件link到当前的eclipse中。同样，EOS5.0内置了jboss3.2.5，而最新的已经是4.0.3了，还是希望安装的时候允许用户选择目前系统中已经安装的服务器，然后把EOS的server添加到其中。当然也允许目前的这种安装模式存在，毕竟这种All-in-one的安装很方便初学者使用。但多提供一种方式也许会满足很多java资深开发人员的需要！
提出者：IceCraft
提出时间：2005/8/11
后续处理：（1）目前未考虑（2）基于产品稳定性的考虑，Studio的核心仍然采用eclipse3.0。插件的建议非常有建设性，我们将在后续版本中考虑。

====================================

建议4：EOS项目部署后无法删除，若有重名的项目需要发布怎么办
提出者：chaoran
提出时间：2005/8/11
后续处理：在EOS5.1的管理控制台-〉展现逻辑（业务逻辑）管理中，已经提供按包删除的功能，但jsp页面等其它还是要通过手工删除，这一块有待在后续版本中改进。对于重名项目的发布，会采用覆盖的方式，这是J2EE应用服务器决定的。

====================================

建议3：在Studio中写jsp源码时，能自动提示已有的数据实体，这点值得肯定。不过
1.比如最常见的helloword程序里设置的show/info，在jsp里是否也可以像实体一样自动提示出来；
2.写tag语法时，最好能提示控件本身的属性（不是指用alt+/显示属性对应的属性，举例来说，html:text,最好是空格后自动提示它本来的属性,如property,value,onclick等），请参见老外的NitroX_JSP_Editor编辑器，用空格就会有属性提示；
3.重命名包名后，很多地方不能同步修改，影响严重。主要表现在展现逻辑里，不会自动修改业务逻辑的包路径名；相应的jsp路径名；还有就是jsp文件里的出现的包路径名。jsp文件里的不同步是可以接受的（但在NitroX_JSP_Editor中是会有警告提示），可以等技术成熟了再实现。但前面的个人认为是必须要实现的，不管jbuilder还是eclipse都有支持。
提出者：sys53
提出时间：2005/8/11
后续处理：
1、show/info只是xpath的设置，不对应实际的Entity，不像在property中引用数据实体，这些数据实体是建立了真正的映射关系的。不过你的建议值得思索
2、STUDIO支持显示属性名。EOS5.1中，支持JSP页面的设计视图（可视化编辑），同时，各个标签或者页面控件还有属性窗口，支持直接通过窗口设置tag的属性
3、一个构件包重命名后，需要遍历修改的内容太多，这样对编辑器的资源消耗比较大，同时考虑到开发项目时，构件包名称一般会在设计阶段预先定义好，修改的可能性较少，所以在目前的版本中都没有支持，会在今后版本中考虑支持。

====================================

建议2：EOS返回的错误信息难理解。
错误面向对象(程序员/EOS程序员/应用客户)，关心的错误不一样：如普元工程师可能关心底层的错误；EOS程序员，关心的是在EOS中间件基础上的错误，并如何在这基础上修改；而客户只是想知道最客观的业务性错误信息...
所以EOS返回的错误信息应在EOS中间件基础上，加以错误信息处理，也就是说，虽然底层信息也要print出来，还要告诉开发者是什么原因导致的，以及基于EOS中间件基础的简单的解决方法。
提出者：jhg、sys53
提出时间：2005/8/11
后续处理：EOS的异常抛在控制台和eoslog中，目前只能通过分析这些异常寻找解决方案，还没有好方法可以获取这些异常并做提示。

====================================

建议1：EOS从3.3到5.0版，一直没有支持返回list的存储过程构件，建议推出。
提出者：WilliamXu
提出时间：2005/8/11
后续处理：不是所有数据库都支持返回结果集。针对oracle需要返回存储过程结果的需求，有以下帖子供参考：
http://gocom.primeton.com/modules/devcenter/article.php?storyid=331
若是其他数据库，则在这个参考例子上自行扩展。

2006/2/22 11:19

SOA中国关键任务广受认可 SOA博客精英万元奖金现已发送 IDC白皮书《软件商成长路线图》软件开发2.0技术大会