Outlook2010有一個(gè)新功能，叫做"快速步驟"，可以把一些經(jīng)常用到的功能"自動化"。
如，發(fā)群體郵件。

以給"設(shè)計(jì)組"發(fā)郵件為例說明：
A.準(zhǔn)備好收件人
新建一封郵件，把設(shè)計(jì)組的收件人依次設(shè)置好，然后把收件人地址拷貝出來以備使用。

B建立快速步驟
1.在"快速步驟"處單擊"新建"

2.在彈出的窗口中，操作選擇"新郵件"。

3.把剛才準(zhǔn)備好的收件人地址復(fù)制到"收件人"后面的文本框中。

注意：一定是復(fù)制過去，不要嘗試點(diǎn)擊"收件人"按鈕。（那個(gè)不能用，可能需要安裝企業(yè)服務(wù)器）
4.點(diǎn)擊"顯示選項(xiàng)"可以設(shè)置抄送等其他選項(xiàng)。
5.完成。在快速步驟中即會出現(xiàn)一個(gè)新的鏈接，試試吧：）

今天要發(fā)一個(gè)用戶手冊，大概有21M。outlook提示附件大小超過限制。

解決方法：

打開注冊表：
[HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences]

新建一個(gè)“DWORD”類型的值
名稱為：MaximumAttachmentSize
值設(shè)置為：0

今天調(diào)試系統(tǒng)發(fā)現(xiàn)從java輸出的時(shí)間和系統(tǒng)時(shí)間不同。總是差8個(gè)小時(shí)。代碼如下：

 

感覺可能是時(shí)區(qū)不對，確實(shí)了下操作系統(tǒng)的時(shí)區(qū)設(shè)置的也正確。重啟電腦看了下BIOS的時(shí)間也是對的。無奈上網(wǎng)查找。

終于找到原來是注冊表時(shí)區(qū)設(shè)置不正確。

看這里：http://huiy.javaeye.com/blog/200512

注冊表對應(yīng)項(xiàng)：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones
解決之道：
1.備份Time Zones這一項(xiàng)
2.從正常的并且是相同系統(tǒng)的機(jī)器中導(dǎo)出該項(xiàng)，然后倒入到自己機(jī)器中

下載：注冊表信息

顯示隱藏文件和文件夾
通常情況下, 一些服務(wù)器上會隱藏著一些以點(diǎn)開始的的文件名, 常見的如 ".htaccess" 或 ".profile".
想要在遠(yuǎn)程服務(wù)器上顯示這些隱藏文件
1、選擇界面上的 [站點(diǎn)管理器] 標(biāo)簽
2、選擇想要看到隱藏文件的遠(yuǎn)程服務(wù)器站點(diǎn)
3、右鍵,選擇 [屬性]
4、選擇 [操作] 標(biāo)簽
5、選擇最下面的 [過濾]
6、選中 [啟用過濾(E)] 和 [啟用服務(wù)器端過濾(服務(wù)器應(yīng)用過濾)(S)]
7、在 [遠(yuǎn)程過濾(M)] 右側(cè)的輸入框中輸入:
-a
8、單擊 [確定]
9、完成...

  在textarea中輸入的文本。如果含有回車或空格。在界面上顯示的時(shí)候則不哪么正常。回車消失了，空格變短了。
如何解決這個(gè)問題呢。有2種方法。
1.使用<pre>標(biāo)簽
   w3c對pre元素是這樣定義的：pre 元素可定義預(yù)格式化的文本。被包圍在 pre 元素中的文本通常會保留空格和換行符。而文本也會呈現(xiàn)為等寬字體。
   更詳細(xì)的內(nèi)容請參考 http://www.w3school.com.cn/tags/tag_pre.asp
   也就是說包含在pre標(biāo)簽中的回車和空格會正常的顯示出來。包括你在頁面代碼中輸入的。所以如果使用pre元素你需要這樣寫：
  
   ，而不是這樣：
  
   后一種寫法 文本前的空白也會被顯示的。除非你真的希望這樣:)
2.對文本內(nèi)容進(jìn)行替換。
  回車和空格不能正確顯示，究其原因是他們各自的表示方式不同。在textarea里面輸入的回車是字符"\r"，html中的回車(換行)是"<br/>"。
  textarea中輸入的空格是空白" "，而html中的一個(gè)空格是"&nbsp;"。理所當(dāng)然不能正確顯示。好了現(xiàn)在知道了原因就有了第二種解決方案了。
  只要我們將輸入的文本中相應(yīng)的"元素"替換成html認(rèn)識的就ok了。因此下面一行代碼即可解決問題：
 
  等等。這里還有一點(diǎn)小問題。把一個(gè)空格替換成一個(gè)"&nbsp;"空格看上去仍然要少些。如果你喜歡可以替換成2個(gè)。
 
  最后，除了回車和空格以外還有很多空白字符如tab等，如果你喜歡可以一并處理了^_^
 
  最后的最后，如果本來的文本是很長的一行，使用pre標(biāo)簽后就不會自動換行。結(jié)果頁面出現(xiàn)橫向滾動條。不知道有沒有好的解決方法？
  而將第二種方法處理過的文本放在<p>標(biāo)簽中顯示，就可以顯示正常。
 

文件編碼導(dǎo)致的sun.io.MalformedInputException異常
如果你沒有使用ibm的jdk，卻依然遇到了這個(gè)問題。
如果你的異常是在解析xml的時(shí)候出現(xiàn)的，如果你的異常是某些地方有某些地方?jīng)]有。
例如tomcat里面沒有，weblogic上有。抑或這個(gè)domain有那個(gè)domain卻沒有。而確實(shí)是同一個(gè)應(yīng)用。
哪么你遇到的可能和筆者要講的是同一個(gè)問題。

你的xml文件本身是UTF-8編碼(注意是文件是UTF-8編碼，不是xml文件里面指定的文件內(nèi)容是UTF-8編碼)？
你的xml文件里面含有中文？
你使用UltraEdit編輯xml文件？
刪掉中文，問題依舊？

那么可以肯定你的問題就是筆者要講的問題

首先給出解決方案：
方案一：
1.xml用記事本打開，刪除里面的中文。
2.在windows 本地新建一個(gè)txt文件，用記事本(注意不能用UltraEdit)打開。
3.將xml里面的內(nèi)容復(fù)制到新建的txt文件中。
4.將txt文件重名為xml文件的名稱。覆蓋原來的xml文件
5.看看問題是不是解決了，咔咔 神奇吧。

方案二：(適用于使用eclipse ide的程序員們，其他的能更改文件編碼的程序也行，不過沒測試過)
1.將xml文件的內(nèi)容剪切出來，保存在別處，什么文件都行，最后是txt中。留下一個(gè)空的xml文件
2.將空的xml文件的編碼修改成GBK。注意是文件的編碼，不是xml的那個(gè)聲明。當(dāng)然這里已經(jīng)刪了。
3.這時(shí)候是否看到文件的頭部有亂碼? 刪之!
4.將原來文件的內(nèi)容烤回來
5.ok問題解決，這種方法不用刪除中文。

問題的根源：
估計(jì)有些人已經(jīng)明白是什么原因了。呵呵，那就是xml文件那個(gè)BOM的頭導(dǎo)致的這個(gè)問題！
哦？還有沒明白的？下面詳細(xì)說明下：
xml文件分為兩種，一種是有BOM信息的，它表示文件是xml格式
另外還有沒有BOM信息的xml文件。
就是這個(gè)特殊的BOM信息導(dǎo)致了解析xml出錯(cuò)。
那跟UltraEdit有什么關(guān)系？UltraEdit在編輯xml文件的時(shí)候會自動加上這個(gè)可惡的BOM信息。

詳細(xì)的log4j配置說明

一直沒有認(rèn)真研究過log4j的配置，這幾天比較閑，認(rèn)真的看了看。現(xiàn)在總結(jié)下。
Log4j有三個(gè)主要的組件：Loggers(記錄器)，Appenders(輸出源)和Layouts(布局)。
log4j的配置文件也可以是多種格式的，但主要是xml文件和properties文件
1.配置根logger:
語法：log4j.rootLogger =[level],appenderName1,appenderName2,...
level ：OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL的其中一個(gè)。
appenderName：日志輸入的目的地，可以有多個(gè)地方
根logger是一定存在的，根logger指定了默認(rèn)的日志配置。
2.配置日志輸入的目的地(appender)
語法：log4j.appender.appenderName = fully.qualified.name.of.appender.class
    fully.qualified.name.of.appender.class 可以是以下的幾種:
    (1).org.apache.log4j.ConsoleAppender（控制臺）
    (2).org.apache.log4j.FileAppender（文件）
    (3).org.apache.log4j.DailyRollingFileAppender（每天產(chǎn)生一個(gè)日志文件）
    (4).org.apache.log4j.RollingFileAppender（文件大小到達(dá)指定尺寸的時(shí)候產(chǎn)生一個(gè)新的文件）
    (5).org.apache.log4j.WriterAppender（將日志信息以流格式發(fā)送到任意指定的地方）
其中每一個(gè)又有不同的配置選項(xiàng):
(1).org.apache.log4j.ConsoleAppender（控制臺）的選項(xiàng)
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會被立即輸出。
Target=System.err：默認(rèn)情況下是：System.out,指定輸出控制臺
(2).org.apache.log4j.FileAppender的選項(xiàng)
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認(rèn)值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內(nèi)容。
(3).org.apache.log4j.DailyRollingFileAppender的選項(xiàng)
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認(rèn)值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內(nèi)容。
DatePattern='.'yyyy-ww:每周滾動一次文件，即每周產(chǎn)生一個(gè)新的文件。當(dāng)然也可以指定按月、周、天、時(shí)和分。即對應(yīng)的格式如下：
    1)'.'yyyy-MM: 每月
    2)'.'yyyy-ww: 每周
    3)'.'yyyy-MM-dd: 每天
    4)'.'yyyy-MM-dd-a: 每天兩次
    5)'.'yyyy-MM-dd-HH: 每小時(shí)
    6)'.'yyyy-MM-dd-HH-mm: 每分鐘
(4).org.apache.log4j.RollingFileAppender
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認(rèn)值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內(nèi)容。
MaxFileSize=100KB: 后綴可以是KB, MB 或者是 GB. 在日志文件到達(dá)該大小時(shí)，將會自動滾動，即將原來的內(nèi)容移到mylog.log.1文件。
MaxBackupIndex=2:指定可以產(chǎn)生的滾動文件的最大數(shù)。

3.配置日志輸入的格式
log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
這里需要說明的就是日志信息格式中幾個(gè)符號所代表的含義：
-: 信息輸出時(shí)左對齊；
   %p: 輸出日志信息優(yōu)先級，即DEBUG，INFO，WARN，ERROR，F(xiàn)ATAL,
   %d: 輸出日志時(shí)間點(diǎn)的日期或時(shí)間，默認(rèn)格式為ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，輸出類似：2002年10月18日 22：10：28，921
   %r: 輸出自應(yīng)用啟動到輸出該log信息耗費(fèi)的毫秒數(shù)
   %c: 輸出日志信息所屬的類目，通常就是所在類的全名
   %t: 輸出產(chǎn)生該日志事件的線程名
   %l: 輸出日志事件的發(fā)生位置，相當(dāng)于%C.%M(%F:%L)的組合,包括類目名、發(fā)生的線程，以及在代碼中的行數(shù)。舉例：Testlog4.main(TestLog4.java:10)
   %x: 輸出和當(dāng)前線程相關(guān)聯(lián)的NDC(嵌套診斷環(huán)境),尤其用到像java servlets這樣的多客戶多線程的應(yīng)用中。
   %%: 輸出一個(gè)"%"字符
   %F: 輸出日志消息產(chǎn)生時(shí)所在的文件名稱
   %L: 輸出代碼中的行號
   %m: 輸出代碼中指定的消息,產(chǎn)生的日志具體信息
   %n: 輸出一個(gè)回車換行符，Windows平臺為"rn"，Unix平臺為"n"輸出日志信息換行
可以在%與模式字符之間加上修飾符來控制其最小寬度、最大寬度、和文本的對齊方式。如：
        1)%20c：指定輸出category的名稱，最小的寬度是20，如果category的名稱小于20的話，默認(rèn)的情況下右對齊。
        2)%-20c:指定輸出category的名稱，最小的寬度是20，如果category的名稱小于20的話，"-"號指定左對齊。
        3)%.30c:指定輸出category的名稱，最大的寬度是30，如果category的名稱大于30的話，就會將左邊多出的字符截掉，但小于30的話也不會有空格。
        4)%20.30c:如果category的名稱小于20就補(bǔ)空格，并且右對齊，如果其名稱長于30字符，就從左邊交遠(yuǎn)銷出的字符截掉。
下面是一個(gè)詳細(xì)的配置樣例

og4j.rootLogger=DEBUG,CONSOLE,A1,im
#DEBUG,CONSOLE,FILE,ROLLING_FILE,MAIL,DATABASE
log4j.addivity.org.apache=true
###################
# Console Appender(輸出到控制臺)
###################
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n


#####################
# File Appender 輸出到文件
#####################
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=file.log
log4j.appender.FILE.Append=false
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# Use this layout for LogFactor 5 analysis


########################
# Rolling File
########################
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=rolling.log
log4j.appender.ROLLING_FILE.Append=true
log4j.appender.ROLLING_FILE.MaxFileSize=10KB
log4j.appender.ROLLING_FILE.MaxBackupIndex=1
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


####################
# Socket Appender
####################
log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
log4j.appender.SOCKET.RemoteHost=localhost
log4j.appender.SOCKET.Port=5001
log4j.appender.SOCKET.LocationInfo=true
# Set up for Log Facter 5
log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
log4j.appender.SOCET.layout.ConversionPattern=[start]%d[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n


########################
# Log Factor 5 Appender
########################
log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000


########################
# SMTP Appender 發(fā)送郵件
#######################
log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold=FATAL
log4j.appender.MAIL.BufferSize=10
log4j.appender.MAIL.From=chenyl@hollycrm.com
log4j.appender.MAIL.SMTPHost=mail.hollycrm.com
log4j.appender.MAIL.Subject=Log4J Message
log4j.appender.MAIL.To=chenyl@hollycrm.com
log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


########################
# JDBC Appender 輸出到數(shù)據(jù)庫
#######################
log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
log4j.appender.DATABASE.user=root
log4j.appender.DATABASE.password=
log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n')
log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout

###################
#自定義Appender
###################
log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender
log4j.appender.im.host = mail.cybercorlin.net
log4j.appender.im.username = username
log4j.appender.im.password = password
log4j.appender.im.recipient = corlin@cybercorlin.net
log4j.appender.im.layout=org.apache.log4j.PatternLayout
log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

參考：http://www.builder.com.cn/2008/0517/866964.shtml

        當(dāng)采用Windows   2000/XP/2003系統(tǒng)的局域網(wǎng)用戶拔掉連接本機(jī)網(wǎng)卡的網(wǎng)線時(shí)，或該用戶的網(wǎng)卡與局域網(wǎng)中的網(wǎng)絡(luò)設(shè)備沒有正常連接時(shí)，桌面上的“任務(wù)欄”中會顯示“本地連接，網(wǎng)絡(luò)電纜沒有插好”的提示。為什么Windows系統(tǒng)能夠自動檢測出客戶機(jī)與網(wǎng)絡(luò)設(shè)備的連通情況呢？這是因?yàn)閃indows   2000/XP/2003系統(tǒng)中內(nèi)置了“媒體感知（Media   Sense）”功能。  
認(rèn)清“媒體感知”功能  
　　對于一般的局域網(wǎng)用戶來說，“媒體感知”功能確實(shí)起到了非常重要的作用。當(dāng)網(wǎng)卡或網(wǎng)線出現(xiàn)問題時(shí)，客戶機(jī)不能與局域網(wǎng)中的網(wǎng)絡(luò)設(shè)備正常連通，這時(shí)“媒體感知”功能就能立刻檢測出問題，并發(fā)出警告，方便了大家對網(wǎng)絡(luò)的故障的排查。  
　　但大家在進(jìn)行某些特殊的調(diào)試工作時(shí)，智能化的“媒體感知”功能反而會影響正常工作。  
　　例如程序員使用便攜設(shè)備（如筆記本電腦）調(diào)試某些TCP/IP應(yīng)用程序，而TCP/IP程序在測試過程中需要脫離局域網(wǎng)環(huán)境，程序員需要拔掉測試機(jī)器上的網(wǎng)線。這時(shí)聰明的“媒體感知”功能就立刻檢測出本機(jī)和局域網(wǎng)設(shè)備沒有正常連通，接著就會禁用捆綁在網(wǎng)卡上的某些網(wǎng)絡(luò)協(xié)議，其中就包括TCP/IP協(xié)議。由于TCP/IP協(xié)議被禁用了，這樣該TCP/IP應(yīng)用程序就無法進(jìn)行調(diào)試了，因此大家在某些特殊情況下必須禁用Windows系統(tǒng)的“媒體感知”功能。   
　　提示：當(dāng)網(wǎng)卡與網(wǎng)絡(luò)設(shè)備沒有正常連通時(shí)，“媒體感知”功能不會禁用所有的網(wǎng)絡(luò)協(xié)議，如NetBEUI和IPX/SPX協(xié)議就不受影響，本機(jī)的環(huán)路測試也可正常進(jìn)行。  
禁用“媒體感知”功能  
　　如何為TCP/IP協(xié)議禁用Windows系統(tǒng)內(nèi)置的“媒體感知”功能呢？通過修改注冊表就能實(shí)現(xiàn)。下面筆者以Windows   XP系統(tǒng)為例，介紹實(shí)現(xiàn)“禁用”的方法。  
　　進(jìn)入注冊表編輯器，展開“HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters”項(xiàng)，新建一個(gè)“DisableDHCPMediaSense”  
　　，數(shù)據(jù)類型為“DWORD值”，將該值設(shè)置為“1”。重新啟動Windows   XP系統(tǒng)后，就禁用了“媒體感知”功能。  
　　現(xiàn)在，即使拔掉網(wǎng)線，TCP/IP協(xié)議也不會被禁用，TCP/IP應(yīng)用程序的調(diào)試工作可以照常進(jìn)行。要想恢復(fù)“媒體感知”功能，也很簡單，只要將注冊表中   “DisableDHCPMediaSense”的值修改為“0”，或者刪除“DisableDHCPMediaSense”，重新啟動系統(tǒng)即可。

上次折騰了半天，終于把延時(shí)加載配置好了。可是不配置事務(wù)總是覺得怪怪的。so..決定把事務(wù)也配置好。雖然是個(gè)小項(xiàng)目吧^_^.

簡單說明一下，其中是用了spring提供的BeanNameAutoProxyCreator這個(gè)自動代理服務(wù)，自動對名為XXXService的的bean使用使用攔截器開啟事務(wù)，而在transactionInterceptor則定義了事務(wù)的屬性，限定了一些只讀的事務(wù)以提搞效率。

由于Spring控制的Hibernate的生命周期只針對數(shù)據(jù)層和服務(wù)層，而未管理到表現(xiàn)層，所以在表現(xiàn)層使用延時(shí)加載會出現(xiàn)the owning Session was closed或者no session or session was closed的異常信息。針對這一點(diǎn)，可以通過hibernate filter的方式來解決。

在WEB.xml文件中配置filter.
我們的系統(tǒng)架構(gòu)是struts+spring+hibernate，struts跟spring的整合是在struts-config.xml里加了個(gè)plugin

在WEB.xml中配置hibernateFilter 后，還需要在struts-config.xml里把plugin去掉，在WEB.xml里加上如下代碼：

這樣配置之后如果沒有配置事務(wù)，是有問題的。不能進(jìn)行update和insert操作了。
怎么辦呢？只需要在filter中加入一個(gè)參數(shù)
就可以了，當(dāng)然這樣 每次訪問dao都會新開個(gè)session，對性能的影響還是比較大的。最好的辦法當(dāng)然是配置事務(wù)了。

做web開發(fā)總要有點(diǎn)像樣的工具，下面就介紹一下我用到的工具。
1.當(dāng)然是瀏覽器，由于ie對插件的支持不好，而且對w3c的標(biāo)準(zhǔn)也支持不好。所以做web開發(fā)還是選擇firfox吧。不過話說回來，國內(nèi)目前ie瀏覽器的市場仍然占據(jù)絕對優(yōu)勢，所以在FF(firfox)中調(diào)試好的網(wǎng)頁最好還是在拿回ie瞅瞅。
2.接下來就是FF的各種插件啦，他們可都是我的好幫手。
首先要說的是firebug,相信很多人都對他都很熟悉了。可以說是我見過的最好用的html、css和js調(diào)試工具了。提供了點(diǎn)選功能，可以很方便的查看網(wǎng)頁上各個(gè)元素的css樣式，并可以時(shí)時(shí)更改。js方面可以在js的控制臺里面可以顯示js的log，在應(yīng)用中使用log4js產(chǎn)生日志就可以在這里看見了，可給js代碼設(shè)置斷點(diǎn)進(jìn)行調(diào)試。還有一個(gè)script視圖，可以查看當(dāng)前頁面的js對象。在net視圖里面則可以看到各種資源加載的時(shí)間，方便性能調(diào)試。官方網(wǎng)站http://www.getfirebug.com/。firebug 還有一個(gè)插件YSlow（插件的插件？^_^） 是基于一下14條提高效率的原則來評價(jià)你的網(wǎng)頁http://www.yahooapis.com/performance/index.html#rules YSlow的下載地址http://www.yahooapis.com/yslow/
3.ColorZilla 顏色拾取器，不用多說，就是可以快速的獲取web頁面上顏色的rgb十六進(jìn)制，方便web設(shè)計(jì)，看見別人的網(wǎng)站顏色好看，直接一點(diǎn)拿來己用，咔咔。還可方便的縮放頁面。下載地址http://www.iosart.com/firefox/colorzilla/
4.fasterfox  其實(shí)這個(gè)是個(gè)fiefox的性能優(yōu)化器，不過它還可以計(jì)算網(wǎng)頁整體的加載時(shí)間和清除ff的緩存。用來消除緩存的影響還是很有用地。地址： http://fasterfox.mozdev.org/
5.說到緩存，下面這個(gè)可以查看ff的緩存并可進(jìn)行搜索和排序 CacheViewer 地址：https://addons.mozilla.org/en-US/firefox/addon/2489
6.IE Tab 可以在ff使用ie核心打開標(biāo)簽頁，地址：https://addons.mozilla.org/en-US/firefox/addon/1419

做web開發(fā)的時(shí)候，有時(shí)候需要根據(jù)鍵盤進(jìn)行一些操作，例如按下Enter的時(shí)候提交表單，禁止用戶輸入某些特殊字符，設(shè)置快捷鍵等等。這時(shí)候需要找出用戶按下的是那些按鍵，每次都找對照表太麻煩了.so..寫了這么個(gè)小程序來測試按鍵。^_^
其中的charCode是根據(jù)ascii表轉(zhuǎn)換的，不一定準(zhǔn)確。

keyCode :
charCode :
shift-key :
ctrl-key :
alt-key :

下面是ascii編碼表：

源代碼：
其中我使用了jquery來初始化document的onkeydown事件。如果你不使用jquery可以用下面這段代碼

代替

轉(zhuǎn)的~~
原文
http://www.cnblogs.com/yxonline/archive/2007/07/09/811434.html
我們期待自己成為一個(gè)優(yōu)秀的軟件模型設(shè)計(jì)者，但是，要怎樣做，又從哪里開始呢？

將下列原則應(yīng)用到你的軟件工程中，你會獲得立桿見影的成果。

1. 人遠(yuǎn)比技術(shù)重要

你開發(fā)軟件是為了供別人使用，沒有人使用的軟件只是沒有意義的數(shù)據(jù)的集合而已。許多在軟件方面很有成就的行家在他們事業(yè)的初期卻表現(xiàn)平平，因?yàn)樗麄? 那時(shí)侯將主要精力都集中在技術(shù)上。顯然，構(gòu)件（components），EJB（Enterprise Java Beans）和代理（agent）是很有趣的東西。但是對于用戶來說，如果你設(shè)計(jì)的軟件很難使用或者不能滿足他們的需求，后臺用再好的技術(shù)也于事無補(bǔ)。多 花點(diǎn)時(shí)間到軟件需求和設(shè)計(jì)一個(gè)使用戶能很容易理解的界面上。

2. 理解你要實(shí)現(xiàn)的東西

好的軟件設(shè)計(jì)人員把大多數(shù)時(shí)間花費(fèi)在建立系統(tǒng)模型上，偶爾寫一些源代碼，但那只不過是為了驗(yàn)證設(shè)計(jì)過程中所遇到的問題。這將使他們的設(shè)計(jì)方案更加可行。

3. 謙虛是必須的品格

你不可能知道一切，你甚至要很努力才能獲得足夠用的知識。軟件開發(fā)是一項(xiàng)復(fù)雜而艱巨的工作，因?yàn)檐浖_發(fā)所用到的工具和技術(shù)是在不斷更新的。而且， 一個(gè)人也不可能了解軟件開發(fā)的所有過程。在日常生活中你每天接觸到的新鮮事物可能不會太多。但是對于從事軟件開發(fā)的人來說，每天可以學(xué)習(xí)很多新東西（如果 愿意的話）。

4. 需求就是需求

如果你沒有任何需求，你就不要?jiǎng)邮珠_發(fā)任何軟件。成功的軟件取決于時(shí)間（在用戶要求的時(shí)間內(nèi)完成）、預(yù)算和是否滿足用戶的需求。如果你不能確切知道用戶需要的是什么，或者軟件的需求定義，那么你的工程注定會失敗。

5. 需求其實(shí)很少改變，改變的是你對需求的理解

Object ToolSmiths公司（www.objecttoolsmiths.com）的Doug Smith常喜歡說：“分析是一門科學(xué)，設(shè)計(jì)是一門藝術(shù)”。他的意思是說在眾多的“正確”分析模型中只存在一個(gè)最“正確”分析模型可以完全滿足解決某個(gè)具 體問題的需要（我理解的意思是需求分析需要一絲不茍、精確的完成,而設(shè)計(jì)的時(shí)候反而可以發(fā)揮創(chuàng)造力和想象力 - 譯者注）。

如果需求經(jīng)常改動，很可能是你沒有作好需求分析，并不是需求真的改變了。

你可以抱怨用戶不能告訴你他們想得到什么，但是不要忘記，收集需求信息是你工作。

你可以說是新來的開發(fā)人員把事情搞得一團(tuán)糟，但是，你應(yīng)該確定在工程的第一天就告訴他們應(yīng)該做什么和怎樣去做。

如果你覺得公司不讓你與用戶充分接觸，那只能說明公司的管理層并不是真正支持你的項(xiàng)目。

你可以抱怨公司有關(guān)軟件工程的管理制度不合理，但你必須了解大多同行公司是怎么做的。

你可以借口說你們的競爭對手的成功是因?yàn)樗麄冇辛艘粋€(gè)新的理念，但是為什么你沒先想到呢？

需求真正改變的情況很少，但是沒有做好需求分析工作的理由卻很多。

6. 經(jīng)常閱讀

在這個(gè)每日都在發(fā)生變化的產(chǎn)業(yè)中，你不可能在已取得的成就上陶醉太久。

每個(gè)月至少讀2、3本專業(yè)雜志或者1本專業(yè)書籍。保持不落伍需要付出很多的時(shí)間和金錢，但會使你成為一個(gè)很有實(shí)力的競爭者。

7. 降低軟件模塊間的耦合度

高耦合度的系統(tǒng)是很難維護(hù)的。一處的修改引起另一處甚至更多處的變動。

你可以通過以下方法降低程序的耦合度：隱藏實(shí)現(xiàn)細(xì)節(jié)，強(qiáng)制構(gòu)件接口定義，不使用公用數(shù)據(jù)結(jié)構(gòu)，不讓應(yīng)用程序直接操作數(shù)據(jù)庫（我的經(jīng)驗(yàn)法則是：當(dāng)應(yīng)用程序員在寫SQL代碼的時(shí)候，你的程序的耦合度就已經(jīng)很高了）。

耦合度低的軟件可以很容易被重用、維護(hù)和擴(kuò)充。

8. 提高軟件的內(nèi)聚性

如果一個(gè)軟件的模塊只實(shí)現(xiàn)一個(gè)功能，那么該模塊具有高內(nèi)聚性。高內(nèi)聚性的軟件更容易維護(hù)和改進(jìn)。

判斷一個(gè)模塊是否有高的內(nèi)聚性，看一看你是否能夠用一個(gè)簡單的句子描述它的功能就行了。如果你用了一段話或者你需要使用類似“和”、“或”等連詞，則說明你需要將該模塊細(xì)化。

只有高內(nèi)聚性的模塊才可能被重用。

9. 考慮軟件的移植性

移植是軟件開發(fā)中一項(xiàng)具體而又實(shí)際的工作，不要相信某些軟件工具的廣告宣傳（比如java 的宣傳口號write once run many ? 譯者注）。

即使僅僅對軟件進(jìn)行常規(guī)升級，也要把這看得和向另一個(gè)操作系統(tǒng)或數(shù)據(jù)庫移植一樣重要。

記得從16位Windows移植到32位windows的“樂趣”嗎 ？當(dāng)你使用了某個(gè)操作系統(tǒng)的特性，如它的進(jìn)程間通信(IPC)策略，或用某數(shù)據(jù)庫專有語言寫了存儲過程。你的軟件和那個(gè)特定的產(chǎn)品結(jié)合度就已經(jīng)很高了。

好的軟件設(shè)計(jì)者把那些特有的實(shí)現(xiàn)細(xì)節(jié)打包隱藏起來，所以，當(dāng)那些特性該變的時(shí)候，你的僅僅需要更新那個(gè)包就可以了。

10. 接受變化

這是一句老話了：唯一不變的只有變化。

你應(yīng)該將所有系統(tǒng)將可能發(fā)生的變化以及潛在需求記錄下來,以便將來能夠?qū)崿F(xiàn)（參見“Architecting for Change”，Thinking Objectively, May 1999）

通過在建模期間考慮這些假設(shè)的情況，你就有可能開發(fā)出足夠強(qiáng)壯且容易維護(hù)的軟件。設(shè)計(jì)強(qiáng)壯的軟件是你最基本的目標(biāo)。

11. 不要低估對軟件規(guī)模的需求

Internet 帶給我們的最大的教訓(xùn)是你必須在軟件開發(fā)的最初階段就考慮軟件規(guī)模的可擴(kuò)充性。

今天只有100人的部門使用的應(yīng)用程序，明天可能會被有好幾萬人的組織使用，下月，通過因特網(wǎng)可能會有幾百萬人使用它。

在軟件設(shè)計(jì)的初期，根據(jù)在用例模型中定義的必須支持的基本事務(wù)處理，確定軟件的基本功能。然后，在建造系統(tǒng)的時(shí)候再逐步加入比較常用的功能。

在設(shè)計(jì)的開始考慮軟件的規(guī)模需求，避免在用戶群突然增大的情況下，重寫軟件。

12. 性能僅僅是很多設(shè)計(jì)因素之一

關(guān)注軟件設(shè)計(jì)中的一個(gè)重要因素--性能，這好象也是用戶最關(guān)心的事情。一個(gè)性能不佳的軟件將不可避免被重寫。

但是你的設(shè)計(jì)還必須具有可靠性，可用性，便攜性和可擴(kuò)展性。你應(yīng)該在工程開始就應(yīng)該定義并區(qū)分好這些因素，以便在工作中恰當(dāng)使用。性能可以是，也可以不是優(yōu)先級最高的因素，我的觀點(diǎn)是，給每個(gè)設(shè)計(jì)因素應(yīng)有的考慮。

13. 管理接口

“UML User Guide”（Grady Booch，Ivar Jacobson和Jim Rumbaugh ,Addison Wesley, 1999）中指出，你應(yīng)該在開發(fā)階段的早期就定義軟件模塊之間的接口。

這有助于你的開發(fā)人員全面理解軟件的設(shè)計(jì)結(jié)構(gòu)并取得一致意見，讓各模塊開發(fā)小組相對獨(dú)立的工作。一旦模塊的接口確定之后，模塊怎樣實(shí)現(xiàn)就不是很重要了。

從根本上說，如果你不能夠定義你的模塊“從外部看上去會是什么樣子”，你肯定也不清楚模塊內(nèi)要實(shí)現(xiàn)什么。

14. 走近路需要更長的時(shí)間

在軟件開發(fā)中沒有捷徑可以走。

縮短你的在需求分析上花的時(shí)間，結(jié)果只能是開發(fā)出來的軟件不能滿足用戶的需求，必須被重寫。

在軟件建模上每節(jié)省一周，在將來的編碼階段可能會多花幾周時(shí)間，因?yàn)槟阍谌嫠伎贾熬蛣邮謱懗绦颉?/p>

你為了節(jié)省一天的測試時(shí)間而漏掉了一個(gè)bug，在將來的維護(hù)階段，可能需要花幾周甚至幾個(gè)月的時(shí)間去修復(fù)。與其如此，還不如重新安排一下項(xiàng)目計(jì)劃。

避免走捷徑，只做一次但要做對（do it once by doing it right）。

15. 別信賴任何人

產(chǎn)品和服務(wù)銷售公司不是你的朋友，你的大部分員工和高層管理人員也不是。

大部分產(chǎn)品供應(yīng)商希望把你牢牢綁在他們的產(chǎn)品上，可能是操作系統(tǒng)，數(shù)據(jù)庫或者某個(gè)開發(fā)工具。

大部分的顧問和承包商只關(guān)心你的錢并不是你的工程（停止向他們付款，看一看他們會在周圍呆多長時(shí)間）。

大部分程序員認(rèn)為他們自己比其他人更優(yōu)秀，他們可能拋棄你設(shè)計(jì)的模型而用自己認(rèn)為更好的。

只有良好的溝通才能解決這些問題。

要明確的是，不要只依靠一家產(chǎn)品或服務(wù)提供商，即使你的公司（或組織）已經(jīng)在建模、文檔和過程等方面向那個(gè)公司投入了很多錢。

16. 證明你的設(shè)計(jì)在實(shí)踐中可行

在設(shè)計(jì)的時(shí)候應(yīng)當(dāng)先建立一個(gè)技術(shù)原型， 或者稱為“端到端”原型。以證明你的設(shè)計(jì)是能夠工作的。

你應(yīng)該在開發(fā)工作的早期做這些事情，因?yàn)椋绻浖脑O(shè)計(jì)方案是不可行的，在編碼實(shí)現(xiàn)階段無論采取什么措施都于事無補(bǔ)。技術(shù)原型將證明你的設(shè)計(jì)的可行性，從而，你的設(shè)計(jì)將更容易獲得支持。

17. 應(yīng)用已知的模式

目前，我們有大量現(xiàn)成的分析和設(shè)計(jì)模式以及問題的解決方案可以使用。

一般來說，好的模型設(shè)計(jì)和開發(fā)人員，都會避免重新設(shè)計(jì)已經(jīng)成熟的并被廣泛應(yīng)用的東西。http://www.ambysoft.com/processPatternsPage.html收藏了許多開發(fā)模式的信息。

18. 研究每個(gè)模型的長處和弱點(diǎn)

目前有很多種類的模型可以使用,如下圖所示。用例捕獲的是系統(tǒng)行為需求，數(shù)據(jù)模型則描述支持一個(gè)系統(tǒng)運(yùn)行所需要的數(shù)據(jù)構(gòu)成。你可能會試圖在用例中加 入實(shí)際數(shù)據(jù)描述，但是，這對開發(fā)者不是非常有用。同樣，數(shù)據(jù)模型對描述軟件需求來說是無用的。每個(gè)模型在你建模過程中有其相應(yīng)的位置，但是，你需要明白在 什么地方，什么時(shí)候使用它們。

19. 在現(xiàn)有任務(wù)中應(yīng)用多個(gè)模型

當(dāng)你收集需求的時(shí)候，考慮使用用例模型，用戶界面模型和領(lǐng)域級的類模型。

當(dāng)你設(shè)計(jì)軟件的時(shí)候，應(yīng)該考慮制作類模型，順序圖、狀態(tài)圖、協(xié)作圖和最終的軟件實(shí)際物理模型。

程序設(shè)計(jì)人員應(yīng)該慢慢意識到，僅僅使用一個(gè)模型而實(shí)現(xiàn)的軟件要么不能夠很好地滿足用戶的需求，要么很難擴(kuò)展。

20. 教育你的聽眾

你花了很大力氣建立一個(gè)很成熟的系統(tǒng)模型，而你的聽眾卻不能理解它們，甚至更糟－連為什么要先建立模型都不知道。那么你的工作是毫無意義的。

教給你開發(fā)人員基本的建模知識；否則，他們會只看看你畫的漂亮圖表，然后繼續(xù)編寫不規(guī)范的程序。

另外， 你還需要告訴你的用戶一些需求建模的基礎(chǔ)知識。給他們解釋你的用例(uses case)和用戶界面模型，以使他們能夠明白你要表達(dá)地東西。當(dāng)每個(gè)人都能使用一個(gè)通用的設(shè)計(jì)語言的時(shí)候（比如UML-譯者注），你的團(tuán)隊(duì)才能實(shí)現(xiàn)真正的合作。

21. 帶工具的傻瓜還是傻瓜

你給我CAD/CAM工具，請我設(shè)計(jì)一座橋。但是，如果那座橋建成的話，我肯定不想當(dāng)?shù)谝粋€(gè)從橋上過的人，因?yàn)槲覍ㄖ桓[不通。

使用一個(gè)很優(yōu)秀的CASE工具并不能使你成為一個(gè)建模專家，只能使你成為一個(gè)優(yōu)秀CASE工具的使用者。成為一個(gè)優(yōu)秀的建模專家需要多年的積累，不 會是一周針對某個(gè)價(jià)值幾千美元工具的培訓(xùn)。一個(gè)優(yōu)秀的CASE工具是很重要，但你必須學(xué)習(xí)使用它，并能夠使用它設(shè)計(jì)它支持的模型。

22. 理解完整的過程

好的設(shè)計(jì)人員應(yīng)該理解整個(gè)軟件過程，盡管他們可能不是精通全部實(shí)現(xiàn)細(xì)節(jié)。

軟件開發(fā)是一個(gè)很復(fù)雜的過程，還記得《object-oriented software process》第36頁的內(nèi)容嗎？除了編程、建模、測試等你擅長工作外，還有很多工作要做。

好的設(shè)計(jì)者需要考慮全局。必須從長遠(yuǎn)考慮如何使軟件滿足用戶需要，如何提供維護(hù)和技術(shù)支持等。

23. 常做測試，早做測試

如果測試對你的軟件來說是無所謂的，那么你的軟件多半也沒什么必要被開發(fā)出來。

建立一個(gè)技術(shù)原型供技術(shù)評審使用，以檢驗(yàn)?zāi)愕能浖Ｐ汀?/p>

在軟件生命周期中，越晚發(fā)現(xiàn)的錯(cuò)誤越難修改，修改成本越昂貴。盡可能早的做測試是很值得的。

24. 把你的工作歸檔

不值得歸檔的工作往往也不值得做。歸檔你的設(shè)想，以及根據(jù)設(shè)想做出的決定；歸檔軟件模型中很重要但不很明顯的部分。 給每個(gè)模型一些概要描述以使別人很快明白模型所表達(dá)的內(nèi)容。

25. 技術(shù)會變，基本原理不會

如果有人說“使用某種開發(fā)語言、某個(gè)工具或某某技術(shù)，我們就不需要再做需求分析，建模，編碼或測試”。不要相信，這只說明他還缺乏經(jīng)驗(yàn)。拋開技術(shù)和 人的因素，實(shí)際上軟件開發(fā)的基本原理自20世紀(jì)70年代以來就沒有改變過。你必須還定義需求，建模，編碼，測試，配置，面對風(fēng)險(xiǎn)，發(fā)布產(chǎn)品，管理工作人員 等等。

軟件建模技術(shù)是需要多年的實(shí)際工作才能完全掌握的。好在你可以從我的建議開始，完善你們自己的軟件開發(fā)經(jīng)驗(yàn)。

以雞湯開始，加入自己的蔬菜。然后，開始享受你自己的豐盛晚餐吧。