|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
C#跟java类似,但是在跨平台方面理论上可以跨平台,实际上应用不大,执行性能优于java,跟C++基本一致,但是启动速度还是慢.代码安全,但容易性能陷阱.程序用Java开辟程序,公布时总要思索的成绩就是怎样在利用者的呆板上装好JRE。要思索的成绩良多:利用者有无才能单独安装JRE,利用者已有的JRE和我们必要的版本是否是分歧,会不会呈现版本成绩,等等。利用.NET要思索的成绩就少些。如今.NETCLR仿佛已很提高了,看很多多少D版的WinXP城市本人安装最新的.NETCLR,并且仿佛它的安装界面也比JRE友爱些。完全办理安装JRE的成绩的计划,就是让我们的使用程序本人背着JRE!如许,我们的程序就像传统的Win32使用程序一样,双击就能够实行,不必管地点的呆板上是不是有JRE,是甚么版本的JRE,不管如何,我有我本人的!要做到这一点,实在十分简单。王森在他的《Java深度历险》(强力保举这本书,内容少而精)的第一章就注释了JDK,JRE,JVM之间的干系。注释了我们实行java.exe时产生的事变。个中提到,java.exe按照一套逻辑来寻觅能够用的JRE,起首查找本人地点的目次下有无JRE(据王森讲如许说不切实,我没有JDK全体的源代码,在此无从考据);其次查找本人的父目次下有无JRE;最初才是查询Windows的注册表。一般我们在安装好了JRE的呆板上的任何一个目次下都能够实行java.exe。由于它在安装时被复制到了windows的system32目次下,尔后者不管怎样城市在path情况变量中。这个java.exe终极一定会会见注册表来断定真实的JRE的地点地。若我们请求每个使用程序都自带JRE,一定不克不及走这条路。但,逻辑的第二条讲,java.exe会在它的父目次下查找JRE,办理计划就在这一条中。假定我们的使用程序打好了包,叫做MyApp.jar,放在MyApp的目次下。我们在MyApp目次下,能够实行javaCjarMyApp.jar来运转我们的程序。我们安装的是JRE1.5,在C:ProgramFilesJavajre1.5.0下。如今,我们只必要复杂的将jre1.5.0目次搬到MyApp目次下,特地改个简单写的名字好比叫jre。如今,我们的使用程序就象如许:MyAppMyApp.jarJreJre1.5.0目次下的全体内容Java.exe就在jre目次下的bin目次中。依据第二条逻辑,java.exe会在它的父目次中查找jre,实行证明,它会查找lib目次,而lib就在jre目次下。因而,如许java.exe就会断定jre的地点然后一般实行java程序,不会往管我们是不是安装了JRE,注册表中是不是有注册项这些琐事了。试一下,在命令行下进进MyApp的目次下,假定它在C盘,将path指向MyApp下的JRE:setpath=c:MyAppjrein然后运转:javaCverboseCjarMyApp.jar加上verbose参数以断定我们的确用了这一套被搬出了家的JRE。程序能够运转,而且在命令行输入的前几行,能够看到:[OpenedC:MyAppjrelibt.jar][OpenedC:MyAppjrelibjsse.jar][OpenedC:MyAppjrelibjce.jar][OpenedC:MyAppjrelibcharsets.jar]因而程序读取切实其实实是它的公有的JRE。至此,我们仿佛完成了义务。可是如今我们的公有JRE仍不完善,弱点是太年夜。JRE1.5有靠近70MB,作为我们的公有的JRE,很多多少内容都是能够丢弃的。Jre目次下的license都能够不要,bin下的实行文件只必要保存java.exe大概javaw.exe,lib下只需保存rt,jsse,jce,charsets几个库就能够了。除i386和zi两个子目次外,其他的子目次都能够不要。Zi下只必要保存本人区域的子目次和其下的一些文件就能够。Lib下除库以外的属性文件等等都要保存。如许清算一番,JRE仍旧有靠近50MB。还能够持续清算几个库文件内里不必要的内容,这必要细心的收拾,会很费工夫。最好能写出一个主动工具匡助我们收拾它们。从Sun公司高低到的JMF内里附带的用Java写的媒体播放器就自带了JRE,只要几个MB。清算事后必要运转几遍我们的使用程序,以确保我们的JRE不短少工具。假如我们但愿能有一个程序间接启动我们的使用程序,那就还要费些工夫。最复杂的办法是弄出一个快速体例来,可是快速体例的路径不克不及是绝对的,不便利我们安装。我想到的计划就是用Win32程序包装一下。在VS.NET下写一个Win32小程序:intPASCALWinMain(HINSTANCEhInstance,HINSTANCEhPrevInstance,LPSTRlpszCmdLine,intnCmdShow){STARTUPINFOsi;PROCESS_INFORMATIONpi;ZeroMemory(&si,sizeof(si));si.cb=sizeof(si);ZeroMemory(&pi,sizeof(pi));//Startthechildprocess.if(!CreateProcess("jreinjavaw.exe",//实行的程序名"jreinjavaw.exe-jarMyApp.jar",//带参数的实行程序NULL,//Processhandlenotinheritable.NULL,//Threadhandlenotinheritable.FALSE,//SethandleinheritancetoFALSE.0,//Nocreationflags.NULL,//Useparentsenvironmentblock.NULL,//Useparentsstartingdirectory.&si,//PointertoSTARTUPINFOstructure.&pi)//PointertoPROCESS_INFORMATIONstructure.){ErrorExit("CreateProcessfailed.");}//Waituntilchildprocessexits.WaitForSingleObject(pi.hProcess,INFINITE);//Closeprocessandthreadhandles.CloseHandle(pi.hProcess);CloseHandle(pi.hThread);}基础上是依照MSDN文档中的例子照搬的。将它编译成一个EXE文件,我们的义务才全体完成。双击这个EXE文件,我们的程序启动了,看起来和传统的Win32程序没有两样,JRE完整被埋没在底层。P.S.利用了这个计划后,我用WiseInstallationSystem制造安装程序,发明一个十分奇异的成绩,安装停止后,安装程序仿佛非要运转一个叫做GLJ甚么甚么,后缀是TMP的程序,还必要JVM,了局就报错JVM.DLL找不到。安装老是不乐成。我已禁失落了OCX/DLL/EXE自注册和卸载撑持,为何还不合错误?有谁晓得是为何吗?
没有那个大公司会傻了吧唧用.net开发大型项目,开发了,那等于自己一半的生命线被微软握着呢。而.net不行,限制在window系统,又是捆绑,鄙视微软之! |
|