其他

總結Function.prototype.apply(thisArg,argArray); Function.prototype.call(thisArg[,arg1[,arg2…]]); <script type="text/javascript">    function func1(){       this.p="func1-";       this.A=function(arg){             alert(this.p+arg);       } }

【原創】apply和call的用法查了大量的資料, 經過N次測試, 總結如下(希望給像我一樣的菜鳥有協助)apply:   方法名A.apply(對象名B, [執行A需要的參數,用數組表示]);call:   方法名A.call(對象名B, [執行A需要的參數,用逗號分隔]);  apply和call功能是: 執行某一個對象的方法A, 但在執行的時候臨時把它內部的this指向一個別的對象B, 後面是執行A要用到的參數.  apply和call作用一樣, 區別只不過是參數一個要用數組表示,

屬於DOMattachEvent、addEventListener添加事件到對象detachEvent、removeEventListener登出對象事件  <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html

    開始一份新的工作本身就是一個不大不小的挑戰，而目前自己也整處在這麼一個過程之中，其他的瑣事先不講，這裡記錄一下自己在進入一個新的工作群組後，熟悉已有產品的一些想法：  

     時間過得很快，一年的時間雖然不能讓自己對整個外包行業說三道四，但最起碼可以從基層的工作崗位上談談自己的得失，一年前，自己對外包公司的理解還很膚淺，於是，抱著很高的嘗鮮的熱情，加上當時HR再三強調的英文環境的誘惑，自己來到了現在的公司。     因為是第一次換工作，多少有些緊張，適應新的工作環境，結交新的同事和朋友，雖然多少有些不適的癥狀，但陌生感隨著時間的推移慢慢地消失了，這是一個必經的過程，至於時間的長短，要因人而異吧。    

     前幾天，Leader說想讓我做一個小分享，主題是SSRS報表入門，其實，自己開始整SSRS也已經有1個多月的時間啦，雖然已經能熟練地完成工作中的報表設計和實現，但還不敢說自己對各方面都已經很熟悉，還是時常會遇到一些小問題，抱著鍛煉自己的目的，我答應了。    

三大建模工具：IBM Rational Rose ,Sybase PowerDesign,Microsoft Visio詳細講解： 標準建模語言UML的重要內容可以由下列五類圖（共9種圖形）來定義： 第一類是使用案例圖，從使用者角度描述系統功能，並指出各功能的操作者。 第二類是靜態圖 (Static

還是先看例子吧。另外如果要拖動、改變dialog的大小的話要加上ui.draggble.js和ui.resizable.js<!DOCTYPE html><html><head><link type="text/css" href="http://jqueryui.com/latest/themes/base/ui.all.css" rel="stylesheet" /><script type="text/javascript" src="

     網頁可見地區寬：document.body.clientWidth        網頁可見地區高：document.body.clientHeight        網頁可見地區寬：document.body.offsetWidth      (包括邊線的寬)        網頁可見地區高：document.body.offsetHeight      (包括邊線的寬)        網頁本文全文寬：document.body.scrollWidth       

 1.       實際需求 –> 通過標準衡量來制定估算計劃 -> 項目執行，並伴隨風險優先管理 2.       計劃內容：原則，標準，全面和估算 3.       項目：資源（限制條件），時間，目的及漸進明晰，項目活動相關性（重要步驟的順序：標準，方法，曆史資料） 4.       功能分解以頁面為粒度進行評估，併除以0.3，得到最終的時間 5.       瀑布模型的主要問題：不能階段明確性，無反饋機制及無風險控制 6.      

concat 方法 (Array)返回一個新數組，這個新數組是由兩個或更多數組組合而成的。array1.concat([item1[, item2[, . . . [, itemN]]]])參數array1 必選項。其他所有數組要進行串連的 Array 對象。 item1,. . ., itemN可選項。要串連到 array1 末尾的其他項目。說明concat 方法返回一個 Array 對象，其中包含了 array1 和提供的任意其他項目的串連。要加的項目（item1 …

     這次參加微軟組織的Web Camp，其實也是一個很偶然的機會，但本次的收穫還是超出了自己的預計，這不僅是在ASP.NET MVC方面能得到專家級的Scott和James的指導，更重要的，或許是一種人格的魅力感染了自己吧，雖然，自己還不能很好地用英文表達，但已經明顯感到那層“害羞”的紙片變薄了，想想也是，無論是誰，在成長的道路上，都會遇到各種各樣的考驗，而我們最經常要做的可能就是，收拾起自己的心情去再一次盡情一搏，困難無處不在，但對每個人同樣也是公平的！    

     .NET的Framework包含兩大部分，其一為BCL（基礎類庫）,其二為CLR（公用語言運行庫），這裡要說的正是CLR中的GC（Garbage Collector），俗稱記憶體回收行程。    我們不如先用正規的方法描述一下記憶體回收中的幾個要點：    （1）    CLR建立對象時，發現CLR所控制的堆中的記憶體不足以建立該對象，觸發GC進行垃圾收集。    （2）    等待當前所有.NET應用程式處於掛起狀態下，才真正開始收集動作，並非馬上執行，也沒有辦法立即執行！    （

        在團隊開發過程中，發現bug和處理bug似乎是一件很平常的事情，但是，我們有沒有考慮過，造成這些bug的原因，進而會佔用我們大量調試時間的根源都有哪些呢？    你可能會對這個問題不屑一顧，既然是bug，無非就是因為程式碼運行出錯，或者由於相關設定沒有正確配置的關係。沒錯，上面兩種情況的確會造成bug，但是相對而言，這兩種bug一般耗費的時間也不會太多，因為程式層面的問題或者配置方面的設定，基本都可以在很少量的調試過程中被發現，尤其是函數錯誤，一般情況是很容易定位的。   

    編寫代碼，就目前編寫web application程式和web form程式而言，遇到的最棘手的問題，莫過於對程式bug的勘察定位和對程式碼潛在漏洞的排查，而對於剛剛開始編寫代碼的朋友來說，這兩點可能是既知重點，但是仍無從下手。   

    我提交的代碼準備好了嗎？其實這算是一個老生常談了，對自己而言也絕不是第一次遇到了。之所以再說，可能是因為感覺這個現象非常的有意思！從中可以窺見很多作為一名程式員必須具備的細節素質。    再次把自己的失誤拿來分析，我需要處理下面幾件事：資料表修改 -> 調整預存程序 -> 調整資料訪問層 ->

Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> ArrayList arrBeforeEdit = new ArrayList();            arrBeforeEdit.Add(1);            arrBeforeEdit.Add(2);            arrBeforeEdit.Add(3);          

     寫了這麼久的代碼，一直是照搬照套的成分居多，知道最近，自己設計和編碼的內容變得多了，才逐漸感覺到資料結構對一個功能模組是多麼的重要，下面談談自己的一點理解：    首當其衝，我們設計功能模組無非是對資料的處理，一個好的資料結構，不但能夠簡化我們的資料傳遞，更能在資料處理的各個環節達到簡化處理步驟的效果。   

    馬上就放假啦，心情也不一樣了，這個時候，稍微一個比較複雜的問題，往往就會搞得自己思路全無，很簡單，這個時候自己的心早就飛家裡去了……    於是，出現了一陣的鬱悶期，不知道該如何下手，往往是想著想著就又繞回來了……，於是更加的鬱悶！   

    持續了1年之久的一個項目，終於順利結項了，大家的心情都很激動，有必要開一個總結會，談談我們在這一年中的得失，說說我們項目中的那點事兒， 下面作為一次會議總結，主要從優點、不足和建議三方面來劃分大家的各種想法，作為自己的一個記錄，在此和大家分享：     發揮比較好的地方 1.        項目二期的進度合理，無加班現象。2.        項目中規範統一的div和css的使用提高了開發效率。3.        中美雙方團隊之間每天的IM會議和Email溝通的效果很好。