// 初始化jquery物件，即jquery.fn.init物件
// @param selector 選擇器，可能是dom物件、html字串、jquery物件、函式或其他任意值。
// @param context 選擇器選擇的範圍
// @param rootjquery == $(document);
init: function( selector, context, rootjquery )
// 如果selector 是string型別，走該分支進行處理
if ( typeof selector === "string" ) else
// 如果match不為空，並且match[1]也就是存在或者context不存在??
if ( match && (match[1] || !context) ) else }}
return this;
//如果是#id的形式，走這個分支進行處理
} else
// 將jquery的context屬性設定為document，selector屬性設定為selector
this.context = document;
this.selector = selector;
// 返回生成的jquery物件
return this;
}//如果context不存在或者context是jquery物件 //通過檢測是不是有jquery屬性
} else if ( !context || context.jquery ) else
//如果selector不是string，是dom元素
} else if ( selector.nodetype ) );
} else if ( jquery.isfunction( selector ) )
//此處為什麼不走else if？而是單獨判斷？
//如果selector是jquery物件，則設定新jquery物件的selector和context和原物件的一致。
if ( selector.selector !== undefined )
//為最後乙個if返回值。
return jquery.makearray( selector, this );
},
很奇怪 微軟都做了些什麼？
微軟你到底做了些什麼？using system using system.web using system.web.ui using system.io using system.threading namespace filedownload4net set public bool downfil...
disaster 我都做了些什麼啊！
當我意識到自己犯了錯誤的時候，為時已晚了。首先，當業務需求和流程還沒有明確的時候，不應該將技術的攤子迅速鋪開。而且，由於新專案的攤子迅速鋪開，原有專案被迫嚴重延遲。這裡面有業務的誤導，但更多的是自己的誤判。其次，架構要為業務服務，而不能盲目聽從技術的 慾望 接第一點來說，以目前已知的業務需求，技術方...
80前的前輩，你們都做了些什麼？ 四
四 後勇 古人云 知恥而後勇,厚積而薄發。80前的前輩們，你們曾經犯下的以及現在仍然在重複犯的這些錯誤。從縱向來看前是對不起祖先 後對不起後代兒女。橫向看你們對不起國家，對不起黨，對不起人民，對不起咱們80後的人。可以這麼說，是你們害了我們！說得委婉一點，你們應該反省，對80後的孩子們道歉，並痛改前...