其他

轉載請註明出處:http://blog.csdn.net/horkychenWebCore與JavaScriptCore之間使用了Proxy模式，WebCore為JSC提供了一層binding層做為封裝。Webkit參照W3C Web IDL(之前稱為Language Bindings for DOM Specifications)描述DOM介面，但不完全相同。其完整的名稱為WebKitIDL, 詳細的定義可以參考下面的連結:   

什麼是method JIT? 什麼是DFG JIT? JSC的DFG JIT與V8 Crankshaft相比有何優劣?JIT:一個方法式的JIT(a method jit)*關於method JIT，可以參考另一份檔案。關於解譯器(interpreter)和堆棧(stack,也就是寄存器檔案,register file)都是應用了方法式JIT(method JIT).

迭代器是.NET2.0的一個新的特性，使得我們可以很輕鬆對沒有繼承自IEnumerator介面的類進行迭代訪問。如下一個樣本： class IteratorDemo    {        int[] ii ={ 1, 2, 3, 4, 5, 6, 7, 8, 9, 0 };        public System.Collections.IEnumerator GetEnumerator()        {            for (int i = 0; i <

首先聲明一點,這篇原創文章是我的一點心得,總結了在Web開發過程中的一些技術問題（以面試官的角色）,有不對的地方,請大家批評指正.問題如下:(順序比較亂,望海涵)1、Web開發中的三層體系指的是什嗎？在各層中分別用到了什麼技術？2、javascript和java有什麼關係？各自的語言特點是什嗎？3、CSS是什麼，有什麼用處？4、對Web2.0瞭解嗎？核心的技術是什嗎？5、物件導向編程相比較面向過程編程有什麼好處？面向過程的特點是什嗎？6、知道什麼是xml web service?有什麼作用？ 7

.NET12.0相對於.NET 1.1增加了泛型的內容,其特點我認為有:(1)可以在很大程度上,簡化模組的重用,使用泛型可以動態指定資料的類型(簡單類型和複雜類型,或者說實值型別和參考型別).這樣就使得很多不同類型的相同操作,都用一個泛型型別來代替就可以。(2)泛型在寫集合的應用時,特別有用.在.NET1.1中,也有集合類(在System.Collection命名空間中).但是.NET1.1的集合類往往對於實值型別的資料要裝箱(如果資料量大的話，這樣在很大程度上影響了程式的效能).所以在.NET

今天做了一個簡單的在DataList中分頁的小東西.用到的核心的東西就是PageDataSource類.和repeater的分頁思想是一樣的。代碼如下:using System;using System.Data;using System.Configuration;using System.Collections;using System.Web;using System.Web.Security;using System.Web.UI;using

今日,遇到一罕見的問題,就是在打包Web項目時,總是提示:無法產生項目輸出組"內容檔案來自...".上網找了好久,也沒有找到答案.後來一位同學發現:就是在專案檔中有一些檔案有一個黃色的三角歎號!將其排除後,隨即產生成功.所以寫出來,以方便大家再遇到類似問題的時候,很容易解決.具體如下:導致問題出現的原因:就是一些專案檔在硬碟上已經刪除了,但是在項目中還繼續顯示(成黃色三角歎號顯示).這樣在打包的時候,就檢測不到該檔案,所以無法打包.解決方案:在專案檔中將帶黃色三角歎號的檔案排除即可.

Web開發中，我們經常會用到一些開源組件，然而在我們享用組件給我們帶來的好處時，往往也隱含著風險。這裡不是說要給大家潑涼水，而是瞭解如何盡量規避風險。風險主要體現在以下幾點：1.  使用熟練度不能熟練使用組件，導致使用不當，或遇到問題無法合理解決。2.  相容性組件不支援某瀏覽器、架構，或與其他組件有衝突。3.  組件本身bug這個你懂的。平時我們在用組件時，有幾點是需要注意的，這樣才不至於出了問題後顯得很狼狽。1.  不要盲目使用最新版最新的版本，尤其是大幅度版本升級（如從3.4直接到4.0）

可能是由於我是一個老師的原因,所以對於學習我總有自己的看法:我想說說現在社會學習的途徑或者叫渠道的問題.純屬個人觀點，如果你有高見，請留言探討。 首先，需要明確的一點時，現在擷取知識的渠道豐富了，不像以前，人們可能只能簡單從書本上擷取，正有所謂“開卷有益”。但是大家在看看現在，除了紙質的知識媒介以外，還有象電視,多媒體（CD或DVD等），還有一種越來越重要的途徑－－那就是網路。特別對學習電腦的人來說，如果你還是每天都抱著書本再看，那我可以肯定的告訴你：你一定要改變一下自己的學習習慣了。我要重點說

.NET2.0管理配置的新特性：1、提供了豐富的API。這些API可以讓你很輕鬆編寫程式去檢查和修改應用程式配置；你甚至可以在遠端電腦上使用這些API。2、提供了豐富的編輯工具，你可以很輕鬆的在IIS和VS

有很多控制項產生的事件處理常式都帶有一個object類型的參數sender，往往有大多數初學者不知道這個參數怎麼用，其實這個參數從它的命名上就可以知道：它是整個事件處理常式的發起者，知道這一點做一些事情，往往就簡單了，下面這個例子是選擇gridview中的radiobutton（一般放在模板列中的radiobutton是不能實現只選擇一個的）。protected void rbtnSel_CheckedChanged(object sender, EventArgs e)    {       

　　人總是這樣：剛開始時感到時光漫長，等時光流去再回首時，卻又在發出“光陰似箭，日月如梭”的感歎。剛去幫師哥忙的時候，感覺要堅持三個月，實在是件不容易的事，心中混雜著憂慮、懷疑甚至害怕的心理。畢竟這是自在提高班學習後，第一次去面對工作、面對人世、面對社會，是對自身實力的一次證明。　　然而凡事一開始總是很困難的，剛去了那家公司後，就發覺公司對於我們的要求很高，自己的能力還沒有達到公司的要求，其實自己心裡也是有數的，因為java畢竟沒學完，所以心裡忐忑不安也是難免的。不過頭疼的不是這個，讓我頭疼的是

一、問題。首先暴露一下，有些電腦專業學生的問題：1.自學能力不強。表現在對於一些在開發中遇到的問題，不知道使用協助工具，如MDSN（.NET方向），baidu等。甚至，在遇到一些問題的時候，只能等待，一點主動尋求解決方案的意識都沒有。2.邏輯思維能力不強。遇到問題，不主動思考。舉一個例子：Web網站的三層體繫結構設計。有的學生，對中間商務邏輯層的業務實體的抽象特別吃力。原因可能有以下幾個方面：可能在學習過程中，對OO和三層體系學的不夠紮實，所以在對事務邏輯進行抽象時，感覺老虎吃天，無從下口，老感

就在昨天，漫長的“持久戰”終於結束了，“抗戰”一個月後圓滿（大概吧）結束。當然仗打完了，接下來必然會抒發下戰後感言了。以前學習一直是再看別人的視頻，雖然心想以後如果當個老師的話，未來的某一天也許就會站在他們的高度上去給學生講課，但怎麼也沒想到這一天竟然來的這麼快，老實說，現在的自己真談不上什麼有什麼高水平，不過是在專研和掌握某種技術上有著自己的一套方法，離講師的高度還是望塵莫及，距離=天涯海角呐！但現在還是面對現實吧。真是亞曆山大啊，錄視頻雖然看似簡單，但當你真正坐在電腦旁，準備按下錄視頻的[開

在.NET2.0中，出現了App_Code檔案夾。主要用途就是允許將代碼進行動態編譯（運行時編譯） ，而不是象以前的版本那樣，如果想引用類檔案，必須通過DLL引用（必須編譯產生好）。另外該檔案夾還有一個用途就是，允許放置多種語言編寫的類檔案（需要將其它語言的類檔案放到子檔案夾中）。這無疑在代碼的共用上，提供了非常大的便利。下面就做一示範。首先建立一個Web網站項目（C#）。接下來添加一個C#類檔案（CustomeClass.cs）到App_Code檔案夾中。再添加一個子檔案夾（Subdirect

物件導向已經出來很長一段時間了，和物件導向有關的書也寫了不少,出了不少,自己也曾讀過一些大作.再加上自己的經驗和感受,形成了以下的理解.第一,物件導向的核心是類.其實"類"是中國人自己翻譯的，很形象,但是從我的角度來講,類這個詞感覺很空洞,很抽象.不過對類的定義:具有相同或相識屬性和行為的一組對象的集合,還是很貼切的。但是有一個不好的地方就是:在類的概念中又引如了一個新的概念,那就是對象.其實在我看來，對象這個概念,其實也是同樣的重要.如果不知道什麼是對象,那怎麼知道它的集合是什麼.所謂對象,其

這個問題看似好像挺簡單挺幼稚的，然而就這個幼稚的問題還曾經困擾過我一陣呢，其實犯這個錯誤的根本原因是我們對於基礎知識的理解和掌握上還有不足的表現，基本功有些人總是覺得不重要，認為更多的擴大學習的廣度才是最重要的，我認為這是很容易犯的，同時也是很致命的錯誤觀點！對基礎知識掌握不牢靠，或理解不深刻，寫出的代碼必然會有40%的機率是錯誤的、低效的，一段代碼不是說沒有編譯錯誤就一定是對的，不是說簡單的運行下就一定是對的，優秀的代碼，是經得起“刀山火海”般的考驗的（“多線程、效率、安全”這三坐大山）。所以

說起資料庫設計，相信大家都明白怎麼回事，但說起資料庫設計的重要性，我想大家也只是停留在概念上而已，到底如何重要？怎麼重要呢？今天就將我至今為止的理解向大家闡述下。一個不良的資料庫設計，必然會造成很多問題，輕則增減欄位，重則系統無法運行。我先來說說資料庫設計不合理的表現吧：1. 與需求不符因為這個原因造成的改動量往往是最大。如果進入編碼階段的話，很可能會直接讓你崩潰掉。2.

　　現在主流的Web MVC架構除了Struts這個主力 外，其次就是Spring MVC了，因此這也是作為一名程式員需要掌握的主流架構，架構選擇多了，應對多變的需求和業務時，可實行的方案自然就多了。不過要想靈活運用Spring MVC來應對大多數的Web開發，就必須要掌握它的配置及原理。　　一、Spring MVC環境搭建：（Spring 2.5.6 + Hibernate 3.2.0）　　1. jar包引入　　Spring