|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
唉!都是钱闹的1.Swing和.net网页编程开发比较------从市场份额看.net网页编程开发主要占据大部分的中小型和中型的的桌面开发,原因是它封装了很多工具放眼看天下银行与保险公司的中心营业体系,真正用J2EE架构切实其实实很少,但作为IT公司与用户却都叫得要往J2EE架构转,这里的缘故原由有几个:
1、IT公司必需炒作新观点,才干取得新利润
今朝各银行与保险公司都有本人的中心营业体系,一样平常而言一个体系利用工夫越长,体系会越不乱(利用历程实践是一个不休的扫除BUG与体系优化的历程),但跟着营业的开展,体系仍是要有所开展的,如新增营业功效的处置,新增服务渠道等,一个好的架构,这些扩大都可在原有架构上有序的扩大,固然有的体系基本架构欠好,或因为开辟过程当中的“年夜跃进”,使得每次体系晋级都要打疾速补钉,终极招致损坏了原有优秀的体系架构。
体系晋级过程当中损坏了本来较好的架构,这是怎样做好软件工程的成绩,与是不是接纳J2EE有关,并且在国际招致这个成绩更主要的缘故原由是用户方在软件方面的投进不敷,请求的开辟周期严峻分歧理,而打补钉的办法是最快最省市的办法,很少思索该补钉对体系布局久远是不是有倒霉的影响,了局是体系在几年后不能不作一次年夜范围的修正,不然原有体系已没法打上新的补钉了。这类体系的保护晋级体例实践上更费钱,并且风险更年夜,但用户仿佛更能承受,假如接纳安稳的晋级办法,每主要投进较多的资金与工夫,但风险小,久远来讲更省钱,但国际用户很难承受这类理念,老以为IT公司是要让用户支付更多的用度。实践上如许的开辟体例IT公司更喜好,由于每过几年大概会拿到一个较年夜的票据,但因为新的票据也纷歧定就落到本来开辟公司的口袋里,而每次从头投标城市增添很高的市场本钱,因而各公司会把更多的精神放在怎样保护与客户的干系上,而对现有产物增添投进则没有动力。这就是国际软件业的近况,而且已进进恶性轮回,到一天堂内的软件公司撑不下往了,则用户大概面对着不能不选国际的产物,但代价则多是国际产物的几十倍或上百倍。固然外洋的产物会在某些方面好过国际的产物,但假如国际的软件公司能获得公道的利润进进良性开展,也是能够把本人的产物做得更好的。
正由于在上述年夜情况下,IT公司固然更乐意宣传统统新的手艺,而不管该手艺是不是成熟,也不管该手艺是不是合适用户的实践必要,由于只要宣传新手艺才会使体系不休地从头开辟,如许才会把市场的总盘子做年夜,也只要如许,人人才会有钱赚(由于在国际挣不到保护费,版权费,只要不休变才会有开辟费赚)。但变的风险,开辟商是不体贴的。
2、用户但愿简化客户真个保护
C/S布局,客户端程序的晋级安装老是对照贫苦,再加上大概的病毒损坏,客户端操纵职员的误删程序等都大概招致不克不及一般利用体系。用户方的IT手艺职员都但愿能捞到一种举措,使客户端象本来的笨终端一样,加电就可以用,如许就费事良多。如许基于J2EE架构的B/S布局就很有吸引力。
用户的设法其实不错,但简化客户真个保护,纷歧定只要接纳J2EE架构一条路,而用户觉得只要J2EE才是独一的路子恰是IT公司临时“教导”的了局。
用户方的IT职员,出格是CIO们缺少计谋目光,即便接纳传统的C/S布局,使客户真个晋级保护大概会贫苦一些,但这只是战术方面的投进,而因为体系架构临时处于不不乱,特定是在晋级过程当中怎样包管数据迁徙不会招致数据“掉真”(因为改动架构常常会换一家公司开辟,而新的开辟商对原有体系的数据库表布局不克不及完整懂得,最费事的举措也是不卖力任的举措,就是库布局一同改,然落后行数据迁徙)这些计谋方面的风险则很少体贴。
架构变动的风险事实有哪些呢?我们可作复杂的归结:
1、数据风险
在上述会商中已说起。
2、体系不乱性
除非是已很成熟的使用了软件产物,不然任何一个开辟的使用体系都要经由2—3年才干慢慢不乱。而国际用户很少批准购置一个产物,再依据产物的请求来对本人的营业流程举行重组,如许实践上就没有真正意义上的软件产物,即便有一个产物的基础版本,在任何一个用户单元都要经由大批的修正或客户化才干顺应用户请求,了局就是体系的不乱性被损坏,趋于不乱的周期加长。
3、效力风险
任何一种架构实践都是有必定的合用局限。
2层的C/S架构合用的小型企业使用,由于有良多开辟工具撑持,开辟周期快,即便有变更,从头开辟的本钱不会太年夜。
N层C/S架构(接纳IBM-CICS,BEA-TUXEDO两头件),该架构已把营业逻辑计划成一个一个自力的可供挪用的SERVICES,增添或修正营业逻辑只是增添SERVICES或修正已有的SERVICES,客户端只作界面处置。如许的架构使得营业逻辑的变动极其便利,而这恰是银行保险如许的使用更加体贴的。如许的架构是专为OLTP使用计划的。
J2EE架构也可把营业逻辑后移,计划成SAERVICES,也可按毗连池体例与数据库毗连,从而削减DBMS的体系开支,但J2EE架构在使用服务的均衡负载方面与N层C/S架构比仍是对照初级,出格是关于年夜型使用(如国际较年夜的保险公司,假如天下年夜会合,保双数城市在上万万,乃至上亿),关于这类范围的使用,不仅服务端要构建集群架构,数据库大概也要构建集群架构(即构建多个同构的数据库(同表名,同库名,但寄存在分歧的数据库服务器中),数据按某种分片划定规矩寄存在分歧的数据库中)。这类请求J2EE架构是很难撑持的,最少今朝如许。
公道的办理计划:
1、年夜型使用中心营业的架构要接纳N层的C/S架构
撑持年夜买卖量年夜数据量的请求。
2、客户端可接纳WIN终端体例
WIN终真个界面与WINDOWS的窗口界面作风不异,也可在WIN终端上运转扫瞄器,即假如是B/S布局也能撑持。WIN终端体例客户真个程序是安装在WIN终端服务器上的,如许与纯C/S布局比,客户端保护也年夜为复杂了,假如开辟客户端程序的主动公布与安装程序,则一样可做到“0”保护。
3、客户真个扫瞄器化
假如的确必要,客户端也可计划成扫瞄器作风,但关于营业逻辑是挪用TUXEDO或CICS服务,而不是挪用J2EE服务,如许可充实使用或重用中心营业体系已有的处置逻辑(这也是包管体系不乱的主要手腕),也即中心架构不动,但前真个展示架构可跟上潮水。
外洋的年夜型使用体系的开展恰是如许的,在美国另有良多银行或保险公司其中心体系仍是用COBOL言语写的,仍是用的VSAM文件体系,但在客户端,包含互联网上的电子商务大概比国际的偕行做得更好,其基础思绪就是保存原本的中心体系架构(原体系一样平常称为LEGACY体系),在核心则可引进新的手艺手腕。
拿亚马逊公司来讲,该公司是互联网时期开展出来的新型公司,但其电子商务的网上买卖处置则仍旧接纳的是TUXEDO如许的两头件便可看出,J2EE不应作为这个时期软件架构的“万金油”。
体系架构的计划更应侧重于库表布局的计划及营业逻辑的SERVICES化,而是用TUXEDO,CICS的SERVICES仍是用J2EE的SERVICES来完成则要视详细情形而言,即使用越年夜,或已有TUXEDO/CICSSERVICES,则不克不及轻言改动,假如使用范围不年夜,大概的确是新使用,则可实验接纳全新的架构。即架构是不是要改动应是由使用决意的而不是由手艺决意的。
另外一个成绩也是要注重的,一个新的手艺从提出到有用是必要工夫的。干系数据库实际是1970年提出的,干系数据库产物是到1980年月中呈现的,但真正把干系数据库使用于年夜型使用体系的开辟则是在1990年月的事了,成熟的工夫是20年。小型使用多接纳新手艺,一是风险小,二是能减速手艺的成熟(假如没有实践使用,新手艺也是很难成熟的,因而小型使用的实验也可看做是需要的奉献),而年夜型使用则应守旧些,由于实验的风险太年夜,这方面用户方更必要思想清爽,但中国人赶时兴的热忱一向是很高的,而且老是喜好反动也而是改进,但这类习气在年夜型使用体系的计划方面其实是要不得。
最初但愿在推行一种新手艺时,IT公司要刻薄一些,用户方要明智一些。别的也但愿用户方在计划IT投进方面,在软件投进上的比例要更公道一些,出格是要加年夜关于服务保护的投进,假如软件公司挣到了该挣的钱,则软件公司会更注意提拔产物自己的功效与功能,而不会(最少会少些)变着办法让用户不休换体系了。所谓买的没有卖的精,因为用户方的成绩,逼得开方商另想生财之道也是没有举措的举措,但终极丧失的是用户,是中国的软件家产。
net网页编程程序员的大部门代码都靠控件拖拽完成的,虽然java也有,但是无论从美观和速度上都没发和.net网页编程比。java程序员都是代码完成的,所以java程序员常戏称.net网页编程程序员是操作员,呵呵。 |
|