Java 畢設(shè)論文 英文翻譯

Java and the Internet If Java is, in fact, yet another computer programming language, you may question why it is so important and why it is being promoted as a revolutionary step in computer programming. The answer isnt immediately obvious if youre coming from a traditional programming perspective. Although Java is very useful for solving traditional standalone programming problems, it is also important because it will solve programming problems on the World Wide Web. What is the Web? The Web can seem a bit of a mystery at first, with all this talk of “surfing,” “presence,” and “home pages.” Its helpful to step back and see what it really is, but to do this you must understand client/server systems, another aspect of computing thats full of confusing issues.Client/Server computing The primary idea of a client/server system is that you have a central repository of informationsome kind of data, often in a databasethat you want to distribute on demand to some set of people or machines. A key to the client/server concept is that the repository of information is centrally located so that it an be changed and so that those changes will propagate out to the information consumers. Taken together, the information repository, the software that distributes the information, and the machine(s) where the information and software reside is called the server. The software that resides on the remote machine, communicates with the server, fetches the information, processes it, and then displays it on the remote machine is called the client. The basic concept of client/server computing, then, is not so complicated. The problems arise because you have a single server trying to serve many clients at once. Generally, a database management system is involved, so the designer “balances” the layout of data into tables for optimal use. In addition, systems often allow a client to insert new information into a server. This means you must ensure that one clients new data doesnt walk over another clients new data, or that data isnt lost in the process of adding it to the database (this is called transaction processing). As client software changes, it must be built, debugged, and installed on the client machines, which turns out to be more complicated and expensive than you might think. Its especially problematic to support multiple types of computers and operating systems. Finally, theres the all-important performance issue: You might have hundreds of clients making requests of your server at any one time, so any small delay is crucial. To minimize latency, programmers work hard to offload processing tasks, often to the client machine, but sometimes to other machines at the server site, using so-called middleware. (Middleware is also used to improve maintainability.)  The simple idea of distributing information has so many layers of complexity that the whole problem can seem hopelessly enigmatic. And yet its crucial: Client/server computing accounts for roughly half of all programming activities. Its responsible for everything from taking orders and credit-card transactions to the distribution of any kind of datastock market, scientific, government, you name it. What weve come up with in the past is individual solutions to individual problems, inventing a new solution each time. These were hard to create and hard to use, and the user had to learn a new interface for each one. The entire client/server problem needs to be solved in a big way.  The  Web  as a giant  server The Web is actually one giant client/server system. Its a bit worse than that, since you have all the servers and clients coexisting on a single network at once. You dont need to know that, because all you care about is connecting to and interacting with one server at a time (even though you might be hopping around the world in your search for the correct server). Initially it was a simple one-way process. You made a request of a server and it handed you a file, which your machines browser software (i.e., the client) would interpret by formatting onto your local machine. But in short order people began wanting to do more than just deliver pages from a server. They wanted full client/server capability so that the client could feed information back to the server, for example, to do database look ups on the server, to add new information to the server, or to place an order (which required more security than the original systems offered). These are the changes weve been seeing in the development of the Web.  The Web browser was a big step forward: the concept that one piece of  information could be displayed on any type of computer without change. However, browsers were still rather primitive and rapidly bogged down by the demands placed on them. They werent particularly interactive, and tended to clog up both the server and the Internet because any time you needed to do something that required programming you had to send information back to the server to be processed. It could take many seconds or minutes to find out you had misspelled something in your request. Since the browser was just a viewer it couldnt perform even the simplest computing tasks. (On the other hand, it was safe, because it couldnt execute any programs on your local machine that might contain bugs or viruses.)  To solve this problem, different approaches have been taken. To begin with, graphics standards have been enhanced to allow better animation and video within browsers. The remainder of the problem can be solved only by incorporating the ability to run programs on the client end, under the browser. This is called client-side programming.  Client-side programming The Webs initial server-browser design provided for interactive content, but the interactivity was completely provided by the server. The server produced static pages for the client browser, which would simply interpret and display them. Basic  HyperText Markup Language (HTML) contains simple mechanisms for data gathering: text-entry boxes, check boxes, radio boxes, lists and drop-down lists, as well as a button that can only be programmed to reset the data on the form or “submit” the data on the form back to the server. This submission passes through the Common Gateway Interface (CGI) provided on all Web servers. The text within the submission tells CGI what to do with it. The most common action is to run a program located on the server in a directory thats typically called “cgi-bin.” (If you watch the address window at the top of your browser when you push a button on a Web page, you can sometimes see “cgi-bin” within all the gobbledygook there.) These programs can be written in most languages. Perl has been a common choice because it is designed for text manipulation and is interpreted, so it can be installed on any server regardless of processor or operating system. However, Python (my favoritesee www.Python.org) has been making inroads because of its greater power and simplicity. Many powerful Web sites today are built strictly on CGI, and you can in fact do nearly anything with CGI. However, Web sites built on CGI programs can rapidly become overly complicated to maintain, and there is also the problem of response time. The response of a CGI program depends on how much data must be sent, as well as the load on both the server and the Internet. (On top of this, starting a CGI program tends to be slow.) The initial designers of the Web did not foresee how rapidly this bandwidth would be exhausted for the kinds of applications people developed. For example, any sort of dynamic graphing is nearly impossible to perform with consistency because a Graphics Interchange Format (GIF) file must be created and moved from the server to the client for each version of the graph. And youve no doubt had direct experience with something as simple as validating the data on an input form. You press the submit button on a page; the data is shipped back to the server; the server starts a CGI program that discovers an error, formats an HTML page informing you of the error, and then sends the page back to you; you must then back up a page and try again. Not only is this slow, its inelegant. The solution is client-side programming. Most machines that run Web browsers are powerful engines capable of doing vast work, and with the original static HTML approach they are sitting there, just idly waiting for the server to dish up the next page. Client-side programming means that the Web browser is harnessed to do whatever work it can, and the result for the user is a much speedier and more interactive experience at your Web site. The problem with discussions of client-side programming is that they arent very different from discussions of programming in general. The parameters are almost the same, but the platform is different; a Web browser is like a limited operating system. In the end, you must still program, and this accounts for the dizzying array of problems and solutions produced by client-side programming. The rest of this section provides an overview of the issues and approaches in client-side programming. Plug-ins One of the most significant steps forward in client-side programming is the development of the plug-in. This is a way for a programmer to add new functionality to the browser by downloading a piece of code that plugs itself into the appropriate spot in the browser. It tells the browser “from now on you can perform this new activity.” (You need to download the plug-in only once.) Some fast and powerful behavior is added to browsers via plug-ins, but writing a plug-in is not a trivial task, and isnt something youd want to do as part of the process of building a particular site. The value of the plug-in for client-side programming is that it allows an expert programmer to develop a new language and add that language to a browser without the permission of the browser manufacturer. Thus, plug-ins provide a “back door” that allows the creation of new client-side programming languages (although not all languages are implemented as plug-ins).  Scripting languages Plug-ins resulted in an explosion of scripting languages. With a scripting language, you embed the source code for your client-side program directly into the HTML page, and the plug-in that interprets that language is automatically activated while the HTML page is being displayed. Scripting languages tend to be reasonably easy to understand and, because they are simply text that is part of an HTML page, they load very quickly as part of the single server hit required to procure that page. The trade-off is that your code is exposed for everyone to see (and steal). Generally, however, you arent doing amazingly sophisticated things with scripting languages, so this is not too much of a hardship.  This points out that the scripting languages used inside Web browsers are really intended to solve specific types of problems, primarily the creation of richer and more interactive graphical user interfaces (GUIs). However, a scripting language might solve 80 percent of the problems encountered in client-side programming. Your problems might very well fit completely within that 80 percent,and since scripting languages can allow easier and faster development, you should probably consider a scripting language before looking at a more involved solution such as Java or ActiveX programming.  The most commonly discussed browser scripting languages are JavaScript (which has nothing to do with Java; its named that way just to grab some of  Javas marketing momentum), VBScript (which looks like Visual BASIC), and Tcl/Tk, which comes from the popular cross-platform GUI-building language. There are others out there, and no doubt more in development. JavaScript is probably the most commonly supported. It comes built into both Netscape Navigator and the Microsoft Internet Explorer (IE). Unfortunately, the flavor of JavaScript on the two browsers can vary widely (the Mozilla browser, freely downloadable from www.Mozilla.org, supports the ECMAScript standard, which may one day become universally supported). In addition, there are probably more JavaScript books available than there are for the other browser languages, and some tools automatically create pages using JavaScript. However, if youre already fluent in Visual BASIC or Tcl/Tk, youll be more productive using those scripting languages rather than learning  a new one. (Youll have your hands full dealing with the Web issues already.) java和因特網(wǎng) 既然Java不過另一種類型的程序設(shè)計(jì)語(yǔ)言，大家可能會(huì)奇怪它為什么值得如此重視，為什么還有這么多的人認(rèn)為它是計(jì)算機(jī)程序設(shè)計(jì)的一個(gè)里程碑呢？如果您來自一個(gè)傳統(tǒng)的程序設(shè)計(jì)背景，那么答案在剛開始的時(shí)候并不是很明顯。java除了可解決傳統(tǒng)的程序設(shè)計(jì)問題以外，還能解決World Wide Web（萬(wàn)維網(wǎng)）上的編程問題。 1.11.1 什么是web？ web這個(gè)詞剛開始顯得有些泛泛，似乎“沖浪”、“網(wǎng)上存在”以及“主頁(yè)”等等都和它拉上了一些關(guān)系。甚至還有一種“Internet綜合癥”的說法，對(duì)許多人狂熱的上網(wǎng)行為提出了質(zhì)疑。我們?cè)谶@里有必要作一些深入的探討，但在這之前，必須理解客戶機(jī)服務(wù)器系統(tǒng)的概念，這是充斥著許多令人迷惑的問題的又一個(gè)計(jì)算領(lǐng)域。1. 客戶機(jī)服務(wù)器計(jì)算 客戶機(jī)服務(wù)器系統(tǒng)的基本思想是我們能在一個(gè)統(tǒng)一的地方集中存放信息資源。一般將數(shù)據(jù)集中保存在某個(gè)數(shù)據(jù)庫(kù)中，根據(jù)其他人或者機(jī)器的請(qǐng)求將信息投遞給對(duì)方?？蛻魴C(jī)服務(wù)器概述的一個(gè)關(guān)鍵在于信息是“集中存放”的。所以我們能方便地更改信息，然后將修改過的信息發(fā)放給信息的消費(fèi)者。將各種元素集中到一起，信息倉(cāng)庫(kù)、用于投遞信息的軟件以及信息及軟件所在的那臺(tái)機(jī)器，它們聯(lián)合起來便叫作“服務(wù)器”（server）。而對(duì)那些駐留在程機(jī)器上的軟件，它們需要與服務(wù)器通信，取回信息，進(jìn)行適當(dāng)?shù)奶幚?，然后在遠(yuǎn)程機(jī)器上顯示出來，這些就叫作“客戶”（client）。這樣看來，客戶機(jī)服務(wù)器的基本概念并不復(fù)雜。這里要注意的一個(gè)主要問題是單個(gè)服務(wù)器需要同時(shí)向多個(gè)客戶提供服務(wù)。在這一機(jī)制中，通常少不了一套數(shù)據(jù)庫(kù)管理系統(tǒng)，使設(shè)計(jì)人員能將數(shù)據(jù)布局封裝到表格中，以獲得最優(yōu)的使用。除此以外，系統(tǒng)經(jīng)常允許客戶將新信息插入一個(gè)服務(wù)器。這意味著必須確?？蛻舻男聰?shù)據(jù)不會(huì)與其他客戶的新數(shù)據(jù)沖突，或者說需要保證那些數(shù)據(jù)在加入數(shù)據(jù)庫(kù)的時(shí)候不會(huì)丟失（用數(shù)據(jù)庫(kù)的術(shù)語(yǔ)來說，這叫作“事務(wù)處理”）?？蛻糗浖l(fā)生了改變之后，它們必須在客戶機(jī)器上構(gòu)建、調(diào)試以及安裝。所有這些會(huì)使問題變得比我們一般想象的復(fù)雜得多。另外，對(duì)多種類型的計(jì)算機(jī)和操作系統(tǒng)的支持也是一個(gè)大問題。最后，性能的問題顯得尤為重要：可能會(huì)有數(shù)百個(gè)客戶同時(shí)向服務(wù)器發(fā)出請(qǐng)求。所以任何微小的延誤都是不能忽視的。為盡可能緩解潛伏的問題，程序員需要謹(jǐn)慎地分散任務(wù)的處理負(fù)擔(dān)。一般可以考慮讓客戶機(jī)負(fù)擔(dān)部分處理任務(wù)，但有時(shí)亦可分派給服務(wù)器所在地的其他機(jī)器，那些機(jī)器亦叫作“中間件”（中間件也用于改進(jìn)對(duì)系統(tǒng)的維護(hù)）。所以在具體實(shí)現(xiàn)的時(shí)候，其他人發(fā)布信息這樣一個(gè)簡(jiǎn)單的概念可能變得異常復(fù)雜。有時(shí)甚至?xí)谷水a(chǎn)生完全無從著手的感覺?？蛻魴C(jī)服務(wù)器的概念在這時(shí)就可以大顯身手了。事實(shí)上，大約有一半的程序設(shè)計(jì)活動(dòng)都可以采用客戶機(jī)服務(wù)器的結(jié)構(gòu)。這種系統(tǒng)可負(fù)責(zé)從處理訂單及信用卡交易，一直到發(fā)布各類數(shù)據(jù)的方方面面的任務(wù)股票市場(chǎng)、科學(xué)研究、政府運(yùn)作等等。在過去，我們一般為單獨(dú)的問題采取單獨(dú)的解決方案；每次都要設(shè)計(jì)一套新方案。這些方案無論創(chuàng)建還是使用都比較困難，用戶每次都要學(xué)習(xí)和適應(yīng)新界面?？蛻魴C(jī)服務(wù)器問題需要從根本上加以變革！2、web是一個(gè)巨大的服務(wù)器 web實(shí)際就是一套規(guī)模巨大的客戶機(jī)服務(wù)器系統(tǒng)。但它的情況要復(fù)雜一些，因?yàn)樗蟹?wù)器和客戶都同時(shí)存在于單個(gè)網(wǎng)絡(luò)上面。但我們沒必要了解更進(jìn)一步的細(xì)節(jié)，因?yàn)槲ㄒ灰P(guān)心的就是一次建立同一個(gè)服務(wù)器的連接，并同它打交道（即使可能要在全世界的范圍內(nèi)搜索正確的服務(wù)器）。 最開始的時(shí)候，這是一個(gè)簡(jiǎn)單的單向操作過程。我們向一個(gè)服務(wù)器發(fā)出請(qǐng)求它向我們回傳一個(gè)文件，由于本機(jī)的瀏覽器軟件（亦即“客戶”或“客戶程序”）負(fù)責(zé)解釋和格式化，并在我們面前的屏幕上正確地顯示出來。但人們不久就不滿足于只從一個(gè)服務(wù)器傳遞網(wǎng)頁(yè)。他們希望獲得完全的客戶機(jī)服務(wù)器能力，使客戶（程序）也能反饋一些信息到服務(wù)器。比如希望對(duì)服務(wù)器上的數(shù)據(jù)庫(kù)進(jìn)行檢索，向服務(wù)器添加新信息，或者下一份訂單等等（這也提供了比以前的系統(tǒng)更高的安全要求）。在web的發(fā)展過程中，我們可以很清晰地看出這些令人心喜的變化。  web瀏覽器的發(fā)展終于邁出了重要的一步：某個(gè)信息可在任何類型的計(jì)算機(jī)上顯示出來，毋需任何改動(dòng)。然而，瀏覽器仍然顯得很原始，在用戶迅速增多的要求面前顯得有些力不從心。它們的交互能力不夠強(qiáng)，而且對(duì)服務(wù)器和因特網(wǎng)都造成了一定程度的干擾。這是由于每次采取一些要求編程的操作時(shí)，必須將信息反饋回服務(wù)器，在服務(wù)器那一端進(jìn)行處理。所以完全可能需要等待數(shù)秒乃至數(shù)分鐘的時(shí)間才會(huì)發(fā)現(xiàn)自己剛才拼錯(cuò)了一個(gè)單詞。由于瀏覽器只是一個(gè)純粹的查看程序，所以連最簡(jiǎn)單的計(jì)算任務(wù)都不能進(jìn)行（當(dāng)然在另一方面，它也顯得非常安全，因?yàn)椴荒茉诒緳C(jī)上面執(zhí)行任何程序，避開了程序錯(cuò)誤或者病毒的騷擾）。為解決這個(gè)問題，人們采取了許多不同的方法。最開始的時(shí)候，人們對(duì)圖形標(biāo)準(zhǔn)進(jìn)行了改進(jìn)，使瀏覽器能顯示更好的動(dòng)畫和視頻。為解決剩下的問題，唯一的辦法就是在客戶端（瀏覽器）內(nèi)運(yùn)行程序。這就叫作“客戶端編程”，它是對(duì)傳統(tǒng)的“服務(wù)器端編程”的一個(gè)非常重要的拓展。1.11.2 客戶端編程（注釋） web最初采用的“服務(wù)器瀏覽器”方案可提供交互式內(nèi)容，但這種交互能力完全由服務(wù)器提供，為服務(wù)器和因特網(wǎng)帶來了不小的負(fù)擔(dān)。服務(wù)器一般為客戶瀏覽器產(chǎn)生靜態(tài)網(wǎng)頁(yè)，由后者簡(jiǎn)單地解釋并顯示出來。基本HTML語(yǔ)言提供了簡(jiǎn)單的數(shù)據(jù)收集機(jī)制：文字輸入框、復(fù)選框、單選鈕、列表以及下拉列表等，另外還有一個(gè)按鈕，只能由程序規(guī)定重新設(shè)置表單中的數(shù)據(jù)，以便回傳給服務(wù)器。用戶提交的信息通過所有web服務(wù)器均能支持的“通用網(wǎng)關(guān)接口”（CGI）回傳到服務(wù)器。包含在提交數(shù)據(jù)中的文字指示該如何操作。最常見的行動(dòng)是運(yùn)行位于服務(wù)器的一個(gè)程序。那個(gè)程序一般保存在一個(gè)名為“cgi-bin”的目錄中（按下web頁(yè)內(nèi)的一個(gè)按鈕時(shí)，請(qǐng)注意一下瀏覽器頂部的地址窗，經(jīng)常都能發(fā)現(xiàn)“cgi-bin”的字樣）。大多數(shù)語(yǔ)言都可用來編制這些程序，但其中最常見的是Perl。這是由于Perl是專為文字的處理及解釋而設(shè)計(jì)的，所以能在任何服務(wù)器上安裝和使用，無論采用的處理器或操作系統(tǒng)是什么。  ：本節(jié)內(nèi)容改編自某位作者的一篇文章。那篇文章最早出現(xiàn)在位于的Mainspring上。本節(jié)的采用已征得了對(duì)方的同意。今天的許多Web站點(diǎn)都嚴(yán)格地建立在CGI的基礎(chǔ)上，事實(shí)上幾乎所有事情都可用CGI做到。唯一的問題就是響應(yīng)時(shí)間。CGI程序的響應(yīng)取決于需要傳送多少數(shù)據(jù)，以及服務(wù)器和因特網(wǎng)兩方面的負(fù)擔(dān)有多重（而且CGI程序的啟動(dòng)比較慢）。Web的早期設(shè)計(jì)者并未預(yù)料到當(dāng)初綽綽有余的帶寬很快就變得不夠用，這正是大量應(yīng)用充斥網(wǎng)上造成的結(jié)果。例如此時(shí)任何形式的動(dòng)態(tài)圖形顯示都幾乎不能連貫地顯示，因?yàn)榇藭r(shí)必須創(chuàng)建一個(gè)GIF文件，再將圖形的每種變化從服務(wù)器傳遞給客戶。而且大家應(yīng)該對(duì)輸入表單上的數(shù)據(jù)校驗(yàn)有著深刻的體會(huì)。原來的方法是我們按下網(wǎng)頁(yè)上的提交按鈕(Submit)；數(shù)據(jù)回傳給服務(wù)器；服務(wù)器啟動(dòng)一個(gè)CGI程序，檢查用戶輸入是否有錯(cuò)；格式化一個(gè)HTML頁(yè)，通知可能遇到的錯(cuò)誤，并將這個(gè)頁(yè)回傳給我們；隨后必須回到原先那個(gè)表單頁(yè)，再輸入一遍。這種方法不僅速度非常慢，也顯得非常繁瑣。 解決的辦法就是客戶端的程序設(shè)計(jì)。運(yùn)行web瀏覽器的大多數(shù)機(jī)器都擁有足夠強(qiáng)的能力，可進(jìn)行其他大量工作。與此同時(shí)，原始的靜態(tài)HTML方法仍然可以采用，它會(huì)一直等到服務(wù)器送回下一個(gè)頁(yè)?？蛻舳司幊桃馕吨鴚eb瀏覽器可獲得更充分的利用，并可有效改善web服務(wù)器的交互（互動(dòng)）能力。對(duì)客戶端編程的討論與常規(guī)編程問題的討論并沒有太大的區(qū)別。采用的參數(shù)肯定是相同的，只是運(yùn)行的平臺(tái)不同：web瀏覽器就象一個(gè)有限的操作系統(tǒng)。無論如何，我們?nèi)匀恍枰幊蹋匀粫?huì)在客戶端編程中遇到大量問題，同時(shí)也有很多解決的方案。在本節(jié)剩下的部分里，我們將對(duì)這些問題進(jìn)行一番概括，并介紹在客戶端編程中采取的對(duì)策。 1.  插件朝客戶端編程邁進(jìn)的時(shí)候，最重要的一個(gè)問題就是插件的設(shè)計(jì)。利用插件，程序員可以方便地為瀏覽器添加新功能，用戶只需下載一些代碼，把它們“插入”瀏覽器的適當(dāng)位置即可。這些代碼的作用是告訴瀏覽器“從現(xiàn)在開始，你可以進(jìn)行這些新活動(dòng)了”（僅需下載這些插入一次）。有些快速和功能強(qiáng)大的行為是通過插件添加到瀏覽器的。但插件的編寫并不是一件簡(jiǎn)單的任務(wù)。在我們構(gòu)建一個(gè)特定的站點(diǎn)時(shí)，可能并不希望涉及這方面的工作。對(duì)客戶端程序設(shè)計(jì)來說，插件的價(jià)值在于它允許專業(yè)程序員設(shè)計(jì)出一種新的語(yǔ)言，并將那種語(yǔ)言添加到瀏覽器，同時(shí)不必經(jīng)過瀏覽器原創(chuàng)者的許可。由此可以看出，插件實(shí)際是瀏覽器的一個(gè)“后門”，允許創(chuàng)建新的客戶端程序設(shè)計(jì)語(yǔ)言（盡管并非所有語(yǔ)言都是作為插件實(shí)現(xiàn)的）。  2.  腳本編制語(yǔ)言插件造成了腳本編制語(yǔ)言的爆炸性增長(zhǎng)。通過這種腳本語(yǔ)言，可將用于自己客戶端程序的源碼直接插入HTML頁(yè)，而對(duì)那種語(yǔ)言進(jìn)行解釋的插件會(huì)在HTML頁(yè)顯示的時(shí)候自動(dòng)激活。腳本語(yǔ)言一般都傾向于盡量簡(jiǎn)化，易于理解。而且由于它們是從屬于HTML頁(yè)的一些簡(jiǎn)單正文，所以只需向服務(wù)器發(fā)出對(duì)那個(gè)頁(yè)的一次請(qǐng)求，即可非?？斓剌d入。缺點(diǎn)是我們的代碼全部暴露在人們面前。另一方面，由于通常不用腳本編制語(yǔ)言做過份復(fù)雜的事情，所以這個(gè)問題暫且可以放在一邊。腳本語(yǔ)言真正面向的是特定類型問題的解決，其中主要涉及如何創(chuàng)建更豐富、更具有互動(dòng)能力的圖形用戶界面（GUI）。然而，腳本語(yǔ)言也許能解決客戶端編程中80的問題。你碰到的問題可能完全就在那80里面。而且由于腳本編制語(yǔ)言的宗旨是盡可能地簡(jiǎn)化與快速，所以在考慮其他更復(fù)雜的方案之前（如Java及ActiveX），首先應(yīng)想一下腳本語(yǔ)言是否可行。目前討論得最多的腳本編制語(yǔ)言包括JavaScript（它與Java沒有任何關(guān)系；之所以叫那個(gè)名字，完全是一種市場(chǎng)策略）、VBScript（同Visual Basic很 相 識(shí)）以及Tcl/Tk（來源于流行的平臺(tái)GUI構(gòu)造語(yǔ)言）。當(dāng)然還有其他許多語(yǔ)言，也有許多正在開發(fā)中。JavaScript也許是目常用的，它得到的支持也最全面。無論NetscapeNavigator，Microsoft Internet Explorer，還是Opera，目前提供了對(duì)JavaScript的支持。除此以外，市面上講述JavaScript的書籍也要比講述其他語(yǔ)言的書多得多。有些工具還能利用JavaScript自動(dòng)產(chǎn)生網(wǎng)頁(yè)。當(dāng)然，如果你已經(jīng)有Visual Basic或者Tcl/Tk的深厚功底，當(dāng)然用它們要簡(jiǎn)單得多，起碼可以避免學(xué)習(xí)新語(yǔ)言的煩惱（解決web方面的問題就已經(jīng)夠讓人頭痛了）