??xml version="1.0" encoding="utf-8" standalone="yes"?>在线亚洲97se亚洲综合在线,久久久久久久尹人综合网亚洲,亚洲日韩精品一区二区三区http://m.tkk7.com/microlab4321/articles/137302.html冬天的猪冬天的猪Thu, 16 Aug 2007 08:04:00 GMThttp://m.tkk7.com/microlab4321/articles/137302.htmlhttp://m.tkk7.com/microlab4321/comments/137302.htmlhttp://m.tkk7.com/microlab4321/articles/137302.html#Feedback0http://m.tkk7.com/microlab4321/comments/commentRss/137302.htmlhttp://m.tkk7.com/microlab4321/services/trackbacks/137302.html你所需要做的就是:按照你的需求配|TomcatQ只要你正确配置QTomcat一般都能适合你的要求。下面是一pd关于Tomcat的配|技巧,q些技巧源自于我的书:《Tomcat权威指南》,希望对你有所帮助?Jason Brittain

  1Q?配置pȝ理QAdmin Web ApplicationQ?

  大多数商业化的J2EE服务器都提供一个功能强大的理界面Q且大都采用易于理解的Web应用界面。Tomcat按照自己的方式,同样提供一个成熟的理工具Qƈ且丝毫不逊于那些商业化的竞争Ҏ。Tomcat的Admin Web Application最初在4.1版本时出玎ͼ当时的功能包括管理context、data source、user和group{。当然也可以理像初始化参数Quser、group、role的多U数据库理{。在后箋的版本中Q这些功能将得到很大的扩展,但现有的功能已经非常实用了?

  Admin Web Application被定义在自动部v文gQCATALINA_BASE/webapps/admin.xml ?
  Q译者注QCATALINA_BASE即tomcat安装目录下的server目录Q?

  你必ȝ辑这个文Ӟ以确定Context中的docBase参数是绝对\径。也是_CATALINA_BASE/webapps/admin.xml 的\径是l对路径。作为另外一U选择Q你也可以删除这个自动部|文Ӟ而在server.xml文g中徏立一个Admin Web Application的contextQ效果是一L。你不能理Admin Web Applicationq个应用Q换而言之,除了删除CATALINA_BASE/webapps/admin.xml Q你可能什么都做不了?

  如果你用UserDatabaseRealmQ默认)Q你需要添加一个user以及一个role到CATALINA_BASE/conf/tomcat-users.xml 文g中。你~辑q个文gQ添加一个名?#8220;admin”的role 到该文g中,如下Q?

Qrole name="admin"/Q?

  你同样需要有一个用Pq且q个用户的角色是“admin”。象存在的用户那Pd一个用P改变密码使其更加安全Q:

Quser name="admin" password="deep_dark_secret" roles="admin"/Q?

  当你完成q些步骤后,请重新启动TomcatQ访问http://localhost:8080/adminQ你看C个登录界面。Admin Web Application采用Z容器理的安全机Ӟq用了Jakarta Struts框架。一旦你作ؓ“admin”角色的用L录管理界面,你将能够使用q个理界面配置Tomcat?

  2Q配|应用管?/strong>QManager Web ApplicationQ?

  Manager Web Application让你通过一个比Admin Web Application更ؓ单的用户界面Q执行一些简单的Web应用d?

  Manager Web Application被被定义在一个自动部|文件中Q?

CATALINA_BASE/webapps/manager.xml ?

  你必ȝ辑这个文Ӟ以确保context的docBase参数是绝对\径,也就是说CATALINA_HOME/server/webapps/manager的绝对\径?
  Q译者注QCATALINA_HOME即tomcat安装目录Q?

  如果你用的是UserDatabaseRealmQ那么你需要添加一个角色和一个用户到CATALINA_BASE/conf/tomcat-users.xml文g中。接下来Q编辑这个文Ӟd一个名?#8220;manager”的角色到该文件中Q?

Qrole name=”manager”Q?

  你同样需要有一个角色ؓ“manager”的用戗像已经存在的用户那Pd一个新用户Q改变密码其更加安全)Q?

Quser name="manager" password="deep_dark_secret" roles="manager"/Q?

  然后重新启动TomcatQ访问http://localhost/manager/listQ将看到一个很朴素的文本型理界面Q或者访问http://localhost/manager/html/listQ将看到一个HMTL的管理界面。不是哪种方式都说明你的Manager Web Application现在已经启动了?

  Manager application让你可以在没有系l管理特权的基础上,安装新的Web应用Q以用于试。如果我们有一个新的web应用位于/home/user/hello下在Qƈ且想把它安装?/hello下,Z试q个应用Q我们可以这么做Q在W一个文件框中输?#8220;/hello”Q作问时的pathQ,在第二个文本框中输入“file:/home/user/hello”Q作为Config URLQ?

  Manager applicationq允怽停止、重新启动、移除以及重新部|一个web应用。停止一个应用其无法被讉KQ当有用户尝试访问这个被停止的应用时Q将看到一?03的错??“503 - This application is not currently available”?

  U除一个web应用Q只是指从Tomcat的运行拷贝中删除了该应用Q如果你重新启动TomcatQ被删除的应用将再次出现Q也是_U除q不是指从硬盘上删除Q?
3Q部|一个web应用

  有两个办法可以在pȝ中部|web服务?

  1Q?拯你的WAR文g或者你的web应用文g夹(包括该web的所有内容)?CATALINA_BASE/webapps目录下?

  2Q?Z的web服务建立一个只包括context内容的XML片断文gQƈ把该文g攑ֈ$CATALINA_BASE/webapps目录下。这个web应用本n可以存储在硬盘上的Q何地斏V?

  如果你有一个WAR文gQ你若想部v它,则只需要把该文件简单的拯到CATALINA_BASE/webapps目录下即可,文g必须?#8220;.war”作ؓ扩展名。一旦Tomcat监听到这个文Ӟ它将Q缺省的Q解开该文件包作ؓ一个子目录Qƈ以WAR文g的文件名作ؓ子目录的名字。接下来QTomcat在内存中徏立一个contextQ就好象你在server.xml文g里徏立一栗当Ӟ其他必需的内容,从server.xml中的DefaultContext获得?

  部vweb应用的另一U方式是写一个Context XML片断文gQ然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断q一个完整的XML文gQ而只是一个context元素Q以及对该应用的相应描述。这U片断文件就像是从server.xml中切取出来的context元素一P所以这U片断被命名?#8220;context片断”?

  举个例子Q如果我们想部v一个名叫MyWebApp.war的应用,该应用用realm作ؓ讉K控制方式Q我们可以用下面这个片断:

Q?--
Context fragment for deploying MyWebApp.war
--Q?
QContext path="/demo" docBase="webapps/MyWebApp.war"
debug="0" privileged="true"Q?
QRealm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/Q?
Q?ContextQ?

  把该片断命名?#8220;MyWebApp.xml”Q然后拷贝到CATALINA_BASE/webapps目录下?

  q种context片断提供了一U便利的Ҏ来部|web应用Q你不需要编辑server.xmlQ除非你x变缺省的部vҎ,安装一个新的web应用时不需要重启动Tomcat?

  4Q配|虚拟主?/strong>QVirtual HostsQ?

  关于server.xml?#8220;Host”q个元素Q只有在你设|虚拟主机的才需要修攏V虚拟主机是一U在一个web服务器上服务多个域名的机ӞҎ个域名而言Q都好象独n了整个主机。实际上Q大多数的小型商务网站都是采用虚拟主机实现的Q这主要是因拟主直接q接到Internetq提供相应的带宽Q以保障合理的访问响应速度Q另外虚拟主能提供一个稳定的固定IP?

  Z名字的虚拟主机可以被建立在Q何web服务器上Q徏立的Ҏ是通过在域名服务器QDNSQ上建立IP地址的别名,q且告诉web服务器把d不同域名的请求分发到相应的网늛录。因文章主要是讲TomcatQ我们不准备介绍在各U操作系l上讄DNS的方法,如果你在q方面需要帮助,请参考《DNS and Bind》一书,作者是Paul Albitz and Cricket Liu (O'Reilly)。ؓ了示范方便,我将使用一个静态的L文gQ因是测试别名最单的Ҏ?

  在Tomcat中用虚拟主机,你需要设|DNS或主机数据。ؓ了测试,为本地IP讄一个IP别名p够了Q接下来Q你需要在server.xml中添加几行内容,如下Q?

QServer port="8005" shutdown="SHUTDOWN" debug="0"Q?
QService name="Tomcat-Standalone"Q?
QConnector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"/Q?
QConnector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5" maxProcessors="75"
acceptCount="10" debug="0" scheme="https" secure="true"/Q?
QFactory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" /Q?
Q?ConnectorQ?
QEngine name="Standalone" defaultHost="localhost" debug="0"Q?
Q?-- This Host is the default Host --Q?
QHost name="localhost" debug="0" appBase="webapps"
unpackWARs="true" autoDeploy="true"Q?
QContext path="" docBase="ROOT" debug="0"/Q?
QContext path="/orders" docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true"Q?
Q?ContextQ?
Q?HostQ?

Q?-- This Host is the first "Virtual Host": http://www.example.com/ --Q?
QHost name="www.example.com" appBase="/home/example/webapp"Q?
QContext path="" docBase="."/Q?
Q?HostQ?

Q?EngineQ?
Q?ServiceQ?
Q?ServerQ?

  Tomcat的server.xml文gQ在初始状态下Q只包括一个虚拟主机,但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本Q其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素Q所包含的context元素中必L一个是默认的contextQ这个默认的context的显C\径应该ؓI(例如Qpath=””Q?br> 5Q配|基验证QBasic AuthenticationQ?

  容器理验证Ҏ控制着当用戯问受保护的web应用资源Ӟ如何q行用户的n份鉴别。当一个web应用使用了Basic AuthenticationQBASIC参数在web.xml文g中auto-method元素中设|)Q而有用户讉K受保护的web应用ӞTomcat通过HTTP Basic Authentication方式Q弹Z个对话框Q要求用戯入用户名和密码。在q种验证Ҏ中,所有密码将被以64位的~码方式在网l上传输?

  注意Q用Basic Authentication通过被认为是不安全的Q因为它没有强健的加密方法,除非在客L和服务器端都使用HTTPS或者其他密码加密码方式Q比如,在一个虚拟私人网l中Q。若没有额外的加密方法,|络理员将能够截获Q或滥用Q用L密码。但是,如果你是刚开始用TomcatQ或者你惛_你的web应用中测试一下基于容器的安全理QBasic Authenticationq是非常易于讄和用的。只需要添加<security-constraintQ和Qlogin-configQ两个元素到你的web应用的web.xml文g中,q且在CATALINA_BASE/conf/tomcat-users.xml 文g中添加适当的<roleQ和QuserQ即可,然后重新启动Tomcat?

  下面例子中的web.xml摘自一个俱乐部会员|站pȝQ该pȝ中只有member目录被保护v来,q用Basic Authenticationq行w䆾验证。请注意Q这U方式将有效的代替Apache web服务器中?htaccess文g?

Q?--
Define the Members-only area, by defining
a "Security Constraint" on this Application, and
mapping it to the subdirectory (URL) that we want
to restrict.
--Q?
Qsecurity-constraintQ?
Qweb-resource-collectionQ?
Qweb-resource-nameQ?
Entire Application
Q?web-resource-nameQ?
Qurl-patternQ?members/*Q?url-patternQ?
Q?web-resource-collectionQ?
Qauth-constraintQ?
Qrole-nameQmemberQ?role-nameQ?
Q?auth-constraintQ?
Q?security-constraintQ?
Q?-- Define the Login Configuration for this Application --Q?
Qlogin-configQ?
Qauth-methodQBASICQ?auth-methodQ?
Qrealm-nameQMy Club Members-only AreaQ?realm-nameQ?
Q?login-configQ?

  6Q配|单点登?/strong>QSingle Sign-OnQ?

  一旦你讄了realm和验证的ҎQ你需要进行实际的用户d处理。一般说来,对用戯言dpȝ是一件很ȝ的事情,你必d量减用L录验证的ơ数。作为缺省的情况Q当用户W一ơ请求受保护的资源时Q每一个web应用都会要求用户d。如果你q行了多个web应用Qƈ且每个应用都需要进行单独的用户验证Q那q看h有点像你在与你的用h斗。用户们不知道怎样才能把多个分ȝ应用整合成一个单独的pȝQ所有他们也׃知道他们需要访问多个不同的应用,只是很迷惑,Z么总要不停的登录?

  Tomcat 4?#8220;single sign-on”Ҏ允许用户在讉K同一虚拟L下所有web应用Ӟ只需d一ơ。ؓ了用这个功能,你只需要在Host上添加一个SingleSignOn Valve元素卛_Q如下所C:

QValve className="org.apache.catalina.authenticator.SingleSignOn"
debug="0"/Q?/td>

  在Tomcat初始安装后,server.xml的注释里面包括SingleSignOn Valve配置的例子,你只需要去掉注释,卛_使用。那么,M用户只要dq一个应用,则对于同一虚拟L下的所有应用同h效?

  使用single sign-on valve有一些重要的限制Q?

  1Q?value必须被配|和嵌套在相同的Host元素里,q且所有需要进行单炚w证的web应用Q必通过context元素定义Q都位于该Host下?

  2Q?包括׃n用户信息的realm必须被设|在同一UHost中或者嵌套之外?

  3Q?不能被context中的realm覆盖?

  4Q?使用单点d的web应用最好用一个Tomcat的内|的验证方式Q被定义在web.xml中的Qauth-methodQ中Q,q比自定义的验证方式强,Tomcat内置的的验证方式包括basic、digest、form和client-cert?

  5Q?如果你用单点登录,q希望集成一个第三方的web应用C的网站中来,q且q个新的web应用使用它自q验证方式Q而不使用容器理安全Q那你基本上没招了。你的用hơ登录原来所有应用时需要登录一ơ,q且在请求新的第三方应用时还得再d一ơ。当Ӟ如果你拥有这个第三方web应用的源码,而你又是一个程序员Q你可以修改它,但那恐怕也不容易做?

  6Q?单点d需要用cookies?

 7Q配|用户定制目?/strong>QCustomized User DirectoresQ?

  一些站点允怸别用户在服务器上发布|页。例如,一所大学的学院可能想l每一位学生一个公共区域,或者是一个ISP希望l一些webI间l他的客P但这又不是虚拟主机。在q种情况下,一个典型的Ҏ是在用户名前面加一个特D字W(~Q,作ؓ每位用户的网站,比如Q?

http://www.cs.myuniversity.edu/~username
http://members.mybigisp.com/~username

  Tomcat提供两种Ҏ在主Z映射q些个h|站Q主要用一对特D的Listener元素。Listener的className属性应该是org.apache.catalina.startup.UserConfigQuserClass属性应该是几个映射cM一。如果你的系l是UnixQ它有一个标准的/etc/passwd文gQ该文g中的帐号能够被运行中的Tomcat很容易的dQ该文g指定了用Lȝ录,使用PasswdUserDatabase 映射cR?

QListener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/Q?

  web文g需要放|在?home/users/ian/public_html 或?/users/jbrittain/public_html一L目录下面。当然你也可以改变public_html 到其他Q何子目录下?

  实际上,q个用户目录Ҏ不一定需要位于用户主目录下里面。如果你没有一个密码文Ӟ但你又想把一个用户名映射到公q?home一L录的子目录里面,则可以用HomesUserDatabasecR?

QListener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html" homeBase="/home"
userClass="org.apache.catalina.startup.HomesUserDatabase"/Q?

  q样一来,web文g可以位于像/home/ian/public_html 或?/home/jasonb/public_html一L目录下。这UŞ式对Windows而言更加有利Q你可以使用一个像c:\homeq样的目录?

  q些Listener元素Q如果出玎ͼ则必dHost元素里面Q而不能在context元素里面Q因为它们都用应用于Host本n?

  8Q在Tomcat中用CGI脚本

  Tomcat主要是作为Servlet/JSP容器Q但它也有许多传lweb服务器的性能。支持通用|关接口QCommon Gateway InterfaceQ即CGIQ就是其中之一QCGI提供一l方法在响应览器请求时q行一些扩展程序。CGI之所以被UCؓ通用Q是因ؓ它能在大多数E序或脚本中被调用,包括QPerlQPythonQawkQUnix shell scripting{,甚至包括Java。当Ӟ你大概不会把一个Java应用E序当作CGI来运行,毕竟q样太过原始。一般而言Q开发Servlet总要比CGIh更好的效率,因ؓ当用LM个链接或一个按钮时Q你不需要从操作pȝ层开始进行处理?

  Tomcat包括一个可选的CGI ServletQ允怽q行遗留下来的CGI脚本?

  Z使Tomcat能够q行CGIQ你必须做如下几件事Q?

  1. 把servlets-cgi.renametojar Q在CATALINA_HOME/server/lib/目录下)改名为servlets-cgi.jar。处理CGI的servlet应该位于Tomcat的CLASSPATH下?

  2. 在Tomcat的CATALINA_BASE/conf/web.xml 文g中,把关于<servlet-nameQ?CGI的那D늚注释LQ默认情况下Q该D位于第241行)?

  3. 同样Q在Tomcat的CATALINA_BASE/conf/web.xml文g中,把关于对CGIq行映射的那D늚注释LQ默认情况下Q该D位于第299行)。注意,q段内容指定了HTML链接到CGI脚本的访问方式?

  4. 你可以把CGI脚本攄在WEB-INF/cgi 目录下(注意QWEB-INF是一个安全的地方Q你可以把一些不惌用户看见或基于安全考虑不想暴露的文件放在此处)Q或者你也可以把CGI脚本攄在context下的其他目录下,qؓCGI Servlet调整cgiPathPrefix初始化参数。这指定的CGI Servlet的实际位|,且不能与上一步指定的URL重名?

  5. 重新启动TomcatQ你的CGI可以运行了?

  在Tomcat中,CGIE序~省攄在WEB-INF/cgi目录下,正如前面所提示的那PWEB-INF目录受保护的Q通过客户端的览器无法窥探到其中内容Q所以对于放|含有密码或其他敏感信息的CGI脚本而言Q这是一个非常好的地斏Vؓ了兼容其他服务器Q尽你也可以把CGI脚本保存在传l的/cgi-bin目录Q但要知道,在这些目录中的文件有可能被网上好奇的冲浪者看到。另外,在Unix中,L定运行Tomcat的用h执行CGI脚本的权限?

 9Q改变Tomcat中的JSP~译?/strong>QJSP CompilerQ?

  在Tomcat 4.1Q或更高版本Q大概)QJSP的编译由包含在Tomcat里面的AntE序控制器直接执行。这听v来有一点点奇怪,但这正是Ant有意Z的一部分Q有一个API文档指导开发者在没有启动一个新的JVM的情况下Q用Ant。这是用Antq行Java开发的一大优ѝ另外,q也意味着你现在能够在Ant中用Q何javac支持的编译方式,q里有一个关于Apache Ant使用手册的javac page列表。用v来是Ҏ的,因ؓ你只需要在Qinit-paramQ?元素中定义一个名字叫“compiler”Qƈ且在value中有一个支持编译的~译器名字,CZ如下Q?

QservletQ?
Qservlet-nameQjspQ?servlet-nameQ?
Qservlet-classQ?
org.apache.jasper.servlet.JspServlet
Q?servlet-classQ?
Qinit-paramQ?
Qparam-nameQlogVerbosityLevelQ?param-nameQ?
Qparam-valueQWARNINGQ?param-valueQ?
Q?init-paramQ?
Qinit-paramQ?
Qparam-nameQcompilerQ?param-nameQ?
Qparam-valueQjikesQ?param-valueQ?
Q?init-paramQ?
Qload-on-startupQ?Q?load-on-startupQ?
Q?servletQ?

  当然Q给出的~译器必dl安装在你的pȝ中,q且CLASSPATH可能需要设|,那处决于你选择的是何种~译器?

  10Q限制特定主?/strong>QRestricting Access to Specific HostsQ?

  有时Q你可能想限制对Tomcat web应用的访问,比如Q你希望只有你指定的L或IP地址可以讉K你的应用。这样一来,只有那些指定的的客L可以讉K服务的内容了。ؓ了实现这U效果,Tomcat提供了两个参C你配|:RemoteHostValve 和RemoteAddrValve?

  通过配置q两个参敎ͼ可以让你qo来自h的主机或IP地址Qƈ允许或拒l哪些主?IP。与之类似的Q在Apache的httpd文g里有Ҏ个目录的允许/拒绝指定?

  例如你可以把Admin Web application讄成只允许本地讉KQ设|如下:

QContext path="/path/to/secret_files" ...Q?
QValve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/Q?
Q?ContextQ?

  如果没有l出允许L的指定,那么与拒l主机匹配的L׃被拒l,除此之外的都是允许的。与之类|如果没有l出拒绝L的指定,那么与允怸机匹配的L׃被允许,除此之外的都是拒l的?



冬天的猪 2007-08-16 16:04 发表评论
]]>
新手入门:写JavaE序的三十个基本规则 http://m.tkk7.com/microlab4321/articles/137185.html冬天的猪冬天的猪Thu, 16 Aug 2007 04:11:00 GMThttp://m.tkk7.com/microlab4321/articles/137185.htmlhttp://m.tkk7.com/microlab4321/comments/137185.htmlhttp://m.tkk7.com/microlab4321/articles/137185.html#Feedback0http://m.tkk7.com/microlab4321/comments/commentRss/137185.htmlhttp://m.tkk7.com/microlab4321/services/trackbacks/137185.html  ThisIsAClassName

  thisIsMethodOrFieldName

  若在定义中出C常数初始化字W,则大写static final基本cd标识W中的所有字母。这样便可标志出它们属于~译期的常数?

  Java?Package)属于一U特D情况:它们全都是小写字母,即便中间的单词亦是如此。对于域名扩展名Uͼ如comQorgQnet或者edu{,全部都应写(q也是Java 1.1和Java 1.2的区别之一)?

  (2) Z常规用途而创Z个类Ӟ请采?#8220;l典形式”Qƈ包含对下q元素的定义Q?

  equals()

  hashCode()

  toString()

  clone()(implement Cloneable)

  implement Serializable

  (3) 对于自己创徏的每一个类Q都考虑|入一个main()Q其中包含了用于试那个cȝ代码。ؓ使用一个项目中的类Q我们没必要删除试代码。若q行了Q何Ş式的改动Q可方便地返回测试。这些代码也可作为如何用类的一个示例用?

  (4) 应将Ҏ设计成简要的、功能性单元,用它描述和实C个不q箋的类接口部分。理x况下Q方法应明扼要。若长度很大Q可考虑通过某种方式其分割成较短的几个Ҏ。这样做也便于类内代码的重复使用(有些时候,Ҏ必须非常大,但它们仍应只做同L一件事??(5) 设计一个类Ӟ误w处Cؓ客户E序员考虑一?cȝ使用Ҏ应该是非常明的)。然后,再设w处Cؓ理代码的h考虑一?预计有可能进行哪些Ş式的修改Q想想用什么方法可把它们变得更??

  (6) 使类可能短精悍,而且只解决一个特定的问题。下面是对类设计的一些徏议:

  ■一个复杂的开兌句:考虑采用“多Ş”机制

  ■数量众多的Ҏ涉及到类型差别极大的操作Q考虑用几个类来分别实?

  ■许多成员变量在特征上有很大的差别:考虑使用几个c??

  (7) 让一切东襉K可能地“U有”——private。可使库的某一部分“公共?#8221;(一个方法、类或者一个字D늭{?Q就永远不能把它拿出。若拿出Q就可能破坏其他人现有的代码Q他们不得不重新编写和设计。若只公布自己必d布的Q就可放心大胆地改变其他M东西。在多线E环境中Q隐U是特别重要的一个因素——只有private字段才能在非同步使用的情况下受到保护?

  (8) 谨惕“巨大对象l合?#8221;。对一些习惯于序~程思维、且初涉OOP领域的新手,往往喜欢先写一个顺序执行的E序Q再把它嵌入一个或两个巨大的对象里。根据编E原理,对象表达的应该是应用E序的概念,而非应用E序本n?

  (9) 若不得已q行一些不太雅观的~程Q至应该把那些代码|于一个类的内部?

  (10) M时候只要发现类与类之间l合得非常紧密,需要考虑是否采用内部c,从而改善编码及l护工作(参见W?4?4.1.2节?#8220;用内部类改进代码”)?

  (11) 可能细致地加上注释Qƈ用javadoc注释文档语法生成自己的程序文档?

  (12) 避免使用“术数字”Q这些数字很难与代码很好地配合。如以后需要修改它Q无疑会成ؓ一场噩梦,因ؓҎ不知?#8220;100”到底是指“数组大小”q是“其他全然不同的东?#8221;。所以,我们应创Z个常敎ͼqؓ其用具有说服力的描q性名Uͼq在整个E序中都采用常数标识W。这样可使程序更易理解以及更易维护?

  (13) 涉及构徏器和异常的时候,通常希望重新丢弃在构建器中捕LM异常——如果它造成了那个对象的创徏p|。这样一来,调用者就不会以ؓ那个对象已正地创徏Q从而盲目地l箋?

  (14) 当客L序员用完对象以后Q若你的c要求进行Q何清除工作,可考虑清除代码置于一个良好定义的Ҏ里,采用cM于cleanup()q样的名字,明确表明自己的用途。除此以外,可在cd攄一个boolean(布尔)标记Q指出对象是否已被清除。在cȝfinalize()Ҏ里,L定对象已被清除,q已丢弃了从RuntimeExceptionl承的一个类(如果q没有的?Q从而指Z个编E错误。在采取象这LҎ之前Q请定finalize ()能够在自qpȝ中工?可能需要调用System.runFinalizersonExit(true)Q从而确保这一行ؓ)?

  (15) 在一个特定的作用域内Q若一个对象必L?非由垃圾攉机制处理)Q请采用下述ҎQ初始化对象;若成功,则立卌入一个含有finally从句的try块,开始清除工作?

  (16) 若在初始化过E中需要覆?取消)finalize()Q请C调用super.finalize()(若Object属于我们的直接超c,则无此必?。在对finalize()q行覆盖的过E中Q对super.finalize()的调用应属于最后一个行动,而不应是W一个行动,q样可确保在需要基cȝ件的时候它们依然有效?

  (17) 创徏大小固定的对象集合时Q请它们传输至一个数l?若准备从一个方法里q回q个集合Q更应如此操?。这样一来,我们可享受到数l在~译期进行类型检查的好处。此外,Z用它们,数组的接收者也许ƈ不需要将对象“造型”到数l里?

  (18) 量使用interfacesQ不要用abstractcR若已知某样东西准备成ؓ一个基c,那么W一个选择应是其变成一个interface(接口)。只有在不得不用方法定义或者成员变量的时候,才需要将其变成一个abstract(抽象)cR接口主要描qC客户希望做什么事情,而一个类则致力于(或允?具体的实施细节?

  (19) 在构建器内部Q只q行那些对象设为正状态所需的工作。尽可能地避免调用其他方法,因ؓ那些Ҏ可能被其他h覆盖或取消,从而在构徏q程中生不可预知的l果(参见W?章的详细说明)?

  (20) 对象不应只是单地容纳一些数?它们的行Z应得到良好的定义?

  (21) 在现成类的基上创建新cLQ请首先选择“新徏”?#8220;创作”。只有自q设计要求必须l承Ӟ才应考虑q方面的问题。若在本来允许新建的场合使用了承,则整个设计会变得没有必要地复杂?

  (22) 用承及Ҏ覆盖来表C为间的差异,而用字段表示状态间的区别。一个非常极端的例子是通过对不同类的承来表示颜色Q这是绝对应该避免的Q应直接使用一?#8220;颜色”字段?

  (23) 为避免编E时遇到ȝQ请保证在自q路径指到的Q何地方,每个名字都仅对应一个类。否则,~译器可能先扑ֈ同名的另一个类Qƈ报告出错消息。若怀疑自qCc\径问题,误试在c\径的每一个v点,搜烦一下同名的.class文g?

  (24) 在Java 1.1 AWT中用事?#8220;适配?#8221;Ӟ特别Ҏ到一个陷阱。若覆盖了某个适配器方法,同时拼写Ҏ没有特别讲究Q最后的l果是新添加一个方法,而不是覆盖现成方法。然而,׃q样做是完全合法的,所以不会从~译器或q行期系l获得Q何出错提C——只不过代码的工作就变得不正怺?

  (25) 用合理的设计Ҏ消除“伪功?#8221;。也是_假若只需要创建类的一个对象,׃要提前限制自׃用应用程序,q加上一?#8220;只生成其中一?#8221;注释。请考虑其装成一?#8220;独生?#8221;的Ş式。若在主E序里有大量散ؕ的代码,用于创徏自己的对象,误虑采纳一U创造性的ҎQ将些代码封装v来?

  (26) 警惕“分析瘫痪”。请CQ无论如何都要提前了解整个项目的状况Q再去考察其中的细节。由于把握了全局Q可快速认识自己未知的一些因素,防止在考察l节的时候陷?#8220;死逻辑”中?

  (27) 警惕“q早优化”。首先让它运行v来,再考虑变得更快——但只有在自己必这样做、而且l证实在某部分代码中的确存在一个性能瓉的时候,才应q行优化。除非用专门的工具分析瓶颈,否则很有可能是在费自己的时间。性能提升的隐含代h自己的代码变得难于理解,而且难于l护?

  (28) 误住,阅读代码的时间比写代码的旉多得多。思\清晰的设计可获得易于理解的程序,但注释、细致的解释以及一些示例往往h不可估量的h倹{无论对你自己,q是对后来的人,它们都是相当重要的。如Ҏ仍有怀疑,那么误惌p图从联机Java文档里找出有用信息时到的挫折,q样或许能将你说服?

  (29) 如认己已q行了良好的分析、设计或者实施,那么L微更换一下思维角度。试试邀请一些外来h士——ƈ不一定是专家Q但可以是来自本公司其他部门的h。请他们用完全新鲜的眼光考察你的工作Q看看是否能扑և你一度熟视无睹的问题。采取这U方式,往往能在最适合修改的阶D|Z些关键性的问题Q避免品发行后再解决问题而造成的金钱及_֊斚w的损失?

  (30) 良好的设计能带来最大的回报。简a之,对于一个特定的问题Q通常会花较长的时间才能找CU最恰当的解x案。但一旦找C正确的方法,以后的工作就L多了Q再也不用经历数时、数天或者数月的痛苦挣扎。我们的努力工作会带来最大的回报(甚至无可估量)。而且׃自己倾注了大量心血Q最l获得一个出色的设计ҎQ成功的快感也是令h心动的。坚持抵制草草完工的诱惑——那样做往往得不偿失?/p>

冬天的猪 2007-08-16 12:11 发表评论
]]>
վ֩ģ壺 ˳77777ɫ| ߹ۿëƬ| þþþù˾Ʒҹ| ˳վ18ֹ| ƵƷ| ߹ۿ| պƵѹۿ| þ޾Ʒav| ȫaһëƬ˰| ߵƵѹۿ| ޹㽶ˬAVƬþ | aëƬȫƵ| wwwxxx| Ƶ߹ۿ| عΰAëƬѿ| ˾Ʒþ޸岻 | Ʒһ| þ޾ƷĻ| 99þƷƵ77| ޹Ƶ߹ۿ| ۲Ƶѹۿ| վ߹ۿ| ޾ƷӰ߲Ʒ| ѹۿ˾þѹۿ| ޹ղ뾫Ʒ| ˽һ| һ˿wwwƵ| ޳av| 99þ99þþƷѿ | ޹Ʒþþž| йѹۿ߹ۿ| ޳| Ůžžѹۿվ| һƵվ| ͼƬһ| պavѹۿ| ñIJԭӾѹۿ| ij| ޹þþþƷ| ĻƵѹۿƵ| һػɫѴƬƵ|