其他

1、適配器模式。“適配器”，顧名思義，就是將一個類的介面轉換成另外一個介面，使得原本由於介面不相容不能一起工作的那些類一起工作。在軟體開發中，系統的資料和行為都正確，但介面不符時，我們應該考慮適配器。舉例來說，我們高中都學習過中文版的《論語》（裡的幾段著名的話），假如現在到了大學後，英語老師要我們學英文版的《論語》，以前學中文版的時候是看中文書，現在學英文版的，當然要看英文書（注意這裡的英文書是實實在在存在了的），所不變的就是繼續聽“子曾經曰過”什麼什麼了。好了，Code is

工作中用到的一個小技巧。比如想控制頁面上某個<div>標記的寬高等屬性，能夠根據資料庫讀取到的資料多少，自動變化。在頁面中，先給<div>標記添加id和runat屬性，<div id="div1" runat="server">在後台代碼中，聲明變數protected System.Web.UI.HtmlControls.HtmlGenericControl div1;之後就可以隨便怎麼玩了。比如我在項目中一般是這樣用的：private void

<asp:DataList id="DataList1" runat="server" RepeatColumns="3" RepeatDirection="Horizontal" CellSpacing="5" CellPadding="5" Width="247px" Height="142px">                        <HeaderTemplate>                            <FONT face="宋體"

用了幾個月SubVersion+TortoiseSVN，感覺很不錯。唯一美中不足的就是TortoiseSVN是在WINDOWS資源管理中進行操作的，在實際開發中，項目中建立了個檔案，經常會忘記了將檔案加入SVN管理。這樣在下次提交時這個檔案就不會被提交，只在本地留有檔案。其他人從SVN checkout項目時就編譯不了。萬一這時刪除了整個工作目錄（這是很常見的操作），欲哭無淚啊～有了AnkhSVN，就簡單多啦。 網站是 

這是用notepad（記事本）寫的代碼

 翻譯自：http://mindprod.com/jgloss/interfacevsabstract.html何時使用抽象類別，何時使用介面，何時共用呢？介面和抽象類別表明上提供了相同的功能，那麼我們如何使用它們呢？何時使用介面？介面允許使用者從零開始實現介面，或者在其他與改介面目的完全不同的代碼中實現該介面，這種情況下，該介面對實現者而言顯得次要，因為實現者是為了使用的包而實現介面的。何時使用抽象類別相反，抽象類別提供了更多的實現。它通常提供了預設實現和為全面實現提供輔助。但前提是使用者必須

在軟體系統中，有時面臨著一個複雜物件的建立工作，其通常由各個部分的子物件用一定的演算法構成；由於需求的變化，這個複雜物件的各個部分經常面臨著劇烈的變化，但是將它們組合在一起的演算法卻相對穩定。如何提供一種"封裝機制"來隔離出"各個部分"的變化，從而保持系統中的"穩定構建演算法"不隨需求的改變而改變？建造者（Builder）模式也叫產生器模式。用它來建立對象，目的是省去在對象發生變化時，需要修改代碼中每一處對象建立的地方，應用這種模式，可以在一個複雜物件的內部結構(由許多其他子物件構成的結構)發生

1.單一職責原則（SRP）“單一職責模式”按照字面理解就是，一個類的功能要“單一”或者專一，不能武斷地把很多相關或者不相關的功能強制寫進一個類裡去，它的準確解釋是：“就一個類，應該僅有一個引起它變化的原因”。我個人認為這個原則主要就是教我們如何抽象並“封裝”類。舉例：對於初學者來說，我們幾乎都寫過的代碼，如webform和winform下使用者進行登陸，webform的default.aspx.cs類和winform的form1.cs不用寫一樣的具體登陸商務邏輯，如資料庫連接和查詢，登陸賬戶和密

前言：本來上篇已經是完整篇，可在上篇第22樓virus的回複中，我發現了上篇文章中的最終解決方案還是存在著本質的缺陷。再看到第24樓richardzeng的回複，仔細想來，的確應該是像richardzeng的寫法一樣有更深一步的考慮，感謝兩位的回複。我將補充方案的講解加了進來，希望可以給大家以協助。 接上篇 憑什麼要用物件導向編程——物件導向重要設計原則概述★2007-10-02  08:00

很美的散文，不知為何被殺，被殺應有不赦之罪。在惋惜中紀念這位教授。歸國教授真是可惜，如真相如情殺謠言一般，那就更可惜了。 傳道授業解惑，何謂道？ 道是大道。  我的大學   在我的記憶中有著並不多的美好時光：朦朧的童年沒有陳琳歌聲中的“小搖車”的陶醉和“媽媽無字的歌”的弦律；少年時代，我在野草叢中和稻田埂上，在牛背上，在豬圈中，被“粗放經營”，自生自滅；再以後，在嚴父慈母的眼中，我慢慢成了“人”——因為自打喜歡上學後，我與“文化人”結下了不解之緣。在鄉親們的疑問號中，我也居然考上了一所重點大學，

上次因為環境沒有配置好，操作excel從DCOM換到了OleDB。雖然功能弱了，聊勝於無，還有減少了IIS上出錯的幾率。用OleDB 讀excel又遇到了一個問題，在用了namebox做dropdownList的Cell上面，那些number型的資料讀不出來。詳情：nameboxExcel

誰遇過這種問題，新裝的系統，先裝IIS，後裝的。net framework，運行程式的時候提示類似：@"System.IO.FileNotFoundException: 找不到檔案或程式集名稱“e3u0w2vi.dll”，或找不到它的一個依賴項。\r\n檔案名稱: “e3u0w2vi.dll”\r\n   at Web.Base.LoginModule.context_AcquireRequestState(Object sender, EventArgs e) in

在提交 資料時候提示如下：  出現了已耗用時間錯誤，是否要進行調試？ 

總是埋頭寫代碼，突然發現自己的理論水平有待提高。在書架上發現了這本《公司專屬應用程式架構模式》，讀了幾頁，感覺收穫很大，這本書是對項目經驗的一個總結。熟悉下概念，參考下書中的模式 《公司專屬應用程式架構模式》  英文原名《Pattern of Enterprise Application Architecture》 Martin Fowler著， 王懷民 等譯 一 引言 01 架構是

因工作需要，從今天開始，計劃一個月內學懂學透.net下的iBATIS.關於iBATIS，網上有很多介紹（官方網站），我會把學習（.net下的）iBATIS的筆記整理成一個系列來寫，希望對有相同需求的朋友有協助。1、什麼是iBATIS？官方的說明：Code highlighting produced by Actipro CodeHighlighter

管理側邊欄的外掛程式有 Widget logic 和 Sidebar Modules (SBM)(傻B妹～)，本文所要介紹的就是要手動寫代碼來取代這些累贅但很眩目的外掛程式。當然 WordPress 2.7 裡有“小工具”選項也能控制 Widget，但是反覆實驗後發現樣式無法統一，可控性較低。個人認為是比較雞肋的功能，這裡就不談了。進入正題。側邊欄外掛程式實現的無非是在不同頁面下顯示不同內容。我們通過 WordPress 函數來判斷當前頁面是什麼頁。編輯模板裡的 sidebar.php

 SQL語句實現橫排？有一個表：  BH            GZLB          JE  ----------------------  001            A              100  001            B              150  001            C              110  002            A              99  002            B              180  00

假想情境：hp和apple是全球知名的電腦生產廠家，起初他們各自的電腦作業系統分別是linux和macintosh，microsoft是軟體行業的龍頭。為了吸引更多客戶購買電腦，hp和apple請ms為他們開發兩款最常用的軟體，辦公軟體和及時通訊工具。ms結了訂單後，分別為hp和apple開發了office和msn。隨著微軟windows作業系統的大面積普及，hp的linux和apple的mac使用的人越來越少。最後hp和apple不得不在自己的硬體平台上也支援windows作業系統，同樣，他們

json 是一個很好的資料結構現在已經廣泛用在網路資料轉送上 php 自身待了兩個和json 相關的函數 json_encode  和 json_decode 這兩個函數的具體用法 網上有很多相關的文章 本文主要介紹 用json_encode 時 中文無法轉換的解決方案 本文假設 檔案所用的編碼為gb2312； 先寫出所需的數組 <?php $json = array (   0 =>    array (     'id' => '13',     'name' => 

最近的生活是煩躁+混沌。工作的第一年大多時間在煩躁中度過，1年馬上要到了。紀念下。冷靜下來，深入思考下，自己想要什麼，現在自己有什麼，自己具備什麼資本去索取想要的。這估計是一年中最大的搜獲。在一個物流公司做軟體開發，註定就是一個資訊化部門而已，加上不求什麼上進了，所以水平就這樣。近日看了金山某Python牛人的blog深有感觸，做技術其實是靠興趣的，在國內IT來看，管理的和市場的是要好些。因為我們常見的IT無非就是資訊化而已。。。。不過做什麼事情就做好點了，事無巨細，做好手邊的每一件事情。工作一