远程数据上报 (300分)

B

bubble

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #1

我想做一个远程上报系统
用户通过ie访问我的网站选择要上报的表号,
然后服务端根据表号从sqlserver2000中检索出
用户说不想在客户端再装应用程序,最好直接用ie,
所以尽量的不用ActiveForm,
刚刚和老王在QQ上交流过，
王寒松大虾说如果用html方式传送会有安全性的隐患,
如果用ActiveForm使用数据流安全性会好一些,
如果让你做你会怎么做??
我暂定用ASP.也可以改用别的语言,如果你能说出理由.
无非就是动态检索数据库然后根据结果生成不同的网页,
然后调用dll有一个审核,或者不调dll,现在有这个审核模块,应该怎么弄?
谁做过类似的东西???不妨进言,这个说简单也简单.说难因为我没做过.
有建议一定给分,可以另开贴子加分.踢一脚有分.
很快结贴,因为明天下午要写出那个那个,就是,就是报告.

 

T

tomboy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #2

太简单了，用asp吧，简单方便，和sqlserver2000配合得好。
审核公式可以作一个存储过程，推荐作为Com对象,放在服务器上。
也可以做成web service，更前卫……

 

T

tomboy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #3

这个和activeform根本没关系的啦。

 

H

hbezwwl

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #4

我看用asp就解决问题.数据库用个sql server.

 

L

LuJuhe

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #5

我的一个类似应用就是用ASP做的，用PHP、JSP之类的也行，和论坛之类的程序相比，算
是小应用了。

 

王

王寒松

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #6

我不认为ASP是很好的方案。 因为系统比较简单。 所以各种方案都可行
但要分清任务量。
1. ASP 方案。 优点： 脚本简单。 改起来容易。
缺点： 优点也是缺点。 很容易被别人修改。没有技术含量。 需要
写的代码量(html, asp) 大.
安全性没保证。你是给政府做软件的。应该知道安全性的问题
有多重要。 万一ASP 和数据库被人破掉怎么办.万一有假数据
进入怎么办
2.PHP 方案。 优点缺点基本上同ASP方案。
3.ACTIVEX form 方案: 优点： 服务器端数据处理简单。 网络传输数据(仅仅传送数据)
瘦客户方式。 数据可做加密处理传送. 因为是DELPHI写，
所以代码量小
3.Delphi ISAPI方案 + html模板 + css 方案
服务器端ISAPI验证。服务器端数据安全性有保证。
客户端同样可以发送假数据POST 到服务器端
我推荐你用 ACTIVEX FORM不是看那个方法做的简单而说的。
做系统不要只考虑简单方便。 网络带宽。数据安全都要
仔细考虑。
如果仅仅考虑简单方便。 那我们用的工行。 招行的电子银行解决方案都用ASP行么？
实际上我并不认为ACTIVEX FORM 有多复杂。 第一次登陆需要下载一个OCX
以后就不在需要认证了。 这很麻烦？

 

P

Pipi.

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #7

老王，工行、招行的电子银行解决方案是你做的？

 

王

王寒松

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-25

• #8

PIPI. 老王没那么大的本事。 他们也不会找个人来做设计。
我在用招行的卡。 它的解决方案就是 ACTIVEX form +ssl。 还用C++BUILDER写了一个 客户端程序

 

弟

弟子

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #9

本来我是建议用PHP的。但听了王大侠的一席话，胜读三年书呀！
坚决拥护！

 

J

jrq

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #10

学习了.....

 

L

lzhuan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #11

受益了

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #12

可以考虑ASP+COM组件
安全性可以得到解决，

 

W

wlmmlw

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #13

用SQL Server一个搞定一切。^_^

 

W

wen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #14

用activeForm-->webservice-->mts/com+-->db.
客戶端發佈簡單.

 

E

eagleblue

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #15

to wen
activeForm-->webservice-->mts/com＋
为什么要一定要WEBSERVICE？？

 

H

hpretty

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #16

我看用ASP.NET做是最好的。对于这种小型应用，就是ASP.NET的专长了！

 

S

sherman

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-27

• #17

小系统就不用考虑这么复杂了,主要看客户连接数了

 

B

bubble

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-27

• #18

多人接受答案了。

 

B

bubble

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-03-26

• #19

楼上们说的都不错，
to tomboy>>审核公式可以作一个存储过程，推荐作为Com对象,放在服务器上
我有点不懂，xixi，不过我觉得很有道理的说，
您这么做过么？能不能具体一点？用delphi写么？分大大的给了。
Web Service确实考虑过，适合审核么?
相比asp调dll,和com对象除了更前卫还有什么有点？
写起来哪种方法最简单？？Web Service麻烦不麻烦？？
另外，有没有人考虑过或者试验过ASP.net???
可不可以给点建议？？
反正我用什么都是第一次用了,光脚的不怕穿鞋的。
呵呵，不过ASP的现成的东西好像更多一些。
to hbezwwl,tomboy,LuJuhe
如果有msn可以留一个，请赐教,谢谢了.^_^

 

B

bubble

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-03-26

• #20

我倒~~
要是招行的电子银行解决方案是老王做的，
那，那，一帮穷哥们儿不都有钱花了.