其他

1 var s=1;2 console.log(typeof s); //number3 s+="1";4 console.log(typeof s); //string5 console.log(s); //116 s++;7 console.log(typeof s); //number8 console.log(s);

在本文中，我會深入研究iOS和Android裝置提供的觸摸事件API，探索一下可以構建哪些類型的應用，給出一些最佳做法，並論及一些使得可觸控應用（touch-enabled application）的開發變得更加容易的有用技術。 針對多點觸控瀏覽器進行的開發 前言諸如智能手機和平板電腦一類的行動裝置通常會有一個電容式觸控螢幕（capacitive touch-sensitive

本文所指WebForm，特指Microsoft在.NET平台上倡導的類似WinForm的組件式開發方式，所有Controller特指MonoRail裡的Controller非MVC裡的Controller。　　WebForm的開發理念源自於WinForm，基於控制項的拖放及後台代碼編寫的開發方式的而且確是很方便快捷的開發方法，WinForm的成功很好地說明了這一點。整個WebForm的核心就是控制項，以封裝手，重用為目的而存在的控制項使得WebForm極為容易上手。得力於WebForm方便快捷的

最近在做拖拽功能的時候，FF下遇到了幾個問題，自己順便整理了一下。問題：       在Firefox下以圖片為控制代碼的拖拽無法觸發onmouseup事件，在空的div中也無法觸發onmouseup事件，同時在所有瀏覽器下選中文字後div的mouseup事件失效；整理了幾個方法：1.onmousemove加在document上2.firefox : 如果被拖拽的對象裡面沒有任何內容，拖拽就會出現bug,我們只需要在down的最後加上一個return false3.ie :

　　從學習成本上來看，無疑WebForm的初期學習成本是相當的低。對於完全的新手，控制項拖放然後編寫後台代碼應該是相當容易理解和接受的方式；對於從WinForm上轉過來的開發人員，這種開發方式則早已成為他們的習慣；即使是對我這種由Classicl

俺理解的事件就是一個強型別的代理. 在類的內部引發事件，然後調用“宇宙”內的一個方法(它並不知道來自於哪進而)，並傳進去一個參數，告訴它究竟發生了什麼.所有關心這個事件的對象可以訂閱該事件，並把相應的處理方法綁定到這個事件. 在事件發生後這些方法就會被自動執行，而不需要事件來源來手動調用, 事件來源也不需要與提供該方法的對象發生關聯.一個執行個體, 我們在照片產生的時候為它打上一個時間戳記, 而PhotoManager自已不想幹這個活，把它交給了PhotoMonitor來完成 ：)Code

　　剛剛在CSDN上面看到一篇有趣的新聞《看Java和動態語言的兩極分化》，裡面有一段文字：記者：“指令碼語言仍然會大行其道”，在這種情況下，您認為Java和指令碼語言各在哪些領域發揮哪些作用呢？

 代碼打包下載 其中包含幾個HandsOn的實驗和根據微軟視頻教程整理成的一個樣本應用. 1  <script type="text/xml-script">  2    <page xmlns:script="http://schemas.microsoft.com/xml-script/2005">  3      <components>

　　隨著.Net 2.0的正式推出。目前，許多主機供應商已經為其.Net1.1的主機加上.Net

.Net下的分布式緩衝--從Discuz!NT的緩衝設計談起 .Net下的分布式緩衝(2)--實現分布式緩衝同步的手段.Net下的分布式緩衝(3)--如果我們沒有緩衝會怎麼樣上回說到了Memcached的效能問題，的確，緩衝不是萬能的，但沒有緩衝是萬萬不能的？還真有這麼乾的. PlentyofFish就是這樣做的, 它也是互連網上巨頭中為數不多的採用WISC(Windows + IIS + Sql server + C#)架構的網站, MS不能老拿MySpace說事,

　　IIS整合Tomcat的目的,就是要在IIS上把所有關於JSP的請求轉寄到Tomcat上處理,再把結果發送給用戶端,從外部看來,就好像是 IIS支援JSP一樣.而配置的方法,網上雖然能找到很多,但是由於IIS7相對於以往改變較大,所以配置過程還是遇到了不少麻煩.    1.安裝JDK 1.5與Tomcat

button使用行高讓文字垂直置中，但是在firefox裡文字會偏下，而且點擊的時候中間會有一個虛線框。button的padding和margin我都程式定義過了，我想這可能跟瀏覽器的私人屬性有關。於是用firebug查看瀏覽器系統樣式發現以下代碼： button::-moz-focus-inner, input[type="reset"]::-moz-focus-inner, input[type="button"]::-moz-focus-inner, input[type="submit"

    其實本人完全不太明白什麼是OO,而且現實中做的東西也不是很OO.剛才拜讀完亞曆山大同志《又見手把手系列-物件導向掃盲-通俗的OO第一彈-【封裝】》 深感茅塞頓開,終於大約地知道一點點啥是OO,亞曆山大同志在文中有提到:    "最近針對OO有了太多的討論，太多的誤會，太多的不理解。讓我來一次性解決什麼是對象.."    顯然是對OO超越常人的真知灼見,只是在下對於兄台後面執行個體的解釋有幾處非常困惑的地方,不知大家可否探討一下?   

　　WebForm的組件式開發思想，去到極致就是GridView，為啥？自動化程度，高；智能程度，高；代碼重用度，高；開發效率，高！所以微軟大大小小的DEMO都喜歡用它，拖一拖，拉一拉，寫幾行代碼，一個完整表格就出來啦……。不過，當我們回到現實應用中，基本上它就是一個擺設，偶爾會用它來作一些煙霧測試。所以，拋棄不合用的控制項，對WebForm來說，不會有什麼區別，不會導致WebForm發生本質的變化。當需要提高對頁面代碼控制粒度的時候，依靠基礎的Repeater/Literal來輸出純淨的頁面代

這個問題本來發在社區裡面，整理一下備以後參考.public class TestClass : ITestInterface    {        private string name;        public string Name        {            get { return name; }            set { name = value; }        }        }    public interface ITestInterface  

　　從現實情況出發，IE使用者量占絕對優勢乃是一個不爭的事實，所以在目前的網頁製作開發中，優先針對IE進行編碼也是很合理的策略。　　固然，顧全當前現實情況是必要，可是世界並不是一成不變的，尤其是風雲變幻的商業市場，使用者會變化。從Google以及其它很多Web

在一些數學問題裡面可能會用到, 使用遞迴做的，也許不算最好，僅作參考:  Code highlighting produced by Actipro CodeHighlighter

為了能保持住照片在縮小時不變形,所以需要重新計算縮圖的尺寸. 這裡預設縮圖的尺寸的應該滿足 長 >= 寬, 否則計算規則應有所變化.今天突然想明白了，記在這裡以後備用.Code highlighting produced by Actipro CodeHighlighter

前言：昨夜斷網了，早上把長寬的工作人員叫到家裡來檢測才發現，原來到期了，要續約交錢了。昨夜斷網時，無聊中就看了下某網友的給的DLL裡的關於資料層多資料庫的實現，看到一個槽點，本來想寫寫。今天發現秋色園4號（明天）就要到期了，VPS商同時也要回收舊機器，所以必須轉移VPS到另一台去。所以從下午2點開始折騰到4點，2小時算是折騰完了，因為感覺有些步驟每次轉移都重複的一樣，特此記錄下過程。網站轉移過程，大體過程如下： 一：機器的基礎設定： 1：VPS重裝系統2003，速度很快，10分鐘左右：  2：硬

這個比較簡單，直接看代碼吧.Code highlighting produced by Actipro CodeHighlighter