追求無止境

什么話該說，什么話不該說，該說的話該怎么說。誰能告訴我。

       2009年12月31日，站在2009年的尾巴上，不禁感到時間飛逝。2009年，匆匆而過。在過去的2009年，收獲何多，失去何多。2009年，對我來說，是一個重要的轉(zhuǎn)折點。漸漸的發(fā)現(xiàn)自己應(yīng)該長大了，也發(fā)現(xiàn)自己確實長大了，更發(fā)現(xiàn)自己實際上還是需要繼續(xù)長大。

      每年的這個時候，各個新聞媒體都會評出什么十大之類的，我也落一會俗（當然自己本身就很俗），來看看今年發(fā)生在我身上的幾大事件：

先大體羅列一下吧：

1. 訂婚
2. 進京
3. 工作
4. 畢業(yè)
5. 讀研
6. 買筆記本

     從時間跨度上來說， 1月到2月在家過年，2月和3月在青島某公司實習(xí)，4月和5月在北京某公司實習(xí)，6月在中國石油大學(xué)享受畢業(yè)之前的時光，7月到8月繼續(xù)在北京某公司實習(xí)，9月到12月在上學(xué)+實習(xí)。2009年最幸福的事情發(fā)生在1到2月，盡快也有不快；最平常的日子在2月和3月，到了4月和5月或許是我最糾結(jié)的日子吧；6月或許是最快樂的日子的吧；7月和8月讓我體會到了工作的滋味；而9月到12月，整天在公司與學(xué)校之間奔跑，知道了工作+上課兩者要做到兼顧的滋味，雖然并沒有做到兼顧。

     2009年大體經(jīng)歷如此。2009年對我最大的關(guān)鍵字或許就是“改變”，這一年我訂婚了，在這一點上，改變了我的準非單身狀態(tài)；在這一年，我實習(xí)了，而且大量的時間都在于此，改變了我僅僅是學(xué)生的狀態(tài)；在這一年，我畢業(yè)了，我離開了生活學(xué)習(xí)四年的中國石油大學(xué)，離開了讓我畢生難忘的日子；在這一年，我來北京了，從對北京的一無所知，到開始的彷徨，然后漸漸熟悉和適應(yīng)；在這一年，我的經(jīng)濟漸漸獨立，盡管每個月只有不到1000的收入，但能滿足的我的基本需求；在這一年，我買了筆記本，雖然對其他人來說，這不是一件特別的事，對我來說，因采用了分期付款，而用接下來一年中近半個月的工資來還，但我不覺得后悔，在這個過程中，我的經(jīng)濟觀念和理財觀念開始漸漸改變；在這一年，工作成了我的核心，工作教會我很多東西，在與人交流、在工作態(tài)度、在技術(shù)上，都有一定的提高。

     回憶2009年，收獲頗多，也失去不少。但日子總是向前的，有得必有失。希望在以后的2009年，自己能夠漸漸提高自己的能力。無論是在生活上，在工作上，還是在心理上。

    2009年10大大事：

       與老婆訂婚：

       2009年，

上次的文章中介紹了ModelAndView對象中的view對象，可以使用字符串來讓Spring框架進行解析獲得適合的視圖。而解析View的就是ViewResolver技術(shù)。

ViewResolver的定義如下：

public interface ViewResolver {

View resolveViewName(String viewName, Locale locale) throws Exception;

}

在[spring-dispatcher-name]-servlet.xml中，可以定義viewResolver：

<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <property name="prefix" value="/jsp/"/>
        <property name="suffix" value=".jsp"/>
    </bean>

來讓DispacherServlet進行加載默認的viewResolver，如果沒有設(shè)置viewResolver，spring使用InternalResourceViewResolver進行解析。

Spring實現(xiàn)ViewResolver的非抽象類且我們經(jīng)常使用的viewResolver有以下四種：

使用多視圖解析器：

我們不想只使用一種視圖解析器的話，可以在[spring-dispatcher-name]-servlet.xml定義多個viewResolver：

<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">

<property name="prefix" value="/jsp/"/>

<property name="suffix" value=".jsp"/>

</bean>



<bean id=”beanNameViewResolver” class=”...BeanNameViewResolver”>

<property name="order" value="1"></property>

</bean>



<bean id=”beanNameViewResolver” class=”...XmlViewResolver”>

<property name="order" value="0"></property>

</bean>

DispatcherServlet會加載所有的viewResolver到一個list中，并按照優(yōu)先級進行解析。注意order中的值越小，優(yōu)先級越高。而id為viewResolver

的viewResolver的優(yōu)先級是最低的。

以前，我們詳細介紹了Spring的Controller技術(shù)。Spring的面向接口編程，使Controller的實現(xiàn)多種多樣。View技術(shù)也一樣。今天的分析先從在Controller中的ModelAndView開始。

public class ModelAndView {     
  private Object view; //View實例或者view的字符串    
/** Model Map */  
  private ModelMap model; //model
 /* * Convenient constructor when there is no model data to expose.     * Can also be used in conjunction with <code>addObject</code>.    
 * @param view View object to render   
  * @see #addObject     */  
 public ModelAndView(View view) {        
    this.view = view;    
}
public ModelAndView(String viewName){ 
   this.view = viewName;
}

public interface View { 

    /**
     * Return the content type of the view, if predetermined.
     * <p>Can be used to check the content type upfront,
     * before the actual rendering process.
     * @return the content type String (optionally including a character set),
     * or <code>null</code> if not predetermined.
     */
    String getContentType(); 

    /**
     * 繪制視圖

     * 繪制視圖的第一步是準備請求: 如果是JSP的視圖技術(shù)

     * 首先會把model設(shè)為request的屬性。

     * 第二步則是真正的繪制視圖

     * @param model Map with name Strings as keys and corresponding model
     * objects as values (Map can also be <code>null</code> in case of empty model)
     * @param request current HTTP request
     * @param response HTTP response we are building
     * @throws Exception if rendering failed
     */
    void render(Map model, HttpServletRequest request, HttpServletResponse response) throws Exception; 

}
在這之后，我們再來看看View的實現(xiàn)繼承類圖，可以看到Spring支持多種類型視圖：

org.springframework.web.servlet.view.AbstractView (implements org.springframework.beans.factory.BeanNameAware, org.springframework.web.servlet.View)

• org.springframework.web.servlet.view.document.AbstractExcelView
• org.springframework.web.servlet.view.document.AbstractJExcelView
• org.springframework.web.servlet.view.document.AbstractPdfView
• org.springframework.web.servlet.view.AbstractUrlBasedView (implements org.springframework.beans.factory.InitializingBean)
  • org.springframework.web.servlet.view.jasperreports.AbstractJasperReportsView
    • org.springframework.web.servlet.view.jasperreports.AbstractJasperReportsSingleFormatView
      • org.springframework.web.servlet.view.jasperreports.ConfigurableJasperReportsView
      • org.springframework.web.servlet.view.jasperreports.JasperReportsCsvView
      • org.springframework.web.servlet.view.jasperreports.JasperReportsHtmlView
      • org.springframework.web.servlet.view.jasperreports.JasperReportsPdfView
      • org.springframework.web.servlet.view.jasperreports.JasperReportsXlsView
    • org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatView
  • org.springframework.web.servlet.view.document.AbstractPdfStamperView
  • org.springframework.web.servlet.view.AbstractTemplateView
    • org.springframework.web.servlet.view.freemarker.FreeMarkerView
    • org.springframework.web.servlet.view.velocity.VelocityView
      • org.springframework.web.servlet.view.velocity.VelocityToolboxView
        • org.springframework.web.servlet.view.velocity.VelocityLayoutView
  • org.springframework.web.servlet.view.InternalResourceView
    • org.springframework.web.servlet.view.JstlView
    • org.springframework.web.servlet.view.tiles.TilesView
      • org.springframework.web.servlet.view.tiles.TilesJstlView
  • org.springframework.web.servlet.view.RedirectView
  • org.springframework.web.servlet.view.tiles2.TilesView
  • org.springframework.web.servlet.view.xslt.XsltView
• org.springframework.web.servlet.view.xslt.AbstractXsltView

public void render(Map model, HttpServletRequest request, HttpServletResponse response) throws Exception {
        if (logger.isTraceEnabled()) {
            logger.trace("Rendering view with name '" + this.beanName + "' with model " + model +
                " and static attributes " + this.staticAttributes);
        } 

        // Consolidate static and dynamic model attributes.
        Map mergedModel = new HashMap(this.staticAttributes.size() + (model != null ? model.size() : 0));
        mergedModel.putAll(this.staticAttributes);
        if (model != null) {
            mergedModel.putAll(model);
        } 

        // Expose RequestContext?
        if (this.requestContextAttribute != null) {
            mergedModel.put(this.requestContextAttribute, createRequestContext(request, mergedModel));
        } 

        prepareResponse(request, response);
        renderMergedOutputModel(mergedModel, request, response);
    }

第一步，將靜態(tài)屬性和model的屬性都添加到mergedModel里面。如果需要請求上下文，則將請求上下文添加到model中。

靜態(tài)屬性是繼承AbstractView進行設(shè)置的屬性。而請求上下文如果設(shè)置的名字就會創(chuàng)建一個request上下文。在requestContext中定義了一些包括本地化和主題的處理工具。

第二步，對響應(yīng)進行預(yù)處理。最后調(diào)用子類需要實現(xiàn)的函數(shù)renderMergedOutputModel。

對PDF和EXCEL格式我們暫且不管，且Spring支持多種視圖技術(shù)，這里我們主要關(guān)注JSTL技術(shù)，

接著我們來看AbstractUrlBasedView 類。在AbstractUrlBasedView 只定義了一個url屬性。別的沒有什么特殊處理。

接著繼承AbstractUrlBasedView 的是InternalResourceView。他對renderMergedOutputModel進行實現(xiàn)，實現(xiàn)如下:

/**
     * Render the internal resource given the specified model.
     * This includes setting the model as request attributes.
     */
    protected void renderMergedOutputModel(
            Map model, HttpServletRequest request, HttpServletResponse response) throws Exception {

        // 獲取要暴露的request，一般都是傳入的參數(shù)request
        HttpServletRequest requestToExpose = getRequestToExpose(request);

        // 將model的數(shù)據(jù)添加到request屬性中

        exposeModelAsRequestAttributes(model, requestToExpose);

        // 設(shè)置helper，如果存在的話
        exposeHelpers(requestToExpose);

        // 對繪制進行預(yù)處理，從而獲得到要分發(fā)的url
        String dispatcherPath = prepareForRendering(requestToExpose, response);

        // 獲取請求分發(fā)對象
        RequestDispatcher rd = requestToExpose.getRequestDispatcher(dispatcherPath);
        if (rd == null) {
            throw new ServletException(
                    "Could not get RequestDispatcher for [" + getUrl() + "]: check that this file exists within your WAR");
        }

        // 決定使用RequestDispatcher的include方法還是forward方法
        if (useInclude(requestToExpose, response)) {
            response.setContentType(getContentType());
            if (logger.isDebugEnabled()) {
                logger.debug("Including resource [" + getUrl() + "] in InternalResourceView '" + getBeanName() + "'");
            }
            rd.include(requestToExpose, response);
        }

        else {
            // Note: The forwarded resource is supposed to determine the content type itself.
            exposeForwardRequestAttributes(requestToExpose);
            if (logger.isDebugEnabled()) {
                logger.debug("Forwarding to resource [" + getUrl() + "] in InternalResourceView '" + getBeanName() + "'");
            }
            rd.forward(requestToExpose, response);
        }
    }

public class JstlView extends InternalResourceView {

    private MessageSource messageSource;

    public JstlView() {
    }

    
    public JstlView(String url) {
        super(url);
    }

    public JstlView(String url, MessageSource messageSource) {
        this(url);
        this.messageSource = messageSource;
    }

    protected void initServletContext(ServletContext servletContext) {
        if (this.messageSource != null) {
            this.messageSource = JstlUtils.getJstlAwareMessageSource(servletContext, this.messageSource);
        }
        super.initServletContext(servletContext);
    }

    protected void exposeHelpers(HttpServletRequest request) throws Exception {
        if (this.messageSource != null) {
            JstlUtils.exposeLocalizationContext(request, this.messageSource);
        }
        else {
            JstlUtils.exposeLocalizationContext(new RequestContext(request, getServletContext()));
        }
    }

}

在InternalResourceView  中，基本上所有的處理都差不多了。在JSTLView對兩個方法進行了覆蓋。第一個initServletContext，主要初始化了MessageResource

第二個exposeHelpers將messageSource放在了request里面。

這樣view的解析就結(jié)束了。接下來容器對jsp進行解析，并進行tag等的處理。然后將生成的頁面返回給客戶端。

org.springframework.web.servlet.mvc.AbstractController (implements org.springframework.web.servlet.mvc.Controller)

• org.springframework.web.servlet.mvc.AbstractUrlViewController
  • org.springframework.web.servlet.mvc.UrlFilenameViewController
• org.springframework.web.servlet.mvc.BaseCommandController
  • org.springframework.web.servlet.mvc.AbstractCommandController
  • org.springframework.web.servlet.mvc.AbstractFormController
    • org.springframework.web.servlet.mvc.AbstractWizardFormController
    • org.springframework.web.servlet.mvc.SimpleFormController
      • org.springframework.web.servlet.mvc.CancellableFormController

Spring MVC框架中的Controller對請求進行處理：所有的Controller都實現(xiàn)接口Controller：

public interface Controller { 

    /**
     * Process the request and return a ModelAndView object which the DispatcherServlet
     * will render. A <code>null</code> return value is not an error: It indicates that
     * this object completed request processing itself, thus there is no ModelAndView
     * to render.
     * @param request current HTTP request
     * @param response current HTTP response
     * @return a ModelAndView to render, or <code>null</code> if handled directly
     * @throws Exception in case of errors
     */
    ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception; 

}
上面的doc表明Controller返回的modelandview可以使空，表明請求都是該函數(shù)中處理完成了，不需要modeland來進行渲染。

在繼續(xù)之前先介紹一個有用的工具類：WebUtils。用這個可以簡化session，request的處理。具體的內(nèi)容可以參考文檔。

Controller的第一個實現(xiàn)是：AbstractController。他是一個Abstract類，除了實現(xiàn)了Controller接口，它還繼承了WebContentGenerator。

WebContentGenerator的作用是什么？參考文檔可以發(fā)現(xiàn)，該類主要對Cache和Session進行管理。

用戶可以對這些參數(shù)進行測試,cache和expire信息涉及到了http協(xié)議信息，更多信息可以參考http協(xié)議文檔。這里不再說明。

再看AbstractController的代碼：

public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response)
            throws Exception { 

        // Delegate to WebContentGenerator for checking and preparing.
        checkAndPrepare(request, response, this instanceof LastModified); 

        // Execute handleRequestInternal in synchronized block if required.
        if (this.synchronizeOnSession) {
            HttpSession session = request.getSession(false);
            if (session != null) {
                Object mutex = WebUtils.getSessionMutex(session);
                synchronized (mutex) {
                    return handleRequestInternal(request, response);
                }
            }
        }
        return handleRequestInternal(request, response);
    }
checkandPrepare的目的就是使用用于進行的配置來對request進行預(yù)處理和準備。

他會檢查支持的方法，和會話，然后應(yīng)用cache設(shè)置。

如果需要session同步，就進行同步處理。session同步應(yīng)用于有session的情況下。如果沒有session，session同步是沒有用的。

AbstractController會調(diào)用handleRequestInternal方法進行處理，繼承AbstractController的類需要實現(xiàn)該方法。

/**
 * Retrieves the URL path to use for lookup and delegates to
 * {@link #getViewNameForRequest}.
 */
protected ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response) {
    String lookupPath = getUrlPathHelper().getLookupPathForRequest(request);
    String viewName = getViewNameForRequest(request);
    if (logger.isDebugEnabled()) {
        logger.debug("Returning view name '" + viewName + "' for lookup path [" + lookupPath + "]");
    }
    return new ModelAndView(viewName);
}

在看完BaseCommandController和AbstractCommandController之后，我們再看BaseCommandController的另一個實現(xiàn)AbstractFormController，以及AbstractFormController的具體實現(xiàn)SimpleFormController。

先看看AbstractFormController對handleRequestInternal的實現(xiàn)：

protected ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response)
throws Exception {
// Form submission or new form to show?
if (isFormSubmission(request)) {
// Fetch form object from HTTP session, bind, validate, process submission.
try {
Object command = getCommand(request);
ServletRequestDataBinder binder = bindAndValidate(request, command);
BindException errors = new BindException(binder.getBindingResult());
return processFormSubmission(request, response, command, errors);
}
catch (HttpSessionRequiredException ex) {
// Cannot submit a session form if no form object is in the session.
if (logger.isDebugEnabled()) {
logger.debug("Invalid submit detected: " + ex.getMessage());
}
return handleInvalidSubmit(request, response);
}
}
else {
// New form to show: render form view.
return showNewForm(request, response);
}
}
這個方法，首先判斷是不是Form提交，判斷方法是：

protected boolean isFormSubmission(HttpServletRequest request) {

return "POST".equals(request.getMethod());

}

protected abstract ModelAndView processFormSubmission(

HttpServletRequest request, HttpServletResponse response, Object command, BindException errors)

throws Exception;

protected abstract ModelAndView showForm(

HttpServletRequest request, HttpServletResponse response, BindException errors)

throws Exception;

好了，看完AbstractFormController之后，再看看SimpleFormController是如何實現(xiàn)：

protected ModelAndView processFormSubmission(

HttpServletRequest request, HttpServletResponse response, Object command, BindException errors)

throws Exception { 



if (errors.hasErrors()) {

if (logger.isDebugEnabled()) {

logger.debug("Data binding errors: " + errors.getErrorCount());

}

return showForm(request, response, errors);

}

else if (isFormChangeRequest(request, command)) {

logger.debug("Detected form change request -> routing request to onFormChange");

onFormChange(request, response, command, errors);

return showForm(request, response, errors);

}

else {

logger.debug("No errors -> processing submit");

return onSubmit(request, response, command, errors);

}

}

在上面的方法中，如果有錯誤，調(diào)用showForm，來顯示form。沒有錯誤的話，則調(diào)用onSubmit方法。

protected final ModelAndView showForm(

HttpServletRequest request, BindException errors, String viewName, Map controlModel)

throws Exception {



// In session form mode, re-expose form object as HTTP session attribute.

// Re-binding is necessary for proper state handling in a cluster,

// to notify other nodes of changes in the form object.

if (isSessionForm()) {

String formAttrName = getFormSessionAttributeName(request);

if (logger.isDebugEnabled()) {

logger.debug("Setting form session attribute [" + formAttrName + "] to: " + errors.getTarget());

}

request.getSession().setAttribute(formAttrName, errors.getTarget());

}



// Fetch errors model as starting point, containing form object under

// "commandName", and corresponding Errors instance under internal key.

Map model = errors.getModel();



// Merge reference data into model, if any.

Map referenceData = referenceData(request, errors.getTarget(), errors);

if (referenceData != null) {

model.putAll(referenceData);

}



// Merge control attributes into model, if any.

if (controlModel != null) {

model.putAll(controlModel);

}



// Trigger rendering of the specified view, using the final model.

return new ModelAndView(viewName, model);

}

Spring的BaseCommandController繼承自AbstractController。在看BaseCommandController之前先看他的繼承類AbstractCommandController是如何實現(xiàn)

AbstractController的handleInternalRequest方法的：

protected ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response)
throws Exception {
Object command = getCommand(request);
ServletRequestDataBinder binder = bindAndValidate(request, command);
BindException errors = new BindException(binder.getBindingResult());
return handle(request, response, command, errors);
}

getCommand就是BaseCommandController中的方法。

protected Object getCommand(HttpServletRequest request) throws Exception {
return createCommand();
}
protected final Object createCommand() throws Exception {
if (this.commandClass == null) {
throw new IllegalStateException("Cannot create command without commandClass being set - " +
"either set commandClass or (in a form controller) override formBackingObject");
}
if (logger.isDebugEnabled()) {
logger.debug("Creating new command of class [" + this.commandClass.getName() + "]");
}
return BeanUtils.instantiateClass(this.commandClass);
}

createCommand創(chuàng)建了一個CommandClass的對象。

然后再看bindAndValidate方法：

protected final ServletRequestDataBinder bindAndValidate(HttpServletRequest request, Object command)
throws Exception {
ServletRequestDataBinder binder = createBinder(request, command);
BindException errors = new BindException(binder.getBindingResult());
if (!suppressBinding(request)) {
binder.bind(request);
onBind(request, command, errors);
if (this.validators != null && isValidateOnBinding() && !suppressValidation(request, command, errors)) {
for (int i = 0; i < this.validators.length; i++) {
ValidationUtils.invokeValidator(this.validators[i], command, errors);
}
}
onBindAndValidate(request, command, errors);
}
return binder;
}

這個方法首先創(chuàng)建了 DataBinder對象，然后，獲取創(chuàng)建綁定對象時發(fā)生的錯誤。報錯在errors。接下來綁定對象，調(diào)用onBind處理綁定事件；接下來應(yīng)用Validator。然后調(diào)用onBindAndValidate來處理綁定和驗證事件。最后返回binder。

處理完之后調(diào)用handle方法進行處理。

綜上所述，AbstractCommandController具有兩個功能:

1、將請求參數(shù)轉(zhuǎn)換為Command對象。在該Controller中，我們設(shè)置一個object對象。然后BaseCommandController將請求的參數(shù)進行轉(zhuǎn)換。如果請求參數(shù)有value值，就會調(diào)用object的的setValue對象來設(shè)置對象里的值。如果請求參數(shù)中有address.city.就會調(diào)用object中g(shù)etAddress().setCity()方法來賦值。這個object可以是任意的object，唯一的要求就是這個object類沒有參數(shù)。

2、對數(shù)據(jù)進行驗證。在轉(zhuǎn)換和驗證時發(fā)生錯誤時，需要在handle(request, response, command, errors)中進行處理。

1、Spring web 框架的核心：DispatcherServlet

DispatcherServlet 用于接收請求。是使用Spring框架的入口。在web.xml中，需要配置該servlet。在配置該Servlet的時候url-pattern你可以使用你自己想使用的形式，如*.aspx,*.do,*.htm,*.action，用以混淆客戶端對服務(wù)器架構(gòu)的認識。

另外，該Servlet在容器中還會加載一個APPlicationContext的xml文件。默認加載的是[servlet-name]-servlet.xml。例如，你在web.xml中配置的servlet如下：

<web-app>
<servlet>
<servlet-name>example</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>example</servlet-name>
<url-pattern>*.form</url-pattern>
</servlet-mapping>
</web-app>

該Servlet就會在服務(wù)器啟動時，加載example-servlet.xml。當然，你也可以自己來指定加載文件。

要看看DispatcherServlet真面目，打開源文件，發(fā)現(xiàn)定義了很多BeanName的常量，如本地化解析器beanname，主題解析器beanname，視圖解析器beanname，上傳文件解析的multipart解析器beanname。

等：

public static final String MULTIPART_RESOLVER_BEAN_NAME = "multipartResolver";
public static final String LOCALE_RESOLVER_BEAN_NAME = "localeResolver";
public static final String THEME_RESOLVER_BEAN_NAME = "themeResolver";
public static final String HANDLER_MAPPING_BEAN_NAME = "handlerMapping";
public static final String HANDLER_ADAPTER_BEAN_NAME = "handlerAdapter";
public static final String HANDLER_EXCEPTION_RESOLVER_BEAN_NAME = "handlerExceptionResolver";
public static final String REQUEST_TO_VIEW_NAME_TRANSLATOR_BEAN_NAME = "viewNameTranslator";
public static final String VIEW_RESOLVER_BEAN_NAME = "viewResolver";

這個類怎么使用這些bean呢？以上面的exexample-servlet.xml為例，我們定義的名字為example的DispatcherServlet使用example-servlet.xml的配置。在example-servlet.xml里，我們可以配置名字上面的beanName的bean，來讓servlet加載這些bean。

這下明白了，servlet.xml該怎么配置，該配置什么了。

好了，看完了最重要的servlet的配置問題，我們再看下一個重要的接口:Controller。至于上面servlet要使用的什么什么解析器啦，我們稍后在分析。

2、Controller

我們的請求提交到DispacherServlet后，會轉(zhuǎn)給Controller。怎么找Controller？通過使用handlerMapping。如果沒有設(shè)置handlerMapping，spring使用默認的BeanNameUrlHandlerMapping來找Controller。

BeanNameUrlHandlerMapping？顧名思義，就是通過bean的name屬性來映射controller。bean的name請求是一個url，如果請求的是logout.do，在example-servlet.xml中定義一個名字（name）為login.do的Controller.

<bean name="/logout.do" class="com.jy.bookshop.web.spring.LogoutController">
    </bean>

再插一句話，在handlerMapping中，我們可以使用請求攔截器來對請求進行攔截處理。該攔截器怎么使用這里暫且不表，有機會再討論。

ok，現(xiàn)在我們創(chuàng)建一個LogoutController來讓他處理請求，讓他實現(xiàn)Controller吧：

public class LogOutController implements Controller {
    public ModelAndView handleRequest(HttpServletRequest req,
            HttpServletResponse res) throws Exception {
          …
        return new ModelAndView(new RedirectView("login.do"));
    }
}

看看這個Controller接口的定義，發(fā)現(xiàn)這個接口只定義了一個handleRequest方法。在這個方法中，返回一個ModelAndView。

先說ModelAndView。我們知道MVC，那么ModelAndView就是 MV了。Controller就是C。這樣MVC全了。呵呵。

繼續(xù)說ModelAndView，要了解他的結(jié)構(gòu)，那自然要看看他的源代碼了：

/** View instance or view name String */
private Object view; 

/** Model Map */
private ModelMap model;

    只關(guān)注我們關(guān)注的，里面包含了一個View對象和model對象。model對象是一個Map，這里不再說了。關(guān)鍵看看view，奇怪，怎么是一個Object，太抽象了。再繼續(xù)看源代碼的話，會更加明白：

public ModelAndView(String viewName, String modelName, Object modelObject) {
        this.view = viewName;
        addObject(modelName, modelObject);
    }
public void setViewName(String viewName) {
        this.view = viewName;
    }

原來這個view可以指向一個View對象，也可以指向String對象啊。View一個接口，如果看doc的話，他的實現(xiàn)類有AbstractExcelView, AbstractJasperReportsSingleFormatView, AbstractJasperReportsView, AbstractJExcelView, AbstractPdfStamperView, AbstractPdfView,AbstractTemplateView, AbstractUrlBasedView, AbstractView, AbstractXsltView, ConfigurableJasperReportsView, FreeMarkerView, InternalResourceView,JasperReportsCsvView, JasperReportsHtmlView, JasperReportsMultiFormatView, JasperReportsPdfView, JasperReportsXlsView, JstlView, RedirectView,TilesJstlView, TilesView, TilesView, VelocityLayoutView, VelocityToolboxView, VelocityView, XsltView（誠實的說，這些View是拷doc的）。

現(xiàn)在可以知道，我們的Controller返回一個View和Model，來讓Spring框架來創(chuàng)建一個回應(yīng)。

現(xiàn)在奇怪的還有一點，我吧view設(shè)置為字符串，Spring框架怎么處理？在ModelAndView中，如果view是一個字符串，則會將這個值交給DispatcherServlet的viewResovler來處理。記得上面提到的viewResovler了嗎？呵呵，派上用場了。

view的問題解決了，然后再說model吧。在ModelAndView添加了一些對象，Spring是怎么處理的呢？總應(yīng)該把這些對象給弄到request對象里，讓jsp頁面來使用吧。讓View使用？那么看看View接口吧：

public interface View {

    String getContentType();

    void render(Map model, HttpServletRequest request, HttpServletResponse response) throws Exception;

}

render函數(shù)需要帶一個model變量。再找找view的實現(xiàn)類，看看是怎么工作的。不過view有那么多，對于一些像什么pdf啦，excel了他們都不需要在request中添加這個model。

最終呢，我們在jstlView的父類InternalResourceView中的renderMergedOutputModel函數(shù)發(fā)現(xiàn)他把model放在了request里面了。

OK，現(xiàn)在我們明白了，controller返回的modelandview交給Servlet進行處理，來生成一個頁面。

最簡單的Controller介紹完畢。現(xiàn)在看看Spring提供的一些controller的實現(xiàn)，Spring提供了很多controller的實現(xiàn)，繼承的結(jié)構(gòu)如下：

org.springframework.web.servlet.mvc.AbstractController (implements org.springframework.web.servlet.mvc.Controller)

• org.springframework.web.servlet.mvc.AbstractUrlViewController
  • org.springframework.web.servlet.mvc.UrlFilenameViewController
• org.springframework.web.servlet.mvc.BaseCommandController
  • org.springframework.web.servlet.mvc.AbstractCommandController
  • org.springframework.web.servlet.mvc.AbstractFormController
    • org.springframework.web.servlet.mvc.AbstractWizardFormController
    • org.springframework.web.servlet.mvc.SimpleFormController
      • org.springframework.web.servlet.mvc.CancellableFormController
• org.springframework.web.servlet.mvc.ParameterizableViewController
• org.springframework.web.servlet.mvc.ServletForwardingController (implements org.springframework.beans.factory.BeanNameAware)
• org.springframework.web.servlet.mvc.ServletWrappingController (implements org.springframework.beans.factory.BeanNameAware, org.springframework.beans.factory.DisposableBean, org.springframework.beans.factory.InitializingBean)

AbstractController是Controller的第一個實現(xiàn)。其他的Controller都是繼承這個Controller的。我們先看比較重要的Controller。

先說UrlFilenameViewController。不如我們自己來部署一個吧。

在example-servlet.xml中增加如下的配置：

<bean name="/error.do"  class="org.springframework.web.servlet.mvc.UrlFilenameViewController">
    </bean>

OK，當/error.do的請求上來后，urlFileNameViewController將他變成/error。然后返回個View，這個view的name就是/error，然后使用viewresolver來進行解析，可以解析成/jsp/error.jsp。

另外還有比較重要的controller是baseCommandController，將請求參數(shù)轉(zhuǎn)換為一個對象，并對對象參數(shù)合法性進行驗證。另外,SimpleFormController可以對表單進行處理。

關(guān)于各個controller的分析。未完待續(xù)。。

 

java.beans.PropertyEditor的從字義來看是一個屬性編輯器，但總覺得它的作用更像一個轉(zhuǎn)換器－－從字符串轉(zhuǎn)換為類對象的屬性。

java.beans.PropertyEditor接口定義的方法有好幾個，但是最重要為下面兩個：

 void setValue(Object value)

 void setAsText(String text) throws java.lang.IllegalArgumentException;

一般地，我們要使用PropertyEditor時，并不直接實現(xiàn)此接口，而是通過繼承實現(xiàn)此接口的java.beans.PropertyEditorSupport來簡化我們的工作，在子類覆蓋setAsText方法就可以了，setValue方法一般不直接使用，在setAsText方法中將字符串進行轉(zhuǎn)換并產(chǎn)生目標對象以后，由調(diào)setAsText調(diào)用setValue來把目標對象注入到編輯器中。當然，你可用覆蓋更多的方法來滿足你的特殊要求。JavaBean的類和接口，被大部分spring包使用，可以從spring中學(xué)習(xí)更成熟的JavaBean使用方法。

簡單的例子：

實體類Person：

public class Person
{
    private String name;
    private String sex;
    private int age;
    
    public Person(String name, String sex, int age)
    {
        this.name = name;
        this.sex = sex;
        this.age = age;
    }
    
    public int getAge()
    {
        return age;
    }
    public void setAge(int age)
    {
        this.age = age;
    }
    public String getName()
    {
        return name;
    }
    public void setName(String name)
    {
        this.name = name;
    }
    public String getSex()
    {
        return sex;
    }
    public void setSex(String sex)
    {
        this.sex = sex;
    }
    
    @Override
    public String toString()
    {
        return "Person["+name+", "+sex+", "+age+"]";
    }
}

Person的屬性編輯器：

public class PersonPropertyEditor extends PropertyEditorSupport
{
    public void setAsText(String text)
    {
        setValue(parseString(text));
    }

    private Object parseString(String text)
    {
        String[] parts = tokenizeToStringArray(text, ", ", false, false);
        String name = (parts.length > 0 ? parts[0] : "undefine");
        String sex = (parts.length > 1 ? parts[1] : "undefine");
        int age = (parts.length > 2 ? Integer.valueOf(parts[2]) : 0);
        return (text.length() > 0 ? new Person(name, sex, age) : null);
    }

    private  String[] tokenizeToStringArray(String str, String delimiters, boolean trimTokens,
                                                    boolean ignoreEmptyTokens)
    {
        StringTokenizer st = new StringTokenizer(str, delimiters);
        List tokens = new ArrayList();
        while(st.hasMoreTokens())
        {
            String token = st.nextToken();
            if(trimTokens)
            {
                token = token.trim();
            }
            if(!ignoreEmptyTokens || token.length() > 0)
            {
                tokens.add(token);
            }
        }
        return toStringArray(tokens);
    }

    private  String[] toStringArray(Collection collection)
    {
        if(collection == null)
        {
            return null;
        }
        return (String[])collection.toArray(new String[collection.size()]);
    }
}

測試代碼：

    public static void main(String[] args)
    {
        PersonPropertyEditor editor = new PersonPropertyEditor();
        editor.setAsText("aSam,man,22");
        System.out.println(editor.getValue());
    }

結(jié)果輸出：

Person[aSam, man, 22]

  以下Tip和學(xué)習(xí)路線從自己身上出發(fā)進行總結(jié)，僅代表個人觀點。你可以留言進行討論。

1.有計劃的學(xué)習(xí)

       學(xué)習(xí)是一個循序漸進的過程。如果沒有一個計劃，學(xué)習(xí)將變得沒有規(guī)律，我們也無法提高自己的能力。想起上學(xué)的時候，學(xué)校每個學(xué)期都會制定一個教學(xué)大綱來指導(dǎo)老師的教學(xué)和我們的學(xué)習(xí)。是的，如果沒有計劃，今天突然想學(xué)這個，明天突然想學(xué)那個，朝三暮四，我們永遠也無法學(xué)到自己想學(xué)的東西。所以我們需要制定一個學(xué)習(xí)計劃。有計劃的學(xué)習(xí)才能提高自己的能力。Java web項目的開發(fā)是需要很多知識的積累的，包括Java SE，數(shù)據(jù)庫，JDBC，Linux，Log4j，Html/CSS/Javascript，持久層框架，JUNIT及其他測試框架，IOC框架，web MVC框架等等，如果我們沒有一個良好的計劃，今天學(xué)習(xí)Log4j，明天學(xué)習(xí)Junit，這些東西都不會掌握好并學(xué)習(xí)好。

      如果給自己做計劃。計劃可以按照時間段來進行。例如本年度的工作，本季度要達到的水平，本月要學(xué)習(xí)的東西，本周學(xué)習(xí)的計劃安排，以及每一天的安排。每天晚上睡覺前，想想今天的計劃安排是否完成，明天該學(xué)習(xí)什么；每周到結(jié)束的時候，總結(jié)一下本周完成了什么，下周要學(xué)習(xí)什么。根據(jù)自己對計劃的實行情況可以改變自己的計劃。總之要有計劃的學(xué)習(xí)。可以使用google 日歷和 qq mail 郵箱等來管理自己的計劃。

2. 同一段時間只學(xué)習(xí)一種技術(shù)  

       我是一個什么都想學(xué)的人。我不想把自己的時間都用在學(xué)習(xí)Java上，我還想學(xué)習(xí)C++，還想學(xué)習(xí) web 設(shè)計，還想學(xué)好windows編程，想學(xué)Linux編程，想學(xué)習(xí)計算機網(wǎng)絡(luò)編程，想學(xué)習(xí)路由器、網(wǎng)絡(luò)的配置……。于是，今天看了VC++深入詳解，明天學(xué)習(xí)Linux shell編程。計算機技術(shù)包含了太多技術(shù)。我們無法一一將他們都掌握。所以不要想什么都學(xué)會。至少在一段時間內(nèi)學(xué)習(xí)一種技術(shù)。我給自己制定了這樣的計劃，今年要把所有的精力都致力為 java EE 開發(fā)技術(shù)上。一年后，努力學(xué)習(xí)C/C++編程。

      是的。我們學(xué)習(xí)的東西可以廣一點，但一定要有自己專的方面。學(xué)專了一個方面，你就可以接著學(xué)習(xí)其他的技術(shù)。一個什么都會的人，很可能什么都不會；所以，精于一，而博于廣。

3.學(xué)會休息

     我們都很忙，上學(xué)的時候?qū)W好各科，至少不能掛科，然后在課外學(xué)習(xí)自己喜歡的java 編程；工作的時候，需要做好工作，然后在工作之余多學(xué)一些東西；時間長了，我們就可能倦了，累了。所以我們需要學(xué)會休息來改變自己的精神狀態(tài)。

     整天在電腦前進行軟件開發(fā)的我們，要學(xué)會放松自己和休息。作為程序員整天在電腦前，極容易養(yǎng)成工作和休息都離不開電腦的習(xí)慣。休息的時候，也是在電腦前看電影，玩游戲。我想，在我們工作累了之后，應(yīng)該離開電腦，走向戶外來放松和休息。或到大街上轉(zhuǎn)轉(zhuǎn)，或到商場里購物，或去游泳館游泳，或去健身房健身，或和朋友一起打臺球。等等等等。總之要學(xué)會放松自己，走出戶外，不要整天在電腦前。

     以上3點是自己對自己工作學(xué)習(xí)的總結(jié)和提醒，特別寫出來和大家一起分享。

  感謝HiMagic!分享自己的觀點。值得學(xué)習(xí)。

提高開發(fā)技術(shù)->如何學(xué)習(xí)，這個轉(zhuǎn)換并不完全對等。對于學(xué)習(xí)來說，最重要的不是計劃和過程，而是結(jié)果，沒有成果的學(xué)習(xí)等于白費時間。對于提高技術(shù)來說，必須要有笑傲江湖唯我獨尊的氣勢，以及持之以恒的定力。 2009-11-17 08:54 | HiMagic!

1、Interface Comparable<T>

只有實現(xiàn)該接口的對象的列表或數(shù)組才能調(diào)用Collections.sort()方法。

在實現(xiàn) int compareTo(T o)時，需要注意：

1、如果兩個對象相等，返回為0；

2、如果同一個null對象進行比較，應(yīng)拋出NullPointerException。

3、實現(xiàn)必須保證sgn(x.compareTo(y)) == -sgn(y.compareTo(x))、(x.compareTo(y)==0) == (x.equals(y)) 、(x.compareTo(y)>0 && y.compareTo(z)>0) impliesx.compareTo(z)>0 。如果 x.compareTo(y)拋出異常，y.compareTo(x)也必須拋出異常。

2、Interface Iterable<T>

Iterator<T> iterator()

對于鏈表等對象應(yīng)實現(xiàn)該接口來允許一個對象可以使用foreach語句。

上面的方法返回java.util.Interface Iterator<E>，該接口的主要方法有：

hasNext();next();remove();

3、Interface Readable

java.lang.Interface Readable

      一個Readable 是一個字符串的來源。實現(xiàn)這個接口需要實現(xiàn)的方法是：

int read(CharBuffer cb)

4、java.lang  Interface Runnable

不用說，這個誰都知道。如果想在一個單獨的線程中執(zhí)行，就需要實現(xiàn)這個接口。

5、java.lang Interface Thread.UncaughtExceptionHandler

       從名字就可以判斷出來，當線程拋出未捕獲的異常時，實現(xiàn)這個接口的類的對象可以對一場進行處理。

      官方文檔：當線程被一個未捕獲的異常打斷時，這個接口被調(diào)用。

      當線程要被為捕獲異常打斷是，JVM使用Thread.getUncaughtExceptionHandler(),查詢異常處理器，如果線程沒有這個接口的設(shè)置，則查詢該線程的ThreadGroup的UncaughtExceptionHandler，如果縣城沒有處理異常，他就會拋出這個異常。

void uncaughtException(Thread t, Throwable e)
          Method invoked when the given thread terminates due to the given uncaught exception.

6、包裝型對象：Boolean Byte Character Double Float Long Short Integer

    這些類就不用了說了，主要會使用里面的靜態(tài)方法和一些常量就可以了。

7、Class Character.Subset

   這個類的實例代表了Unicode字符集的特殊的子集。定義在Character中的唯一子集族類是UnicodeBlock.其他的Java API或許因為自己的用戶定義了其他的子集。

static Character.UnicodeBlock
AEGEAN_NUMBERS
          Constant for the "Aegean Numbers" Unicode character block.

static Character.UnicodeBlock
ALPHABETIC_PRESENTATION_FORMS
          Constant for the "Alphabetic Presentation Forms" Unicode character block.

static Character.UnicodeBlock
ARABIC
          Constant for the "Arabic" Unicode character block.

static Character.UnicodeBlock
ARABIC_PRESENTATION_FORMS_A
          Constant for the "Arabic Presentation Forms-A" Unicode character block.

static Character.UnicodeBlock
ARABIC_PRESENTATION_FORMS_B
          Constant for the "Arabic Presentation Forms-B" Unicode character block.

static Character.UnicodeBlock
ARMENIAN
          Constant for the "Armenian" Unicode character block.

static Character.UnicodeBlock
ARROWS
          Constant for the "Arrows" Unicode character block.

static Character.UnicodeBlock
BASIC_LATIN
          Constant for the "Basic Latin" Unicode character block.

static Character.UnicodeBlock
BENGALI
          Constant for the "Bengali" Unicode character block.

static Character.UnicodeBlock
BLOCK_ELEMENTS
          Constant for the "Block Elements" Unicode character block.

static Character.UnicodeBlock
BOPOMOFO
          Constant for the "Bopomofo" Unicode character block.

static Character.UnicodeBlock
BOPOMOFO_EXTENDED
          Constant for the "Bopomofo Extended" Unicode character block.

static Character.UnicodeBlock
BOX_DRAWING
          Constant for the "Box Drawing" Unicode character block.

…………

具體參見java.lang
Class Character.UnicodeBlock里面的定義。

8 、java.langClass Class<T>

這個類的實力代表了Java運行程序中的類和接口。Enum是類，而Annotation是一個接口。Every array also belongs to a class that is reflected as a Class object that is shared by all arrays with the same element type and number of dimensions.

Class的對象在程序中可以獲取類的詳細信息。

9、Java.lang.Class ClassLoader

ClassLoader是個不錯的東西，下面是官方文檔的簡單翻譯和注解：

1、ClassLoader用于加載類對象。ClassLoader是一個抽象類。給出類的二進制名字（如“

  "java.lang.String"
   "javax.swing.JSpinner$DefaultEditor"
   "java.security.KeyStore$Builder$FileBuilder$1"
   "java.net.URLClassLoader$3$1"

”），ClassLoader會使用定位和生成類。一個典型的策略就是將二進制名字轉(zhuǎn)化為文件名，然后從文件系統(tǒng)中讀取這個類文件。

每一個Class對象都包含了一個創(chuàng)建它的引用。

數(shù)組的Class對象不能由ClassLoader創(chuàng)建，但是可以由Java運行時動態(tài)創(chuàng)建。一個數(shù)組類的ClassLoader，和他的元素的ClassLoader是一樣的；如果元素是基本類型，則數(shù)組類沒有ClassLoader。

應(yīng)用程序可以實現(xiàn)ClassLoader的子類，來擴展行為。這樣可以在JVM動態(tài)的創(chuàng)建類。

ClassLoader主要由安全管理器來使用，用于保證安全區(qū)域。

ClassLoader 使用一個delegation（委托）模型來搜索類和資源。每一個ClassLoader有一個相關(guān)的父類ClassLoader。當請求來查找一個資源或者類的時候，ClassLoader 實例會委托搜索類和資源。

內(nèi)建的ClassLoader，叫做bootstrap class loader，沒有父類。

正常的，ClassLoader從本地文件系統(tǒng)中加載數(shù)據(jù)。通過CLassPath。

當然，也可以通過NetWork從服務(wù)器上下載字節(jié)碼。來加載類：

ClassLoader loader = new NetworkClassLoader(host, port);
Object main = loader.loadClass("Main", true).newInstance();

Network ClassLoader 子類必須定義方法FindClass 和loadClassData來加載來自互聯(lián)網(wǎng)上的類。一旦或得到字節(jié)碼，它使用defineClass方法來創(chuàng)建類實例。

class NetworkClassLoader extends ClassLoader {
         String host;
         int port;

         public Class findClass(String name) {
             byte[] b = loadClassData(name);
             return defineClass(name, b, 0, b.length);
         }

         private byte[] loadClassData(String name) {
             // load the class data from the connection  . . .
         }
     }

個人理解：

ClassLoader是一個類加載器，除了可以從ClassPath加載類之外，還可以從ClassPath中加載資源：

InputStream
getResourceAsStream(String name)
          Returns an input stream for reading the specified resource.

Enumeration<URL>
getResources(String name)
          Finds all the resources with the given name.

static URL
getSystemResource(String name)
          Find a resource of the specified name from the search path used to load classes.

static InputStream
getSystemResourceAsStream(String name)
          Open for reading, a resource of the specified name from the search path used to load classes.

static Enumeration<URL>
getSystemResources(String name)
          Finds all resources of the specified name from the search path used to load classes.

protected  Class<?>
findClass(String name)
          Finds the class with the specified binary name.

10、Compiler類3

編譯類是提供給支持Java到本地代碼編譯器和相關(guān)服務(wù)。根據(jù)設(shè)計，編譯器類什么都不做;它作為一個占位符來為運行時編譯執(zhí)行的技術(shù)。

當JVM第一次啟動時，他判斷java.compiler是否存在。如果存在，他3

1、background相關(guān)：

屬性
描述

background
簡寫屬性，作用是將背景屬性設(shè)置在一個聲明中。

background-attachment
背景圖像是否固定或者隨著頁面的其余部分滾動。

background-color
設(shè)置元素的背景顏色。

background-image
把圖像設(shè)置為背景。

background-position
設(shè)置背景圖像的起始位置。

background-repeat
設(shè)置背景圖像是否及如何重復(fù)。

（1）background

background-color:

值
描述

color_name
規(guī)定顏色值為顏色名稱的背景顏色（比如 red）。

hex_number
規(guī)定顏色值為十六進制值的背景顏色（比如 #ff0000）。

rgb_number
規(guī)定顏色值為 rgb 代碼的背景顏色（比如 rgb(255,0,0)）。

transparent
默認。背景顏色為透明。

inherit
規(guī)定應(yīng)該從父元素繼承 background-color 屬性的設(shè)置。

background-image :

值
描述

url('URL')
指向圖像的路徑。

none
默認值。不顯示背景圖像。

inherit
規(guī)定應(yīng)該從父元素繼承 background-image 屬性的設(shè)置。

background-repeat :

repeat	默認。背景圖像將在垂直方向和水平方向重復(fù)。
repeat-x	背景圖像將在水平方向重復(fù)。
repeat-y	背景圖像將在垂直方向重復(fù)。
no-repeat	背景圖像將僅顯示一次。

background-position :center top buttom right left XX% XX%

值
描述

• top left
• top center
• top right
• center left
• center center
• center right
• bottom left
• bottom center
• bottom right

如果您僅規(guī)定了一個關(guān)鍵詞，那么第二個值將是"center"。

默認值：0% 0%。

x% y%

第一個值是水平位置，第二個值是垂直位置。

左上角是 0% 0%。右下角是 100% 100%。

如果您僅規(guī)定了一個值，另一個值將是 50%。

xpos ypos

第一個值是水平位置，第二個值是垂直位置。

左上角是 0 0。單位是像素 (0px 0px) 或任何其他的 CSS 單位。

如果您僅規(guī)定了一個值，另一個值將是50%。

您可以混合使用 % 和 position 值。

background-attachment: fixed

 

2、文本相關(guān)

text-indent ：縮進元素中的首行文本。

值
描述

length
定義固定的縮進。默認值：0。

%
定義基于父元素寬度的百分比的縮進。

text-align: 文本對應(yīng)方式

您可能會認為 text-align:center 與 <CENTER> 元素的作用一樣，但實際上二者大不相同。

<CENTER> 不僅影響文本，還會把整個元素居中。text-align 不會控制元素的對齊，而只影響內(nèi)部內(nèi)容。元素本身不會從一段移到另一端，只是其中的文本受影響。

值
描述

left
把文本排列到左邊。默認值：由瀏覽器決定。

right
把文本排列到右邊。

center
把文本排列到中間。

justify
實現(xiàn)兩端對齊文本效果。

word-spacing ：以改變字（單詞）之間的標準間隔

值
描述

normal
默認。定義單詞間的標準空間。

length
定義單詞間的固定空間。

letter-spacing：改變字母之間的距離

值
描述

normal
默認。定義字符間的標準空間。

length
定義字符間的固定空間。

text-transform：處理文本的大小寫

值
描述

none
默認。定義帶有小寫字母和大寫字母的標準的文本。

capitalize
文本中的每個單詞以大寫字母開頭。

uppercase
定義僅有大寫字母。

lowercase
定義無大寫字母，僅有小寫字母。

text-decoration ：

值
描述

none
默認。定義標準的文本。

underline
定義文本下的一條線。

overline
定義文本上的一條線。

line-through
定義穿過文本下的一條線。

blink
定義閃爍的文本（無法運行在 IE 和 Opera 中）。

white-space ：

值
描述

normal
默認。空白會被瀏覽器忽略。

pre
空白會被瀏覽器保留。其行為方式類似 HTML 中的 <pre> 標簽。

nowrap
文本不會換行，文本會在在同一行上繼續(xù)，直到遇到 <br> 標簽為止。

pre-wrap
保留空白符序列，但是正常地進行換行。

pre-line
合并空白符序列，但是保留換行符。

direction ：文本的方向?qū)傩?/p>

ltr
默認。文本方向從左到右。

rtl
文本方向從右到左。

屬性
描述

color
設(shè)置文本顏色

direction
設(shè)置文本方向。

line-height
設(shè)置行高。

letter-spacing
設(shè)置字符間距。

text-align
對齊元素中的文本。

text-decoration
向文本添加修飾。

text-indent
縮進元素中文本的首行。

text-shadow
設(shè)置文本陰影。CSS2 包含該屬性，但是 CSS2.1 沒有保留該屬性。

text-transform
控制元素中的字母。

unicode-bidi
設(shè)置文本方向。

white-space
設(shè)置元素中空白的處理方式。

word-spacing
設(shè)置字間距。

3、CSS字體相關(guān)

font
簡寫屬性。作用是把所有針對字體的屬性設(shè)置在一個聲明中。

font-family
設(shè)置字體系列。

font-size
設(shè)置字體的尺寸。

font-size-adjust
當首選字體不可用時，對替換字體進行智能縮放。（CSS2.1 已刪除該屬性。）

font-stretch
對字體進行水平拉伸。（CSS2.1 已刪除該屬性。）

font-style
設(shè)置字體風格。

font-variant
以小型大寫字體或者正常字體顯示文本。

font-weight
設(shè)置字體的粗細。

CSS 列表屬性(list)

屬性
描述

list-style
簡寫屬性。用于把所有用于列表的屬性設(shè)置于一個聲明中。

list-style-image
將圖象設(shè)置為列表項標志。

1. url
   圖像的路徑。
2. none
   默認。無圖形被顯示。

list-style-position
設(shè)置列表中列表項標志的位置。

1. inside
   列表項目標記放置在文本以內(nèi)，且環(huán)繞文本根據(jù)標記對齊。
2. outside
   默認。保持標記位于文本的左側(cè)。列表項目標記放置在文本以外，且環(huán)繞文本不根據(jù)標記對齊。

list-style-type
設(shè)置列表項標志的類型。

1. none
   無標記。
2. disc
   默認。標記是實心圓。
3. circle
   標記是空心圓。
4. square
   標記是實心方塊。
5. decimal
   標記是數(shù)字。
6. decimal-leading-zero
   0開頭的數(shù)字標記。(01, 02, 03, 等。)
7. lower-roman
   小寫羅馬數(shù)字(i, ii, iii, iv, v, 等。)
8. upper-roman
   大寫羅馬數(shù)字(I, II, III, IV, V, 等。)
9. lower-alpha
   小寫英文字母The marker is lower-alpha (a, b, c, d, e, 等。)
10. upper-alpha
    大寫英文字母The marker is upper-alpha (A, B, C, D, E, 等。)
11. lower-greek
    小寫希臘字母(alpha, beta, gamma, 等。)
12. lower-latin
    小寫拉丁字母(a, b, c, d, e, 等。)
13. upper-latin
    大寫拉丁字母(A, B, C, D, E, 等。)
14. hebrew
    傳統(tǒng)的希伯來編號方式
15. armenian
    傳統(tǒng)的亞美尼亞編號方式
16. georgian
    傳統(tǒng)的喬治亞編號方式(an, ban, gan, 等。)
17. cjk-ideographic
    簡單的表意數(shù)字
18. hiragana
    標記是：a, i, u, e, o, ka, ki, 等。（日文片假名）
19. katakana
    標記是：A, I, U, E, O, KA, KI, 等。（日文片假名）
20. hiragana-iroha
    標記是：i, ro, ha, ni, ho, he, to, 等。（日文片假名）
21. katakana-iroha
    標記是：I, RO, HA, NI, HO, HE, TO, 等。（日文片假名）

marker-offset

CSS Table 屬性

CSS 表格屬性允許你設(shè)置表格的布局。（請注意，本節(jié)介紹的不是如何使用表來建立布局，而是要介紹 CSS 中表本身如何布局。）

屬性
描述

border-collapse
設(shè)置是否把表格邊框合并為單一的邊框。

caption-side
設(shè)置表格標題的位置。

table-layout
設(shè)置顯示單元、行和列的算法。

CSS 邊框?qū)傩?/h4>

"CSS" 列中的數(shù)字指示哪個 CSS 版本定義了該屬性。

輪廓（outline）是繪制于元素周圍的一條線，位于邊框邊緣的外圍，可起到突出元素的作用。

CSS outline 屬性規(guī)定元素輪廓的樣式、顏色和寬度。

outline
在一個聲明中設(shè)置所有的輪廓屬性。
2

outline-color
設(shè)置輪廓的顏色。
2

outline-style
設(shè)置輪廓的樣式。
2

outline-width
設(shè)置輪廓的寬度。
2

---

CSS 框模型概述

CSS 框模型 (Box Model) 規(guī)定了元素框處理元素內(nèi)容、內(nèi)邊距、邊框 和 外邊距 的方式。

• element : 元素。
• padding : 內(nèi)邊距，也有資料將其翻譯為填充。
• border : 邊框。
• margin : 外邊距，也有資料將其翻譯為空白或空白邊。

CSS 內(nèi)邊距屬性

屬性
描述

padding
簡寫屬性。作用是在一個聲明中設(shè)置元素的所內(nèi)邊距屬性。

padding-bottom
設(shè)置元素的下內(nèi)邊距。

padding-left
設(shè)置元素的左內(nèi)邊距。

padding-right
設(shè)置元素的右內(nèi)邊距。

padding-top
設(shè)置元素的上內(nèi)邊距。

CSS 邊框?qū)傩?/h4>

屬性
描述

border
簡寫屬性，用于把針對四個邊的屬性設(shè)置在一個聲明。

border-style
用于設(shè)置元素所有邊框的樣式，或者單獨地為各邊設(shè)置邊框樣式。

1. none
   定義無邊框。
2. hidden
   與 "none" 相同。不過應(yīng)用于表時除外，對于表，hidden 用于解決邊框沖突。
3. dotted
   定義點狀邊框。在大多數(shù)瀏覽器中呈現(xiàn)為實線。
4. dashed
   定義虛線。在大多數(shù)瀏覽器中呈現(xiàn)為實線。
5. solid
   定義實線。
6. double
   定義雙線。雙線的寬度等于 border-width 的值。
7. groove
   定義 3D 凹槽邊框。其效果取決于 border-color 的值。
8. ridge
   定義 3D 壟狀邊框。其效果取決于 border-color 的值。
9. inset
   定義 3D inset 邊框。其效果取決于 border-color 的值。
10. outset
    定義 3D outset 邊框。其效果取決于 border-color 的值。

border-width
簡寫屬性，用于為元素的所有邊框設(shè)置寬度，或者單獨地為各邊邊框設(shè)置寬度。

1. thin
   定義細的邊框。
2. medium
   默認。定義中等的邊框。
3. thick
   定義粗的邊框。
4. length
   允許您自定義邊框的寬度。

border-color
簡寫屬性，設(shè)置元素的所有邊框中可見部分的顏色，或為 4 個邊分別設(shè)置顏色。

 

border-bottom
簡寫屬性，用于把下邊框的所有屬性設(shè)置到一個聲明中。

border-bottom-color
設(shè)置元素的下邊框的顏色。

border-bottom-style
設(shè)置元素的下邊框的樣式。

border-bottom-width
設(shè)置元素的下邊框的寬度。

border-left
簡寫屬性，用于把左邊框的所有屬性設(shè)置到一個聲明中。

border-left-color
設(shè)置元素的左邊框的顏色。

border-left-style
設(shè)置元素的左邊框的樣式。

border-left-width
設(shè)置元素的左邊框的寬度。

border-right
簡寫屬性，用于把右邊框的所有屬性設(shè)置到一個聲明中。

border-right-color
設(shè)置元素的右邊框的顏色。

border-right-style
設(shè)置元素的右邊框的樣式。

border-right-width
設(shè)置元素的右邊框的寬度。

border-top
簡寫屬性，用于把上邊框的所有屬性設(shè)置到一個聲明中。

border-top-color
設(shè)置元素的上邊框的顏色。

border-top-style
設(shè)置元素的上邊框的樣式。

border-top-width
設(shè)置元素的上邊框的寬度。

---

CSS 外邊距屬性

屬性
描述

margin
簡寫屬性。在一個聲明中設(shè)置所有外邊距屬性。

margin-bottom
設(shè)置元素的下外邊距。

margin-left
設(shè)置元素的左外邊距。

margin-right
設(shè)置元素的右外邊距。

margin-top
設(shè)置元素的上外邊距。

CSS 定位屬性

CSS 定位屬性允許你對元素進行定位。

詳細參見http://www.w3school.com.cn/css/css_positioning.asp

CSS 定位和浮動

CSS 為定位和浮動提供了一些屬性，利用這些屬性，可以建立列式布局，將布局的一部分與另一部分重疊，還可以完成多年來通常需要使用多個表格才能完成的任務(wù)。

定位的基本思想很簡單，它允許你定義元素框相對于其正常位置應(yīng)該出現(xiàn)的位置，或者相對于父元素、另一個元素甚至瀏覽器窗口本身的位置。顯然，這個功能非常強大，也很讓人吃驚。要知道，用戶代理對 CSS2 中定位的支持遠勝于對其它方面的支持，對此不應(yīng)感到奇怪。

另一方面，CSS1 中首次提出了浮動，它以 Netscape 在 Web 發(fā)展初期增加的一個功能為基礎(chǔ)。浮動不完全是定位，不過，它當然也不是正常流布局。我們會在后面的章節(jié)中明確浮動的含義。

一切皆為框

div、h1 或 p 元素常常被稱為塊級元素。這意味著這些元素顯示為一塊內(nèi)容，即“塊框”。與之相反，span 和 strong 等元素稱為“行內(nèi)元素”，這是因為它們的內(nèi)容顯示在行中，即“行內(nèi)框”。

您可以使用 display 屬性改變生成的框的類型。這意味著，通過將 display 屬性設(shè)置為 block，可以讓行內(nèi)元素（比如 <a> 元素）表現(xiàn)得像塊級元素一樣。還可以通過把 display 設(shè)置為 none，讓生成的元素根本沒有框。這樣的話，該框及其所有內(nèi)容就不再顯示，不占用文檔中的空間。

但是在一種情況下，即使沒有進行顯式定義，也會創(chuàng)建塊級元素。這種情況發(fā)生在把一些文本添加到一個塊級元素（比如 div）的開頭。即使沒有把這些文本定義為段落，它也會被當作段落對待：

<div>
some text
<p>Some more text.</p>
</div>

在這種情況下，這個框稱為無名塊框，因為它不與專門定義的元素相關(guān)聯(lián)。

塊級元素的文本行也會發(fā)生類似的情況。假設(shè)有一個包含三行文本的段落。每行文本形成一個無名框。無法直接對無名塊或行框應(yīng)用樣式，因為沒有可以應(yīng)用樣式的地方（注意，行框和行內(nèi)框是兩個概念）。但是，這有助于理解在屏幕上看到的所有東西都形成某種框。

CSS 定位機制

CSS 有三種基本的定位機制：普通流、浮動和絕對定位。

除非專門指定，否則所有框都在普通流中定位。也就是說，普通流中的元素的位置由元素在 X(HTML) 中的位置決定。

塊級框從上到下一個接一個地排列，框之間的垂直距離是由框的垂直外邊距計算出來。

行內(nèi)框在一行中水平布置。可以使用水平內(nèi)邊距、邊框和外邊距調(diào)整它們的間距。但是，垂直內(nèi)邊距、邊框和外邊距不影響行內(nèi)框的高度。由一行形成的水平框稱為行框（Line Box），行框的高度總是足以容納它包含的所有行內(nèi)框。不過，設(shè)置行高可以增加這個框的高度。

在下面的章節(jié)，我們會為您詳細講解相對定位、絕對定位和浮動。

CSS position 屬性

通過使用 position 屬性，我們可以選擇 4 中不同類型的定位，這會影響元素框生成的方式。

position 屬性值的含義：

static

元素框正常生成。塊級元素生成一個矩形框，作為文檔流的一部分，行內(nèi)元素則會創(chuàng)建一個或多個行框，置于其父元素中。

relative

元素框偏移某個距離。元素仍保持其未定位前的形狀，它原本所占的空間仍保留。

absolute

元素框從文檔流完全刪除，并相對于其包含塊定位。包含塊可能是文檔中的另一個元素或者是初始包含塊。元素原先在正常文檔流中所占的空間會關(guān)閉，就好像元素原來不存在一樣。元素定位后生成一個塊級框，而不論原來它在正常流中生成何種類型的框。

fixed

元素框的表現(xiàn)類似于將 position 設(shè)置為 absolute，不過其包含塊是視窗本身。

提示：相對定位實際上被看作普通流定位模型的一部分，因為元素的位置相對于它在普通流中的位置。

屬性
描述

position
把元素放置到一個靜態(tài)的、相對的、絕對的、或固定的位置中。

1. static
   默認。位置設(shè)置為 static 的元素，它始終會處于頁面流給予的位置（static 元素會忽略任何 top、bottom、left 或 right 聲明）。
2. relative
   位置被設(shè)置為 relative 的元素，可將其移至相對于其正常位置的地方，因此 "left:20" 將向元素的 LEFT 位置添加 20 個像素。
3. absolute
   位置設(shè)置為 absolute 的元素，可定位于相對于包含它的元素的指定坐標。此元素的位置可通過 "left"、"top"、"right" 以及"bottom" 屬性來規(guī)定。
4. fixed
   位置被設(shè)置為 fixed 的元素，可定位于相對于瀏覽器窗口的指定坐標。此元素的位置可通過 "left"、"top"、"right" 以及"bottom" 屬性來規(guī)定。不論窗口滾動與否，元素都會留在那個位置。工作于 IE7（strict 模式）。

top
定義了一個定位元素的上外邊距邊界與其包含塊上邊界之間的偏移。

1. auto
   默認。通過瀏覽器來計算頂部的位置。
2. %
   設(shè)置元素的頂部到最近一個具有定位設(shè)置父元素的上邊緣的百分比位置。
3. length
   使用 px、cm 等單位設(shè)置元素的頂部到最近一個具有定位設(shè)置上邊緣的頂部的位置。可使用負值。

right
定義了定位元素右外邊距邊界與其包含塊右邊界之間的偏移。

bottom
定義了定位元素下外邊距邊界與其包含塊下邊界之間的偏移。

left
定義了定位元素左外邊距邊界與其包含塊左邊界之間的偏移。

overflow
設(shè)置當元素的內(nèi)容溢出其區(qū)域時發(fā)生的事情。

1. visible
   默認。內(nèi)容不會被修剪，會呈現(xiàn)在元素之外。
2. hidden
   內(nèi)容會被修剪，但是瀏覽器不會顯示供查看內(nèi)容的滾動條。
3. scroll
   內(nèi)容會被修剪，但是瀏覽器會顯示滾動條以便查看其余的內(nèi)容。
4. auto
   如果內(nèi)容被修剪，則瀏覽器會顯示滾動條以便查看其余的內(nèi)容。

clip
設(shè)置元素的形狀。元素被剪入這個形狀之中，然后顯示出來。

1. shape
   設(shè)置元素的形狀。合法的形狀值是：rect (top, right, bottom, left)
2. auto
   默認。瀏覽器可設(shè)置元素的形狀。

vertical-align
設(shè)置元素的垂直對齊方式。

1. baseline
   默認。元素放置在父元素的基線上。
2. sub
   垂直對齊文本的下標。
3. super
   垂直對齊文本的上標
4. top
   把元素的頂端與行中最高元素的頂端對齊
5. text-top
   把元素的頂端與父元素字體的頂端對齊
6. middle
   把此元素放置在父元素的中部。
7. bottom
   把元素的頂端與行中最低的元素的頂端對齊。
8. text-bottom
   把元素的底端與父元素字體的底端對齊。
9. length
10. %
    使用 "line-height" 屬性的百分比值來排列此元素。允許使用負值。

z-index
設(shè)置元素的堆疊順序。

1. auto
   默認。堆疊順序與父元素相等。
2. number
   設(shè)置元素的堆疊順序。

CSS 尺寸屬性

CSS 尺寸屬性允許你控制元素的高度和寬度。同樣，還允許你增加行間距。

屬性
描述

height
設(shè)置元素的高度。

line-height
設(shè)置行高。

max-height
設(shè)置元素的最大高度。

max-width
設(shè)置元素的最大寬度。

min-height
設(shè)置元素的最小高度。

min-width
設(shè)置元素的最小寬度。

width
設(shè)置元素的寬度。

CSS 分類屬性 (Classification)

CSS 分類屬性允許你控制如何顯示元素，設(shè)置圖像顯示于另一元素中的何處，相對于其正常位置來定位元素，使用絕對值來定位元素，以及元素的可見度。

屬性
描述

clear
設(shè)置一個元素的側(cè)面是否允許其他的浮動元素。

cursor
規(guī)定當指向某元素之上時顯示的指針類型。

display
設(shè)置是否及如何顯示元素。

float
定義元素在哪個方向浮動。

position
把元素放置到一個靜態(tài)的、相對的、絕對的、或固定的位置中。

visibility
設(shè)置元素是否可見或不可見。

偽類

瀏覽器支持：IE Internet Explorer, F: Firefox, N: Netscape。

W3C：“W3C” 列的數(shù)字顯示出偽類屬性由哪個 CSS 標準定義（CSS1 還是 CSS2）。

偽類
作用
IE
F
N
W3C

:active
將樣式添加到被激活的元素
4
1
8
1

:focus
將樣式添加到被選中的元素
-
-
-
2

:hover
當鼠標懸浮在元素上方時，向元素添加樣式
4
1
7
1

:link
將特殊的樣式添加到未被訪問過的鏈接
3
1
4
1

:visited
將特殊的樣式添加到被訪問過的鏈接
3
1
4
1

:first-child
將特殊的樣式添加到元素的第一個子元素
1
7
2

:lang
允許創(chuàng)作者來定義指定的元素中使用的語言
1
8
2

偽元素
作用
IE
F
N
W3C

:first-letter
將特殊的樣式添加到文本的首字母
5
1
8
1

:first-line
將特殊的樣式添加到文本的首行
5
1
8
1

:before
在某元素之前插入某些內(nèi)容
1.5
8
2

:after
在某元素之后插入某些內(nèi)容
1.5
8
2

不同的媒介類型

注釋：媒介類型名稱對大小寫不敏感。

瀏覽器支持：IE: Internet Explorer, F: Firefox, N: Netscape。

W3C：“W3C” 列的數(shù)字顯示出屬性背景由哪個 CSS 標準定義（CSS1 還是 CSS2）。

媒介類型
描述

all
用于所有的媒介設(shè)備。

aural
用于語音和音頻合成器。

braille
用于盲人用點字法觸覺回饋設(shè)備。

embossed
用于分頁的盲人用點字法打印機。

handheld
用于小的手持的設(shè)備。

print
用于打印機。

projection
用于方案展示，比如幻燈片。

screen
用于電腦顯示器。

tty
用于使用固定密度字母柵格的媒介，比如電傳打字機和終端。

tv
用于電視機類型的設(shè)備。

1、可滾動的結(jié)果集（Scrollable Result Sets）

（1）創(chuàng)建可滾動的結(jié)果集：

  Statement stmt = con.createStatement(
                       ResultSet.TYPE_SCROLL_INSENSITIVE, 
                       ResultSet.CONCUR_READ_ONLY);

ResultSet.TYPE_FORWARD_ONLY:結(jié)果集是不能滾動的；他的游標只能向前移動；

ResultSet.TYPE_SCROLL_INSENSITIVE:結(jié)果是可滾動的；游標可以向前也可以后退。也可以移動到一個絕對位置。

ResultSet.TYPE_SCROLL_SENSITIVE:結(jié)果是可滾動的；游標可以向前也可以后退。也可以移動到一個絕對位置。

ResultSet.CONCUR_READ_ONLY：結(jié)果集是只讀的。

ResultSet.ResultSet.CONCUR_UPDATABLE:結(jié)果集是可以更新的。

  ResultSet srs = stmt.executeQuery("SELECT COF_NAME, 
                       PRICE FROM COFFEES");

盡管我們可以在這里設(shè)置創(chuàng)建的是可滾動結(jié)果集，但是如果廠商的JDBC實現(xiàn)不支持，我們獲取到的結(jié)果將不具有可滾動屬性。

可以使用ResultSet.getType()方法來獲取是否支持滾動：

 int type = rs.getType();

The variable type will be one of the following:

1003 to indicate ResultSet.TYPE_FORWARD_ONLY

1004 to indicate ResultSet.TYPE_SCROLL_INSENSITIVE

1005 to indicate ResultSet.TYPE_SCROLL_SENSITIVE

TYPE_SCROLL_INSENSITIVE和TYPE_SCROLL_SENSITIVE的主要區(qū)別是在如果發(fā)生改變他們的敏感度。前一個將不會很敏感后一個則會。

（2）移動游標，使用以下方法可以移動游標：

rs.next();

rs.previous();

rs.absolute();

rs.relative();

rs.first();

rs.last();

rs.beforeFirst();

rs.afterLast();

使用rs.getRow()獲取游標當前行。

rs.isAfterLast();

rs.isBeforeFirst();

rs.isLast();

rs.isFirst();

rs.hasNext();

等等方法。

2、更新結(jié)果集

（1）創(chuàng)建可以更新的結(jié)果集

Statement stmt = con.createStatement(
               ResultSet.TYPE_SCROLL_SENSITIVE, 
               ResultSet.CONCUR_UPDATABLE);
  ResultSet uprs = stmt.executeQuery(
               "SELECT COF_NAME, 
               PRICE FROM COFFEES");

在JDBC 2.0中，我們可以向可以更新的結(jié)果集中插入行或刪除行，或者修改其中的行。

下面的方法用于判斷結(jié)果集是否可以更新：

  int concurrency = uprs.getConcurrency();

The variable concurrency will be one of the following:

1007 to indicate ResultSet.CONCUR_READ_ONLY

1008 to indicate ResultSet.CONCUR_UPDATABLE

（2）更新結(jié)果集

JDBC 1.0中可以這樣更新： 

 stmt.executeUpdate(
    "UPDATE COFFEES SET PRICE = 10.99 " +
    "WHERE COF_NAME = 'French_Roast_Decaf'");

在JDBC2.0中。則可以：

 uprs.last();

  uprs.updateFloat("PRICE", 10.99f);

uprs.updateRow();

在移動游標前，必須先調(diào)用updateRow方法。否則更新信息會丟失。調(diào)用cancelRowUpdates可以取消對行的更新。

（3）向結(jié)果集中插入或者刪除行

  Connection con = DriverManager.getConnection(
                      "jdbc:mySubprotocol:mySubName");
  Statement stmt = con.createStatement(
                       ResultSet.TYPE_SCROLL_SENSITIVE, 
                       ResultSet.CONCUR_UPDATABLE);
  ResultSet uprs = stmt.executeQuery(
                      "SELECT * FROM COFFEES");

  uprs.moveToInsertRow();

  uprs.updateString("COF_NAME", "Kona");
  uprs.updateInt("SUP_ID", 150);
  uprs.updateFloat("PRICE", 10.99f);
  uprs.updateInt("SALES", 0);
  uprs.updateInt("TOTAL", 0);
  
  uprs.insertRow();

在移動游標前，必須要先調(diào)用insertRow否則插入的信息將丟失。

uprs.absolute(4);
uprs.deleteRow();

刪除行。

（4）查看結(jié)果集中的變化（其實就是說了一個意思，用TYPE_SCROLL_SENSITIVE對數(shù)據(jù)很敏感，一旦數(shù)據(jù)變化就會反映在ResultSet中）

Result sets vary greatly in their ability to reflect changes made in their underlying data. If you modify data in a ResultSet object, the change will always be visible if you close it and then reopen it during a transaction. In other words, if you re-execute the same query after changes have been made, you will produce a new result set based on the new data in the target table. This new result set will naturally reflect changes you made earlier. You will also see changes made by others when you reopen a result set if your transaction isolation level makes them visible.

So when can you see visible changes you or others made while the ResultSet object is still open? (Generally, you will be most interested in the changes made by others because you know what changes you made yourself.) The answer depends on the type of ResultSet object you have.

With a ResultSet object that is TYPE_SCROLL_SENSITIVE, you can always see visible updates made to existing column values. You may see inserted and deleted rows, but the only way to be sure is to use DatabaseMetaData methods that return this information. ("New JDBC 2.0 Core API Features" on page 371 explains how to ascertain the visibility of changes.)

You can, to some extent, regulate what changes are visible by raising or lowering the transaction isolation level for your connection with the database. For example, the following line of code, wherecon is an active Connection object, sets the connection's isolation level to TRANSACTION_READ_COMMITTED:

  con.setTransactionIsolation(
              Connection.TRANSACTION_READ_COMMITTED);

With this isolation level, a TYPE_SCROLL_SENSITIVE result set will not show any changes before they are committed, but it can show changes that may have other consistency problems. To allow fewer data inconsistencies, you could raise the transaction isolation level to TRANSACTION_REPEATABLE_READ. The problem is that, in most cases, the higher the isolation level, the poorer the performance is likely to be. And, as is always true of JDBC drivers, you are limited to the levels your driver actually provides. Many programmers find that the best choice is generally to use their database's default transaction isolation level. You can get the default with the following line of code, where con is a newly-created connection:

  int level = con.getTransactionIsolation();

The explanation of Connection fields, beginning on page 347, gives the transaction isolation levels and their meanings.

If you want more information about the visibility of changes and transaction isolation levels, see "What Is Visible to Transactions" on page 597.

In a ResultSet object that is TYPE_SCROLL_INSENSITIVE, you cannot see changes made to it by others while it is still open, but you may be able to see your own changes with some implementations. This is the type of ResultSet object to use if you want a consistent view of data and do not want to see changes made by others.

昨天晚上看了關(guān)于“都市信息網(wǎng)”項目開發(fā)視頻，給人總體感覺差強人意，學(xué)到了一些知識，記錄如下：

1、頁面結(jié)構(gòu)：

在頁面結(jié)構(gòu)的定義上，將頁面分成多部分，例如頁頭，頁尾，左側(cè)欄和右主欄。在每個欄中導(dǎo)入需要的JSP文件。

2、關(guān)于controller：

要讓controller實現(xiàn)RequestAware和ResponseAware。然后使用繼承。

3、關(guān)于DAO層的設(shè)計

遺憾的是都市信息在DAO層的設(shè)計上，是一個敗筆。在controller里面使用sql語句。不利于各個層次的獨立。

4、關(guān)于TreeMap

在該項目中，使用map多使用TreeMap，查一下TreeMap是什么東西吧：

A Red-Black tree based NavigableMap implementation. The map is sorted according to the natural ordering of its keys, or by aComparator provided at map creation time, depending on which constructor is used.

哦，是一個基于紅黑樹的Map。

什么是紅黑樹。

紅黑樹（Red-Black Tree）是二叉搜索樹（Binary Search Tree）的一種改進。我們知道二叉搜索樹在最壞的情況下可能會變成一個鏈表（當所有節(jié)點按從小到大的順序依次插入后）。而紅黑樹在每一次插入或刪除節(jié)點之后都會花O（log N）的時間來對樹的結(jié)構(gòu)作修改，以保持樹的平衡。也就是說，紅黑樹的查找方法與二叉搜索樹完全一樣；插入和刪除節(jié)點的的方法前半部分節(jié)與二叉搜索樹完全一樣，而后半部分添加了一些修改樹的結(jié)構(gòu)的操作。
紅黑樹的每個節(jié)點上的屬性除了有一個key、3個指針：parent、lchild、rchild以外，還多了一個屬性：color。它只能是兩種顏色：紅或黑。而紅黑樹除了具有二叉搜索樹的所有性質(zhì)之外，還具有以下4點性質(zhì)：
1. 根節(jié)點是黑色的。
2. 空節(jié)點是黑色的（紅黑樹中，根節(jié)點的parent以及所有葉節(jié)點lchild、rchild都不指向NULL，而是指向一個定義好的空節(jié)點）。
3. 紅色節(jié)點的父、左子、右子節(jié)點都是黑色。
4. 在任何一棵子樹中，每一條從根節(jié)點向下走到空節(jié)點的路徑上包含的黑色節(jié)點數(shù)量都相同。

有了這幾條規(guī)則，就可以保證整棵樹的平衡，也就等于保證了搜索的時間為O（log N）。

但是在插入、刪除節(jié)點后，就有可能破壞了紅黑樹的性質(zhì)。所以我們要做一些操作來把整棵樹修補好。下面我就來介紹一下。

喜歡聽戴佩妮的那首"小小"，歌詞簡單，卻能讓人安靜下來，心里不在浮躁。就像剛才，心里正浮躁的不知道干什么的時候，就聽了那首歌，讓我靜了下來，開始寫我的博客。

關(guān)于保研的問題仍然很尷尬，我也不知道自己到底想不想上。想吧，害怕白上了三年，不想吧，可這是個好的機會啊。而且是上學(xué)還不掏錢。多好啊。或許自己給自己的要求太高了，我想自己以后畢業(yè)一定要去一個大公司。可今天上課的時候，給我們講課的老師，那么厲害都不去那些好的公司，何況是我們這些畢業(yè)的社會上一大把的本科生呢。而且，我們的專業(yè)和二本學(xué)校的專業(yè)是一樣的。

就是上面的考慮，讓我猶豫了。我不知道自己究竟作何選擇。我的想法是要上的話就上個好的，比如上北京的學(xué)校，多好啊。要不上的話，就好好的努力工作。如果以后有機會的話，再去上。但畢業(yè)卻是另一種情況。

現(xiàn)在問題是如果我工作了。我做什么工作，我都不知道呢。我可以做網(wǎng)絡(luò)安全，可以做java編程，可以做嵌入式開發(fā)等等。但我卻沒有一個確定的目標。目標是什么啊？阿晶。我也不知道。

就拿上研究生，我也不知道自己上什么方向呢。所以很迷茫啊。以前就想著給自己做職業(yè)規(guī)劃，但從來就沒有規(guī)劃好。覺得到時候就知道了，知道怎么選擇了。到現(xiàn)在也不知道該怎么辦。如果有一天，自己真的研究生畢業(yè)了，我還是不知道自己要干什么。

語無倫次。我沒有什么特別的特點。所以，這才導(dǎo)致了我不知道作何選擇了。哎，我究竟是什么樣的人。

我真不知道。或許這是最重要的。不如做一個測試吧，看看自己到底適合做什么啊。測試的網(wǎng)站是：

http://www.psytopic.com/mag/post/mbti-career-personality-test-psytopic-special-edition.html

測試結(jié)果是：

Psytopic分析：您的性格類型是“INTP”(內(nèi)向+直覺+思維+知覺)
對任何感興趣的事物，都要探索一個合理的解釋。喜歡理論和抽象的事情，喜歡理念思維多于社交活動。沉靜，滿足，有彈性，適應(yīng)力強。在他們感興趣的范疇內(nèi)，有非凡的能力去專注而深入地解決問題。有懷疑精神，有 時喜歡批判，常常善于分析。
INTP型的人是解決理性問題者。他們很有才智和條理性，以及創(chuàng)造才華的突出表現(xiàn)。INTP型的人外表平靜、緘默、超然，內(nèi)心卻專心致志于分析問題。他們苛求精細、慣于懷疑。他們努力尋找和利用原則以理解許多想法。 他們喜歡有條理和有目的的交談，而且可能會僅僅為了高興，爭論一些無益而瑣細的問題。只有有條理的推理才會使他們信服。通常INTP型的人是足智多謀、有獨立見解的思考者。他們重視才智，對于個人能力有強烈的欲 望，有能力也很感興趣向他人挑戰(zhàn)。 INTP型的人最主要的興趣在于理解明顯的事物之外的可能性。他們樂于為了改進事物的目前狀況或解決難題而進行思考。他們的思考方式極端復(fù)雜，而且他們能很好地組織概念和想法。 偶爾，他們的想法非常復(fù)雜，以致于很難向別人表達和被他人理解。 INTP型的人十分獨立，喜歡冒險和富有想象力的活動。他們靈活易變、思維開闊，更感興趣的是發(fā)現(xiàn)有創(chuàng)見而且合理的解決方法，而不是僅僅看到成為事 實的解決方式。
您適合的領(lǐng)域有：計算機技術(shù) 理論研究、學(xué)術(shù)領(lǐng)域 專業(yè)領(lǐng)域 創(chuàng)造性領(lǐng)域等
您適合的職業(yè)有：
· 電腦軟件設(shè)計師
· 系統(tǒng)分析人員
· 計算機程序員
· 研究開發(fā)專業(yè)人員
· 數(shù)據(jù)庫管理
· 故障排除專家
· 戰(zhàn)略規(guī)劃師
· 金融規(guī)劃師
· 信息服務(wù)開發(fā)商
· 變革管理顧問
· 企業(yè)金融律師
· 大學(xué)教授
· 科研機構(gòu)研究人員
· 數(shù)學(xué)家
· 物理學(xué)家
· 經(jīng)濟學(xué)家
· 考古學(xué)家
· 歷史學(xué)家
· 證券分析師
· 金融投資顧問
· 律師
· 法律顧問
· 財務(wù)專家
· 偵探
· 各類發(fā)明家
· 作家
· 設(shè)計師
· 音樂家
· 藝術(shù)家
· 藝術(shù)鑒賞

呵呵，最適合的領(lǐng)域是計算機技術(shù)，剛好，我就是學(xué)計算機的。通過測試，我知道我該從事做什么了。的確如此。但But，仍然迷茫的是下一步該做什么。繼續(xù)先迷茫著把。

中秋時節(jié)月兒圓，皎潔的月光，云在月光下顯的那樣潔白和安詳。

最近一直都在考慮關(guān)于自己的抉擇。下面是具體的分析：

1、上研究生

上研究生，理論上不錯，但限制是你只能上本校的研究生。

優(yōu)點如下：

1、能夠獲得碩士學(xué)位證書；

2、在一個好的導(dǎo)師的情況下，能夠?qū)W到更多的東西；

3、有獎學(xué)金上，免費的研究生。

4、研究生畢業(yè)后，可以別的學(xué)校任教。這個工作也不錯。呵呵；

5、研究生畢業(yè)后，可以有好的工作。。。。

缺點可能如下：

1、在上研究生過程中，除了給學(xué)校的導(dǎo)師干活之外，沒有其他的工作經(jīng)驗，因為學(xué)校周圍沒有好的實習(xí)機會；

2、上完3年，研究生不值錢，還是不好找工作；

3、學(xué)校的研究生不好。

總而言之，就是學(xué)校的研究生不好。尤其是我們學(xué)校的研究生。怕自己的三年什么也沒有學(xué)到。

借助Writer的強大的插件功能，可以在博客里插入各種元素，下面我們在博客里添加文件。

是不是很方便？呵呵。。

安裝Writer完畢，發(fā)現(xiàn)寫hello，world這樣的源代碼沒有源代碼標簽，查閱其他博客，看到需要增加插件。在右邊的工具欄中有一個添加插件選項，點擊后，彈出網(wǎng)頁。在網(wǎng)頁中找到Insert Code插件。下載安裝，OK，就可以寫如下的hello，world源代碼了：

public class HelloWorld{

public static void main(String[] str){

System.out.println("hello,world");

}

}

不錯吧，遺憾的是這個插件不支持java源代碼，但C#的語法和Java的差不多。那么選擇語言為C#也可以由java的效果。如上。呵呵。。。

以后就可以方便的寫自己的讀書筆記了。呵呵。。

呵呵，終于可以離線博客了。我裝上了windows live writer之后，費了九牛二虎之力終于可以寫離線博客了。下面把方法貼出來：

在輸入自己的blog的URL、用戶名、密碼之后，要求選擇服務(wù)類型。在blogjava中選擇metaweblog API，然后在上傳URL上填寫：

http://www.aygfsteel.com/wangajing/services/metaweblog.aspx

其中，wangajing應(yīng)換為自己的ID號。

點擊下一步，OK，配置成功了。

下面就開始寫自己的hello，world了。呵呵。。。