寻技术框架开发同好·

Question

背景：今天的MIS系统如果没有一套类库和基表类则开发速度就太慢了，所以，我一直在说服
我司先开发类库再开发具体业务，可是被领导含笑拒绝啊。这时想到了CSDN的战友，如果有同好，可否一起设计一起开发。目标是总结开发出属于一般MIS/ERP开发的技术框架。目前我开发出了单表，和通用查询组件，刚开头啊。欢迎各位大虾提出设计方案。

Answer 1

同好
可以开发一些通用的权限控制com＋组件，用户，角色组件等，和业务无关。
我也在写通用查询组件

Answer 2

我有一个Delphi下的MVC框架，正在项目中使用和改进。

Answer 3

Ralf1999(ralf1999)兄:请教你的MVC架构是如何组织的。可以特别加分啊?请多指教兄:权限控制com＋组件你是如何设计的呢？
 Tryway和 halfdream(哈欠) 近日上了KSERP.COM感触颇深，他们的平台理念我想也是从共用组件发展过来的.

Answer 4

to all:设计思想可谈谈的。
象权限控制组件，通用起来我发现就不容易啊。

Answer 5

我主要关心方面是通讯方面还有客户-服务的请求分派设计上...关于权限控制,其中有一个重要环节是登录...
COM+自身的安全机制很大程度上是依赖WINDOWS系统的安全机制..
一方面,这倒是使用方便
但另一方面,对于松散耦合的扩展性强的系统来说,它多少有点不足...
比如说,
有这样一个系统:
A:数据库服务器,B:COM+组件服务器,C:自定协议的SOCKET服务器,D:WEB服务器,E:客户端机IE.用户的请求则由 E=>D=>C=>B=>A 
需要设计一下用户的登录机制...也就是说,用户登录之后,怎么样来保持用户登录状态.
在这种情况下,让用户执有一个登录回执是一种通用办法,用户在接下来的每项请求时都附
带上登录回执作为权限凭证,就象买了票可以到各处游玩一样.因为登录后,物理连接并不是保持的.需要保持一个逻辑上的连接.
IE端倒是有几种方法保持这种回执数据,一是URL地址栏,一是暂存在COOKIE里..每次请求,登录回执于是一层层传进去,从C==>B,这时候,问题出来了.
可以在COM+的每个接口函数是加上一个这个参数...这是最容易考虑的,
但从另一方面看,这样为接口函数加上这种参数...逻辑上似乎有点....那么,好吧,再加上一个接口函数,专用于检验这个登录回执,那怎么保证C调用B的时候,
一定要去自觉调用这个接口函数呢? 
(为了增加设计的可靠性,各部分基于彼此不信任的原则)希望有兴趣的朋友继续谈谈自己思想,有关无关都有用的:)

Answer 6

非常抱歉，因为工作很忙，我可能没有时间在这里讨论了。
请ejason (忏悔一生) 把你的邮箱地址告诉我，
我会把框架的模型发到你的邮箱里。

Answer 7

给大家提供一个开发这样的产品非常好的一个公司的地址：
www.justep.com
专业级的哦

Answer 8

ralf1999(ralf1999)"我的mail : [email protected]