其他

2.    項目策劃(Project Planning, PP)2.1. 

5】.動態LINQ查詢(動態構建Expression<T>運算式樹狀架構)什麼是動態LINQ查詢？LINQ的編寫是靜態，因為C#是基於靜態類型系統原理設計的，在編寫時已經確定類型，也就是在編譯時間就已經知道將要執行什麼樣的查詢，條件是什麼、排序方式是什麼等等。那麼很大一部分應用場合中我們需要根據使用者的選擇來查詢資料來源，以往我們都是通過判斷的方式來拼接查詢的SQL字串，但是現在我們面對是強型別的LINQ查詢，是否可以很方便的進行類似查詢。其實也沒有什麼好神秘的，基本的實現原理是通過

1.   前言最近這段時間正開發一個店鋪管理系統，這個項目定位於給中小型店鋪使用的軟體系統。簡單的說，它處理商品的進貨，銷售，退貨等功能。軟體雖小，五髒俱全，裡面涉及的技術跟大型應用軟體其實差別也不大，其中有加密、資料訪問、異常處理、日誌、驗證、ORM、依賴注入等。本篇文章主要介紹C#語言的異常處理方面的內容，其中包含的主要內容：什麼是異常？異常的特點？異常處理的基礎知識。引發和捕捉異常的處理準則。避免與異常相關的效能問題的兩種設計模式。微軟企業庫異常處理模組。 2.  

文章目錄 2.5.1.   :odd和:even2.5.2.   基於表單的選擇符2.6.1.   過濾2.6.2.   尋找2.6.3.   串聯 1.   jQuery入門1.1. 

Elasticsearch安裝好後我們需要對Elasticsearch的Config進行一系列配置,具體如下: cluster.name: rmscloud叢集名稱 node.name: "rcnode21"節點名稱 node.tag: "tag21"節點標籤 node.data: true節點是否儲存資料 index.number_of_shards: 5索引分區數 index.number_of_replicas: 1索引複本數 path.data: /data/elasticsearch/

1.   尋找系統中壞味道的異常處理代碼在上篇文章雜談異常處理try-catch-finally中主要詳細介紹了C#異常處理的概念，異常設計準則，基礎知識等方面的內容，但對如何正確使用異常處理印象還不是特別深刻吧。在這篇中，我通過尋找以前系統代碼中存在壞味道的異常處理代碼來分析和講解如何正確使用異常處理。 1.1.  例一/// <summary>/// 儲存記錄/// </summary>/// <param

 一、 服務端環境準備Zabbix Server需要運行在Linux系統上，這裡以CentOS作為部署環境。Root使用者安裝必須的包，建議配置好yum，通過yum彩電安裝下列包，解決包的依賴關係。LAMP環境#yum -y install mysql-server httpd php其他需要用到的包：#yum install mysql-server#yum -y install

1.   關鍵技術方案選擇1.1.  Winform用戶端應用程式使用Windows 表單，考慮到使用者可能沒有配置網路、使用者對互動響應速度要求高、使用者對本機電腦資源可擁有完全訪問權等這些問題，我覺得選擇Windows 表單比Web表單合適。當然你也可以你也可以選擇WPF，本人對WPF這一塊瞭解還比較少，在這裡就暫時不採用。1.2. 

1.  

1：實體的使用範圍和重要性這篇文章討論的概念其實比較簡單的，但是在實際的項目應用中非常的重要和普遍。我們的項目一般都是採用分層架構，有的三層有的可能五層或者其他的方式組織系統的架構，但是始終要將系統的架構按照模式設計，我們才能重用和接受維護。隨著ORM的流行和大面積的使用，行業內出現各種各樣的ORM架構，有自己開發的有大型的軟體公司開發的，基本在使用上都遵循了以實體為中心的概念，也就是圍繞關聯式資料庫中的表為操作對象。複雜的可能還包括串連查詢多表操作等等。[王清培著作權，轉載請給出署名]按照分層

Select top PageNum * from TableName where TableKey in (select top PageNum*PageCount from TableName order by TableKey1 DESC|ASC) order by ASC|DESC PageNum：分頁的條數TableName：表名TabelKey：主鍵Tablekey1:排序欄位 原理：利用SQL語句將表中的資料反置取分頁資料，便可以實現分頁碼了。

1.1LINQ執行運算式在看本篇文章之前我假設您已經具備我之前分析的一些原理知識，因為這章所要講的內容是建立在之前的一系列知識點之上的，為了保證您的閱讀順利建議您先閱讀本人的LINQ系列文章的前幾篇或者您已經具備比較深入的LINQ原理知識體系，防止耽誤您的寶貴時間。到目前為止我們對LINQ的執行原理已經很清楚了，從它的前期構想到它真正為我們所用都有足夠的證據，但是似乎問題並沒有我們想的那麼簡單，問題總是在我們使用中頻頻出現尤其是新技術的使用，當然有問題才能有進步。[王清培著作權，轉載請給出署名]

1.   關於CMMI for Development1.1.  瞭解表述及等級連續式表述CMMI中有這樣一段話“連續式表述也允許一個組織將不同的流程改善至不同的等級。但組織在選擇上仍有一些限制，因為有一些過程域是彼此相依的。”，我理解的意思類似去餐館用餐，可以隨意選擇菜式點菜。 階段式表述        

（一）為什麼你應該（從現在開始就）寫部落格 用一句話來說就是，寫一個部落格有很多好處，卻沒有任何明顯的壞處。（阿靈頓的情況屬於例外，而非常態，就像不能拿抽煙活到一百歲的英國老太太的個例來反駁抽煙對健康的極大損傷一樣）讓我說得更明確一點：用部落格的形式來記錄下你有價值的思考，會帶來很多好處，卻沒有任何明顯的壞處。Note：碎碎念不算思考、心情瑣記不算思考、嘮嘮叨叨也不算思考、沒話找話也不算思考，請以此類推。下面是我個人認為寫一個長期的價值部落格的最大的幾點好處：1)

-描述設計模式的時候會經常用到UML類圖來描述類之間的靜態結構。此篇的用意僅僅在於讓各位看官能夠看懂UML類圖，並且弄清楚UML類圖中的幾種關係。-在之後的設計模式學習過程中僅此兩點足矣，更高深的不在此篇討論範圍內。  　　JohnConnor設計模式筆記系列 目錄 　　JohnConnor設計模式筆記(一) 學習設計模式之前你必須掌握的－看懂UML類圖 　　JohnConnor設計模式筆記(二)

閱讀目錄：1.1.疑問1.1.1.UML何用1.1.2.領域建模1.2.模式1.3.原則1.5.過程1.6.架構1.7.項目示範最近在研究DDD頗有收穫，所以整理出來跟大家分享，共同進步！我們在設計業務系統的時候都會存在一個非常棘手而又無法迴避的問題“業務擴充性”、“業務靈活性、”物件導向化“，儘管我們熟練掌握設計思想、設計模式、設計原則等等關於如何設計靈活性的系統設計理論，但是我們似乎都沒有將它們運用到真正業務系統設計、開發當中去，為什嗎？這樣的疑問如果對有心想設計好系統的朋友來說肯定是很早就

首先將IIS由64位元模式修改為32位元模式，只要一個命令即可：cscript %SYSTEMDRIVE%\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 1恢複為64位元模式的命令：cscript %SYSTEMDRIVE%\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64

簡介　　Elasticsearch是一個基於Lucene構建的開源，分布式，RESTful搜尋引擎。設計用於雲端運算中，能夠達到即時搜尋，穩定，可靠，快速，安裝使用方便。支援通過HTTP使用JSON進行資料索引。　　我們建立一個網站或應用程式，並要添加搜尋功能，令我們受打擊的是：搜尋工作是很難的。我們希望我們的搜尋解決方案要快，我們希望有一個零配置和一個完全免費的搜尋模式，我們希望能夠簡單地使用JSON通過HTTP的索引資料，我們希望我們的搜尋伺服器始終可用，我們希望能夠一台開始並擴充到數百，我

閱讀目錄：1.3.原則1.3.1.精簡彙總1.3.4.分離用例與介面功能（設計模式的用武之地）1.4.工具、架構、組件1.5.過程1.3】原則原則對於任何一項技術實現來說都是至關重要的，在設計某一個系統功能的時候我們講究的是設計原則：【單一職責原則Single Responsibility Principle、裡氏替換原則Liskov Substitution Principle、依賴倒置原則Dependence Inversion Principle、介面隔離原則Interface

public class Mail {#region 郵件參數static public string accountName = System.Configuration.ConfigurationManager.AppSettings["SmtpAccountName"];static public string password =