Time of Update: 2018-12-07
寫博文寫教程性質的內容,大家比較喜歡,具體的項目設計方案關注的人比較少,而且思路也不一定說的清楚,本身寫博文就比較辛苦,作者再偷點懶,那基本上就是一篇廢文。儘管如此,我還是想寫一下我做過的一個項目的模組設計——CMS的模版引擎。呵呵,叫成“引擎”就是奪人眼球而已。其實就是一個標籤解釋的過程模組。做過網站的朋友都對CMS很熟悉,有的朋友也接觸過N多CMS系統,國內比較流行的有dedeCMS,phpCMS,帝國CMS,KingCMS,PowerEasyCMS等等,他們都有個共同的特點,就是前台的實現
Time of Update: 2018-12-07
看題目很類似與斐波那契數列,其實只是一個變種而已.遞推:function T(n){ var list = ["1"]; for(var i=1;i<n;i++){ list[i] = list[i-1]+(n+1)+list[i-1]; } return list[n-1].split(""); } 另外比如 T(4) 是121312141213121 可以這樣看1 1 1 1 1 1 1 1 2 2 2 2 3
Time of Update: 2018-12-07
一:把Enum綁定到ListControl類的控制項Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->
Time of Update: 2018-12-07
上節我們介紹了下基本的幾個類。下面我們來講下本CMS系統的運行機制。一個Url請求過來,我們的CMS系統就要對URL進行分析,知道其Domain屬於哪個Site,Url符合哪個Page的訪問規則,然後再把Page的Template裡的Label進行行替換。如何攔截Url請求呢? 那就是HttpModule。自訂一個CMSHttpModule:IHttpModule,在config裡增加HttpModule的配置即可。 我畫了一張圖,先看一下生產流程。
Time of Update: 2018-12-07
Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->
Time of Update: 2018-12-07
上節講了頁面的整個生產流程,大家都期待第三篇,也就是生產的核心內容——Label的替換。說實話,我很有壓力啊:)一個人一個實現思路,所以...可能你不能接受。我的標籤分為2種,一種是組態變數標籤(就是網站和系統的Config),用 %變數名%表示,在初始化Labels之前是要執行替換的。另外一種就是資料調用的Label咯。看下風格://簡單的迴圈列表{Article:List Top="10" CategoryId="5"}<a href
Time of Update: 2018-12-07
嘗試別的方法,一直找不到好的。Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->
Time of Update: 2018-12-07
緊接上回,說到Parameter和Field了。在Label初始化的時候,同時也要對ParameterCollection和FiledCollection初始化。在上節有個屬性是這樣寫的ArticleId=Url(articleid),意思是ArticleId 的值是url的query裡的articleid的參數的值。而且還有個
Time of Update: 2018-12-07
重在參與 嘿嘿。。。思路和我的掃雷程式一樣, 找到周圍的所有的蘿蔔總數是否在AB之間,這裡我沒有考慮AB的大小關係。每塊地由格子(Cell)組成,每個格子(Cell)有三個屬性:地標(X,Y)和蘿蔔數(Count) 。邏輯很簡單,遍曆地(Field)裡所有的格子(List<Cell>),找到當前格子(CurrentCell)周圍的蘿蔔數是否在AB之間。 5930026spend 5428 millisecondsCode highlighting produced by
Time of Update: 2018-12-07
話說上節聽的很鬱悶,講的也鬱悶,整個系列沒有詳細的Code,所以都有點懵。其實仔細看之前的幾節應該還是能夠理解整個思路的。 我在這裡再整理一遍: 使用者訪問URL後
Time of Update: 2018-12-07
1、OperationContract 操作契約的參數必須為基本類型或資料契約 2、WCF只能使用預設無參建構函式,有參、屬性、索引器以及靜態成員用戶端訪問不到3、可以直接對一個類定義為ServiceContract,但最好單獨為一個介面定義。4、 ServiceHost.ServiceDescription 包含對服務各個行為的描述public class ServiceDescription{ public
Time of Update: 2018-12-07
給出任意幾個字元,列出所有的排列組合。方法一: public static List<List<string>> zuhe(List<string> arr) { List<List<string>> rtn; if (arr.Count == 1) { rtn = new
Time of Update: 2018-12-07
OK,今天看到首頁一篇MVC+JS的文章。最近我在用這兩樣東西。 發一下自己在應用中的應用方法。我們想,WebForm繫結資料行表有repeater和Gridview ,如果用MVC我們還用控制項當然不是不行,就是有點說不過去了吧?(啥子說不過去?)控制項既然如此方便。我們就用Js來實現簡單的控制項綁定。
Time of Update: 2018-12-07
我們都知道網易、搜狐等大型門戶都有“通行證”的概念,這個通行證系統就是今天討論的“單點登入系統”。其主要特徵是多個網站一個使用者中心,一點登陸後其他也自動登入,登出也是。比如我們在126登入了郵箱,再去163.com就是登陸狀態。我這裡的實現方案是傳統的cookie方案。希望此文對需要的朋友有用,也希望不足之處大家能夠提出。SSO的準系統:·統一登入所有網站的登入都要跳轉至SSO來登入,同時附帶剛剛請求的url參數,以便登陸後返回。例如
Time of Update: 2018-12-07
服務契約 1、OperationContract不支援重載 會拋出InvalidOperationException解決辦法就是加一個Name屬性 [OperationService(Name="xxx")]用戶端生的代理需要手工修改成重載,2、ServiceContract特性不能被繼承,因此每個子介面也都需要標記ServiceContract特性,用戶端需要手工修改3、服務契約的分解粒度4、契約查詢 資料契約1、欄位和屬性不必同時加DataMember特性2、序列化事件
Time of Update: 2018-12-07
//給出一個數組 {"1,2,3","4,5,6","7,8,9"} 列出他的如下形式的組合 147 148 149 157 158 159 167 168 169 247 248.... static void Main(string[] args) { string[] str = new string[3]; str[0] = "12,34"; str[1] = "c,d";
Time of Update: 2018-12-07
/Files/mad/WPFTetris.rar開發思路:1、方塊(block) 用靜態方法記錄所有的形狀2、整個遊戲空間 blockMaster 3、遊戲UI繪製 Grid布局,然後每格子放入一個label,然後根據block和blockmaster的值來繪製 label的背景。方塊的實現:1、移動: 移動分為三個方向:左右下。 很簡單就是改變block的x y 座標,然後繪製block所在的label。2、不能移動:
Time of Update: 2018-12-07
話說這道題有多種解法: 第一種:數學解法舉例1 2 3 4 = 101 2 3 3 = 9那麼我們可以計算出 4 - (10-9) = 3 則3是重複的。所以我們只要得到 1~ n-1 的和,就可以用高斯公式算出這個結果,但是前提是要知道和,那麼遍曆數組時間複雜度是O(n)。如果這個數列不是有序的,這個方法依然通用。第二種:折半尋找法由於這個數列是有序的,所以用折半尋找法是再合適不過了。array[n/2 -1] == n/2
Time of Update: 2018-12-07
為了支援服務端的本地特性,WCF定義了行為的概念。一個行為,就是本地的服務特性,他不會影響到服務的通訊模式。ServiceBehaviorAttribute的InstanceContextModel屬性是控制服務上的執行個體模式。單調服務(InstanceContextModel.PerCall)特點:每次Client代理請求,WCF都會建立一個服務執行個體,調用完後銷毀。1、傳統的C/S模式,每個Client長期佔用一個Service執行個體,這樣服務端很浪費資源,只能支援為數不多的Clien
Time of Update: 2018-12-07
我測試的可能不多準確,但是至少說明慢了不少,並發的話會更慢。 這是一個23000條資料的表 僅僅2W多條。Code highlighting produced by Actipro CodeHighlighter