X3平台的相关问题**

cyw615

一、关于系统构架设计的问题
目前我公司开发的系统是基于J2EE平台的C\S\S多层体系结构，采用MVC架构；M实现业务逻辑，具体说明如下：
a、        怎样在服务器构架中引入C？怎样实现控制层及服务层？
b、        怎样在M方面引入BPO（业务规则＋业务实体）、BEO、ADO？
业务逻辑处理准备使用实体类及存储过程实现；
二、数据库方面
（1）        数据库方面，目前可能有5000个用户，同时登录使用系统的用户约2000个，同时对某数据库（表）的操作：查询用户数约1000个；增加操作约600个；删除、修改操作约50个。
a)        在解决数据库连接（并发控制方面）希望贵方提供底层的优化、解决并发操作及事务控制。
b)        在解决事务处理方面，希望X3平台做底层控制，（结合数据库本生的事务处理）
（2）        数据字典方面：贵方建议不使用触发器、外键实现参照完整性，采用X3平台的数据字典定义进行数据字典的定义；
（3）        希望文档、图片不存储在数据库中，只存储文档（图片）的引用（地址）。
（4）        对于大数据量查询方面，例如1000条记录的查询，希望能分页处理；
三、协同开发
在团队开发过程管理中，我们希望对权限管理、团队开发、版本控制、文档管理进行管理，主要表现在系统的详细设计文档、开发文档（程序文档+程序代码）、测试文档等相关文档做版本一致性管理。

alang

有关MVC，请参考 http://bbs.justep.com/forum.php?mod=viewthread&tid=14182

关于数据库方面，并发方面，平台采用应用服务器的连接池等，就是说并发问题，平台是交给平台所运行的Java服务器和数据库本身来解决的，而且平台上的连接都是需要是才会建立连接，并发访问量比较低。

事务方面平台当然是做了处理的，而且主从数据集自动就在一个事务中，有关事务，请参考 http://wiki.justep.cn/mywiki/moi ... t=%28transaction%29

关于不建议使用触发器和外键，是因为我们认为这些都是在裸数据一层来实现一部分的业务逻辑，这样业务逻辑分散，而且在数据没有赋予逻辑含义的时候直接定义业务逻辑不好，因此不推荐使用。如果已经用了，平台可以照应支持，如果还没有用，建议不要使用。

文档、图片可以放在数据库中，当作二进制字段，也可以结合平台的文档服务器，在数据库只保存文档连接，文档的内容保存在文档服务器上。最新的版本上甚至可以直接配置文档关联就可以是功能中挂文档。

对于大数据量的查询，我们建议从业务需求的角度来缩小数据范围，降低数据量，如果从业务上很难限制，平台的数据集上提供了分组、分页取数据的方法，可以直接设置数据集的取数据方案属性，也可以自己在代码中控制。

关于团队开发，平台现在只支持独占模式的协同开发，并且可以直接从建模工具中生成开发设计报告

cyw615

"关于数据库方面，并发方面，平台采用应用服务器的连接池等，就是说并发问题，平台是交给平台所运行的Java服务器和数据库本身来解决的，而且平台上的连接都是需要是才会建立连接，并发访问量比较低。"
你的“平台上的连接都是需要是才会建立连接”中“需要”切切的含义是指什么，例如用户登陆使用系统，用户打开某个界面？

cyw615

MVC 方面，希望贵公司能给个例子（文档或是演示）

cyw615

希望这些问题给一些具体的实例（演示、文档之类的）
拜托，谢了！！！

cyw615

最初由 cyw615 发布
[B]一、关于系统构架设计的问题
目前我公司开发的系统是基于J2EE平台的C\S\S多层体系结构，采用MVC架构；M实现业务逻辑，具体说明如下：
a、        怎样在服务器构架中引入C？怎样..

以下省略...... [/B]

http://wiki.justep.cn/mywiki/moin.c...8transaction%29打不开
开发管理方面也缺乏相关文档，希望在新版本发布的时候同时发布相关文档。

cyw615

不会吧，这么长时间了，理都不理啊！未免太...

shangxy

http://wiki.justep.cn/mywiki/moi ... t=%28transaction%29
这个可以连接了