MIS=JAVA OR MIS=DELPHI(50分)

U

ulysses

Unregistered / Unconfirmed
GUEST, unregistred user!
各位先行者:
这个问题一直非常困扰我.我是一个外贸公司的电脑部的软件制作人。
我们现在的这套外贸管理软件是CS结构的,或者说是最老的客户机+数据库
直接访问方式的。就想用友的"集成帐户"一样的,没有RMDB.用VFP写的程序
直接访问VFP数据库.这种模式是在3年前开始用的，产生了很多的问题.
1.速度是越来越慢.因为数据库大了。由于没有数据库服务器,网络流量
非常的大，所以非常的不稳定.加之是共享盘的方式,给病毒很大的扩散空间.
2.更新麻烦.一但有修改就要到处更新.大概80机台机器要更新.
3.修改程序难度大。CS的结构的桎梏,如果要增加一个小功能就要修改多处.
现在面临重写的选择.
1.DELPHI+MS SQL SERVER 的CS结构.相信应该比较的成熟.开发周期短.有了
问题也容易找人问.
2.DEPHI+ASP+MTS 3层结构.
3.JSP+EJB+MYSQL+TOMCAT的 3层结构.
JAVA的优点是众所周知的,但是我们公司没有做过这类的东西.而且我看网
上的,书上的介绍主要都是针对电子商务的开发.我的问题集中在以下几点.
1.速度.据说JVM的速度毕竟还是不能和EXE相比的.
2.开发周期,由于没有了控件,组件,全都要手工的写.时间不能估计.
3.报表问题.JAVA的报表能有想WIN32 EXE一样的效果吗?
4.操作的方便性,我觉得在WEB上和WIN32 EXE上的操作还是有差别的。
比如说你选取一个数据字典的时候.还是EXE来的方便.
如果各位有过过类似的经历和经验,请不吝赐教。谢谢.
 
DELPHI+MS SQL SERVER+ASP
只有浏览权限的人用IE，有修改数据权限的人用EXE程序
 
如果你没有web开发的经验,那么就最好不要采用这种方式,
而且,你应该明白一点,cs的方式,很多业务逻辑在客户端,
服务端压力相对较小,而bs方式下,基本上大多数业务逻辑
都要放到服务端,这对服务端的压力是不得不考虑的问题.
对于你提出的问题,我的回答如下:
1. 如果你用java,如果肯定比不上windows本地程序了,java
的优点是可以跨平台,是企业级的j2ee平台,我想这些东西
你们单位肯定用不着.
2.开发周期,对于熟练的bs开发人员来讲,对比cs的模式,
ui部分的开发时间大约是2-3倍(我们单位的实际情况),
问题是,这个时间不仅仅是一个熟练的开发人员就可以做到,
而是必须有充分的积累,也就是说,我们已经有了一个比较
完备的bs的控件库,这些都要靠自己写的,当然,也可以用JSTL,
这看你自己如何选择了.
3.基于bs的报表目前应该讲还是比较成熟的,但绝不是让你
自己做,自己做是做不出好的报表来的,我们在项目中都是
购买成熟的报表工具,如crystal,bo,brio等,不过这些东西
报价都不菲,你用得起吗?
4.bs的操作方便性和普通本地程序应该是没有区别的,关键
是有些比较复杂的控制效果需要自己写代码实现而不像cs下
的程序已经有了封装的控件,这对开发人员的要求是比较高的.
该如何选择,你自己考虑.
 
感谢回复MR.小猪:
我们公司技术实力比较的一般.做过一些ASP,IISAPI方面的东西。基本上是跟着
MS走的。我们用BS的目的就是希望UI和BUSINESS LOGIC能够分离.因为外贸MIS比较的
复杂,我们希望能够用组件的方法灵活的设计和维护系统.,CS在这方面我们已经吃尽
苦头.我觉得在局域网上,网络速度和服务器压力对我们公司来将几乎可以不用考虑。
我们公司有20MB的公网光纤访问的带宽,9个公网IP.LAN是100MB的光纤主干,100MB到
DESK.而且我们只有80几个人,实际使用系统的有60个人左右.现在的服务器是比较
便宜的。我们现在就有3台服务器.
理论上将EXE能做的JAVA都能做,只是一个实现一个功能在不同平台上的时间和
精力的差距.但是所谓的J2EE不是说非要是很大SIZE 的企业才能用的。当然跨平台
的问题可以不用考虑。J2EE是一个抽象的,宏观的概念,并没有指定实现的范围.
J2EE technology and its component based model simplifies enterprise
development and deployment. The J2EE platform manages the infrastructure
and supports the Web services to enable development of secure, robust and
interoperable business applications.
不知道你们公司的BS系统是应用在什么地方的.您能谈谈吗?
 
我们的系统主要用来提供网上交易的谈判和结算功能,应该算是比较大的系统了,
一般用的app server是websphere,主机一般是sun fire,数据库一般用oracle.
事实上,如果你们的访问量不大,没有什么压力的话,我建议你采用asp的方案,
asp开发相对简单,对开发人员的要求相对而言没有jsp或者servlet那么高.
在基于低压力的前提下,你的服务器配置不可能很高(和sun和ibm的小型机
比起来,p4 2G仍然也只是很普通的机器[:D]),在低配置的情况下,jsp和servlet
不见得就比asp快,在app server运行参数配置不合理的情况下甚至会让你
无法接受,而对app server的配置,虽然简单,但没有经验的人同样是
很难做到合理的.
最后,说一点我个人的看法,java虽然有诸多优点,而且我也很推崇java,但事实上
我认为大家所看到的java的一些宣传,仍然有很重的广告的成分在里面,这是跟
sun的市场策略是有关的.业界一个笑话认为,sun极力推崇java只是为了更好的
出售它的小型机,而j2ee不过是为了让大家尽快升级自己的小型机而已.这虽然是
一个笑话,然而,从市场的角度来看,也未必不是如此[:)],你说j2ee并没有指定
实现的范围,诚如所言,然而,以我看来,如果你的企业甚至不打算买一台sun的入门级机器
sun 280R的话,那么最好不要考虑使用基于j2ee的方案,至少在我们给客户做的方案
中,从来没有出现过在nt的机器上搞java的.如果你的服务器是基于wintel的,
那么,我觉得你还是老老实实的跟着微软走,而且,具同事介绍,现在微软的asp.net
已经具备了极高的生产力,至少从同事的介绍来看,目前基于java的解决方案
还无法达到这么高的开发效率.或许能达到吧,但我认为至少你还不具备这样的能力.
至于你提到的ui层和业务逻辑层分离的想法,其实在微软的架构下是完全可以做到的,
mvc的结构只是思想,并没有绑定到哪种语言上.以asp为例,你完全可以把你的业务逻辑
做成com组件,在asp中只是简单的调用这些组件来实现业务逻辑,其实基于java的方案
也是这样做的,jsp负责画页面,调用javabean来实现业务逻辑,你认为这两者有区别吗?
最后说一句的事,其实我一向不喜欢微软的东西,我从工作以来一直搞java,将来
我如果换一个工作,我也绝不想去写asp.c#之类的东西,但是,我认为,实际问题
不应以个人好恶来决定,必须根据实际情况作出决定,如果将来我自己开一家
公司,需要做这样一个小型的系统,我当然不会自己做[:)],但我也绝不会接受
java的方案.
 
还是哪套技术熟悉，就用哪套技术。
现在的各种技术方案，要功能总有办法做到。
做一个项目已经挺复杂了，一般不要去增加无谓
的项目分险。
 
小猪的话不错呀，指点迷津。
 
听课。做记号，明天早上来看看。不行了，睡去先。
 
我们公司的一个合作伙伴也是我的朋友在上海做一个比较大的证券公司的JAVA系统。
负责核心组件的制造。我产生用JAVA的想法也是由他触动的。其实JAVA 好几年前
我就玩过了。可惜哪个时候只有IE3，我还记得用IE4的时候我依旧在坚持用NETSCAPE。
不管BBS上的网友如何的揶揄我。除了APPLET之外，JAVA也没有什么可做的。做应用
程序是慢的一塌糊涂。
小猪同志似乎年纪不大，一毕业就在大公司吧。对我们这样的小公司的情况可能还不
了解。不是所有企业都要用到WEBLOGIC，WEBSPHERE，AS/400。什么样的需求产生
什么的要求。并发数不超过20的情况，TOMCAT+MYSQL+WIN2000我想也是一个不错的
方法。给大公司的做项目的好处就是先给他来一个WEBSPHERE，再上个DB2，等等
光是软件环境就要上100万，加上各种小型机，软件开发的价格弄个30万是没有问题。
反正看不出来。
关于说JAVA的宣传有点夸大，我很赞同你的观点。IT行业总是这样，不管是买
硬件，还是做软件。总是把一个概念通过包装和宣传变成另一个概念，有识之士
发现这个题目可以操作，然后跟着一起抄。三炒两炒，市场就起来了，也养活了
一大群人。当然这是大公司象MS，SUN才有的能力，能够驾驭市场，驾驭普通人
的眼球的能力。我想这就是买点吧。就象我旁边的这台SHARP笔记本一样，其实也
差不多，就是多了一个并不实用的键盘升降功能，就让我的同事动了心。:)
楼上WUKW,我觉得如果你想从事软件行业,那就要做一些东西,我以前不做软件的时候
是电脑玩家,玩家就是玩家,你没有压力是做不出什么东西.我的朋友刚从机关辞职,
他是本科毕业,在单位呆了两年多,他说时间越长,他越不能做东西了，就象一种病
越来越严重.
我想说的是，我提出的这个题目实际上是说，选择MS还是SUN（JAVA）。搞MS的
东西已经5年多了，MS的东西确实简单，容易上手，帮助详实，整个的系统比较的友好。
越用就越懒，越傻，几乎都变成编程机器了。最高的层次就是用API编程了。MS这是
下套子啊，软件给大家盗版并不是因为禁止不了。最后的结果是世界变成了微软的
世界，并且思想也被桎梏了。而SUN的世界是开放，是和微软对抗的另一股力量，
而且他不是孤立的，很多厂家在支持他，很多是OPEN SOURCE的，如APACHE。学习
JAVA就是在学习面向对象，学习软件工程的方法，他带给我们的不仅仅只是一种
语言，而是一个种平衡世界的武器。：） 至于MS。NET，想到这个事情我就恶心。
花了那么多的时间学习VB，VFP，VC，然后他全变了，我一听到C++变成了C#，我
不禁眼前一晕，真是善变的女人啊。不说了，我要下班了。
 
问题是,如你所言,你用ms的东西已经5年了,而java呢?
我的确是在大公司,大公司有大公司的好处,事实上我们
这里用java也就是我到公司以后的事,我到公司参加的第一个
项目就是我们分公司的第一个java项目,当时我们吃尽了苦头,
性能,开发速度,等等等等,不一而足,但是,我们是大公司,
经得起这样的折腾[:)],但是你考虑一下你有没有这样的
底气呢?我认为你不应该选择冒险.
至于.net,其实我倒是很看好的,至少在开发效率上,我认为
asp.net已经非常出色了,为什么不选用一个有足够的生产力,
又没有太大风险的方案呢?
我认为你不应该把vb,vc和c#相提并论,因为他们的目标是不一样的,
vb和vc面向的是windows桌面应用,而c#面对的是基于web的应用程序开发,
他们目标不同,因此本质上也是有区别的.其实,c#和java的设计者都是
anders hejsberg(好像是这么拼的[:)]),他们的区别,难道就有那么大么?
至于java的开放,这诚然是一个优点,但是,其实我现在倒是对此有些忧虑,
sun和ibm同床异梦,java究竟何去何从,现在倒真让人有些迷惑,至少这两家
为了协调自己的利益,在发展速度上也许会被ms赶上.
其实,现在我都有些奇怪,为什么我一直喜欢java,一直痛恨ms,现在却极力
劝你不要用java,也许是爱之切,恨之切吧.
现实的比较是我一直很羡慕我们公司搞.net开发的人们的开发速度,绝对超过
我们,而且,项目风险也比我们小的多,因此,平常也比我们轻松的多.[:(],自由
是付出代价的.
 
感谢楼上赐教。看来我只是一个电脑玩家，但我决不放弃自己的追求。
 
hI.
JAVA我刚刚学。或者说一直没有接触过J2EE的东西。以前看过一些JSP，觉得不过
是JAVA化的ASP罢了，觉得没有必要深究，就没有彻底研究。我以前对JAVA的认识总是
停留在APPLET上，去年又做了一段时间的业务（我们是国际贸易公司），今天再回来
做DELPHI，然后发现这个世界的变化又大了很多。MS.NET诞生了,JAVA已经到1.4了,
XML越来越成熟,SOAP在网上的出现频率非常的高,还有WEBSERVICE吹的人越来越多.
真是不是我不明白,这世界变化快.
你知道我们选择这行，就是选择了不断学习，我也是因为这个才觉得这行比较的
有意思，但是年纪渐渐的大了，人也懒了。不进则退，不干这个能干什么呢？昨天
我去研究了一下DELPHI的WEBSNAP，这个东西做ASP，ISAPI实在太简单了，用这种东西
做项目的开发周期相对JAVA来说应该是比较的短。但是我们能学到更多的东西吗？
JAVA就象一套通用的工具，能够做各种各样的玩具，MS。NET就是一套不通用的工具
只能做MS牌子的玩具。
你用过ECLIPSE，IBM的东西，这个名字用中国话来说就是犯了忌讳。不知道IBM这是
不是IBM公然的挑衅。其实每一个公司都把MS当做了偶像崇拜，都在抢夺标准的制高点。
得标准者得天下。我不看好IBM，这个大家伙除了大型机有点优势，其他的东西都是技术
先进但是不占优势，可能是SIZE太大了。他们本来在小型机上就是对手，貌合神离啊。
我还是太偏向技术了，总是脱不了对技术的追求。
爱过方知情重 醉过方知酒浓
JAVA过才知什么呢？
 
你确实很追求技术,我看出来了,但我是学会计的,我追求的是成本效益原则.[:)]
 
你是学会计的？会计一直是我心中的痛，我们公司的MIS系统的最大问题就是和财务
系统的接口，我们用的是用友。会计这个东西不实践，光看数一点用都没有。
很想知道你用什么开发工具，什么东西用的比较的好。JBUILDER 7吗？以后还要向你
多请教。
 
不知用Java做一个简单的desktop程序怎么样?
如最开始的学生管理系统(Jbuilder7)?请指教.
 
to ulysses:
会计这东西,不是说看书不行,关键是入门要有人教,入门以后基本上
就是自己看书了.用友的东西其实很烂,access版的都不加密的,你们其实
完全可以自己写接口的,他的帐务核心的几个表非常简单,懂会计的人一看
就明白了[:)]
我平常用jb,现在开发用的版本是jb5,不过我还是喜欢用jb3,速度快一些.
写测试代码都用jb3的.
to tabet:
我绝不会用java写desktop的,我用delphi.除非我打算让它在unix上也能
跑起来:)
 
你说的不错，我们的工作比较的忙，财务科的特殊性也不能让我们去那里实习。
光看书没有人提醒根本弄不清楚。外贸的会计和其他的工业，商业会计还有一点不一样。
用友这个东西确实有意思，VB+ACCESS一点安全性都没有。好在普遍的计算机水平都不
高，一般的人也不知道去看。用友的接口我们快完成了。出于管理的目的，我们做了
一个凭证输入的小东西，这样输凭证的时候也能够把数据导入到我们的MIS里去。
看到用友这样的软件，我想说的是，技术再强也没有用，没有市场等于零，原始的
资金积累是非常重要的，新版的用友做的不错，但是价格非常高。
JB7虽然不错，但是太消耗资源了。没有512MB运行是不爽的。
说到WIN32 EXE，不得不说IBM的技术，他的ECLIPSE就是用JAVA做的。只不过根本看
不出来。他用了一个叫什么的技术，我想不起来了。是把SWING用WINAPI来实现。
做的很酷。
 
WEBSPHERE这么牛B吗？我们公司正要上呢，我还在考虑要不要跟进呢，哈哈！
 
很少有公司比我们更牛B的，初来，什么都是正版的，包含98，DELPHI，ORACLE，WEBSPHERE，连培训都是正版的。
不过，也很可恶，换代不那么容易！
 
to:keepyea
webpshere有正版和盗版的区别吗?
如果出于评估和测试的目的,websphere是可以免费使用的,
如果应用于商业目的,则需要向ibm购买每cpu的license.
我想作为软件开发商,购买一个webspere的所谓正版似乎
太小题大做了吧?
websphere感觉不好,我们打算要换了,朋友说weblogic不错,
不过我们公司跟oracle关系不错,准备试试ias.
to:ulysses
eclips用的那个东东叫做swt,现在已经支持好几个操作系统平台了,
曹晓钢对这个比较熟悉,你如果对eclips感兴趣,可以跟他联系.
 
您必须登录或注册才可回复。

Similar threads

S
[异步编程] 使用 ZAsyncInvoker 进行异步编程教程-1
回复
0
查看
561
swish
S
不
奇淫怪巧之在Delphi中调用不申明函数 - 不得闲
回复
0
查看
708
不得闲
不
S
[教程]使用 ZAsyncInvoker 进行异步编程教程之二：ZAsyncInvoker 解决了什么问题
回复
0
查看
569
swish
S
S
[教程]使用 TQJsonOutputChannel 写入 JSON 数据到流中
回复
0
查看
672
swish
S
S
[流控] ZFlowControler 设计基本思想说明
回复
0
查看
634
swish
S
顶部