其他

上一篇中，我們分析了頁面中的控制項和資料繫結中的擴充方法，今天我們看資料的查詢和顯示。其中，資料的查詢屬於商務邏輯層（Business），而顯示屬於UI層。假設我們要根據以下兩個條件進行查詢：日誌分類（ID） 發布時間（範圍）兩者為“AND”的關係，則查詢可以通過通過擴充IQueryable<Blog>類實現，該功能定義在BlogExtension類中（位於DongBlog.Business\Blogs\Blog.cs檔案中），代碼如下： 1: ///

簡介Visual Studio支援不同的執行階段程式庫，不同的庫通過標記 /MD, /MT 和 /LD來區分，預設情況下，CEF使用/MT標記，Chromium也是如此，不過有時可能有些應用需要不同的執行階段程式庫。詳情有兩種將CEF link到你的應用程式的方式。靜態連結(不使用 CEF

對於一個複雜的系統來說，用戶端的JS可能會有上百個，如果全部載入到使用者的瀏覽器中，一方面會導致多餘的網路傳輸，另一方面瀏覽器解析大量的Js會導致效能下降，這兩點都會顯著的影響使用者可察覺效能。所以對於Js的載入，是動態進行的，這個動態進行表現為兩種方式：能不載入的Js就絕不載入。 需要載入的Js在直到確實用到的時候才載入。1，能不載入的Js就絕不載入拿登陸的流程為例：

MVC結構大家都很熟悉，利用ExtJs提供的資料和顯示控制項，很容易實現基於Js的用戶端MVC。

打造演算法學習的實踐平台一直想學習演算法，當然，演算法這個東西，只看書是不行的，程式是寫出來的，所以要找一個寫程式的東西。現在大部分的演算法還是用C語言描述的，也有部分是用Java描述的，但是似乎還沒有C＃版本的，VS.Net大概是不行了。用什麼呢？TC似乎當仁不讓，但是被VS.Net寵壞了的現在，再去用DOS下的老古董，實在是心有不甘。沒有別的東西了嗎？當然不是，Eclipse＋CDT可以說是現在最好的C程開發環境！如果Eclipse是什麼您都不知道，那您還是回火星吧。CDT全稱是C/C++

上一篇中，我們分析了UI層的結構和PageBase類，今天我們把注意力轉移到頁面中來。下面這個圖是我們系統的最終：這個當然不是我做的，我也做不出來:)， 但是我想大體介紹一下頁面的製作流程和一些經驗技巧：需求分析人員分析並確定需要哪些頁面。有時候（大部分時候）只考慮首頁，因為首頁能確定系統的風格。定下首頁其他頁面基本上就有著落了。

上一篇中我們分析了實體類，這一篇我們來看看資料訪問是怎麼設計的。

上兩篇我們已經有了一個XML，並且根據這個XML產生了資料庫，這次我們來看一下如何從這個XML得到初步的實體類。還是那個XML： 1: <?xml version="1.0" encoding="utf-8" ?> 2: <Entities xmlns="http://it.ouc.edu.cn/EntityDescription/V2"> 3: <Entity title="日誌" name="Blog" module="Blogs">

眾所周知，Http是無狀態的，每次請求結束後，用戶端都會和伺服器端中斷連線。請求總是從用戶端發起的，除非用戶端發起請求，否則伺服器端沒有辦法主動地向用戶端傳遞任何資料。然而對於MIS，常常需要從伺服器端推送資料給用戶端，例如當使用者提交了一個新的申請後，需要管理員去審批。解決辦法就是用戶端“鍥而不捨”的詢問伺服器，是否有新的事情要做，也就是所謂輪詢技術。輪詢的過程可以用下面這個圖來描述： 我們仍然以使用者登入狀態例，先來看輪詢的過程：每一次使用者成功登陸後，伺服器端都會向用戶端頒發一個身份令牌，

上一篇中，我們完成了資料庫的訪問，今天我們來看看系統設計的最後一部分——UI層。加入了UI層之後，系統設計會變成這個樣子：

Dreamweaver 開啟後自動關閉，Dreamweaver 閃退的問題，同事提出來，很上火，查了一下解決辦法Dreamweaver CS3版本開啟後自動關閉（閃退）的解決方案如下：========================================進入註冊表：點開始》運行》輸入又引號中的內容--------"regedit"；[HKEY_CURRENT_USER\Software\Adobe\Common\9\Sites]把底下的Site設定值皆刪除掉，保留-Summary即可=

我們都知道，Vs.Net這樣的工具每次開啟時都會記住我們上次關閉時的狀態：各個視窗的位置、大小；工具列狀態；自訂功能表項目等。這無疑是一個使用的功能。ExtJs也包含提供了狀態儲存機制，其主要的控制項：GirdPanel，FormPanel等，都提供了狀態儲存的功能。我們需要的僅僅是為其提供適當的Provider。1，用戶端狀態的儲存我們先來看一下當一個ExtJs中的控制項狀態改變時，持久化該控制項狀態的流程： 流程中的前兩步（紅色）是控制項負責的。當控制項狀態改變時，會使用JSON序列化自身狀

上一篇：低端使用者反文化----這個問題真這麼簡單？ 估計有些人看完之後，心想：“你一下列四、五點，我辯不過你，但我就是覺得不能‘過於文藝’”。 任何事情，達到“過於”的程度了，自然有商量與改進的餘點了。但是，先要解決一個問題，這個“文藝”的概念，可以在討論的範圍內，下個什麼樣的定義？沒有這個定義，何來“過於”，只能這樣來比誰嗓門大了：“你文藝”“你才文藝”“你更文藝”“你全家文藝”“你全家都入 的-昂-DANG

上一篇文章中，我們分析了系統的兩個實體類，並且給出了對應的實體XML。今天我們來看看如何根據這個XML進行代碼產生。 1: <?xml version="1.0" encoding="utf-8" ?> 2: <Entities xmlns="http://it.ouc.edu.cn/EntityDescription/V2"> 3: <Entity title="日誌" name="Blog" module="Blogs"> 4:

在使用ExtJs過程中，效能一直是一個比較頭疼的問題，從使用者的角度來看，就一個字：慢。從技術的角度來說，這個“慢”字可以分為兩種，載入“慢”和渲染“慢”。想分辨這兩種情況很容易：如果居於網不慢而互連網上慢，說明是載入慢；如果Chrome不慢而IE慢，就是渲染慢。還有另一種情況：越用越慢，這個“慢”通常是記憶體泄露造成的。針對以下這三種情況討論一下解決方案：1，載入慢1.1

在用戶端系統中，或者說在任何系統中，同樣的操作是可以通過不同的方式激發的，比如說我們使用的瀏覽器，重新整理當前頁面可以點擊重新整理按鈕，可以在右鍵菜單中選擇重新整理，還可以按F5快速鍵。但不管操作方式如何變化，操作本身是不變的，所以我們可以把這些操作抽象出來。來看以下代碼： 1: Srims.Action = new function(){ 2: }; 3:   4: Srims.Action.doAction = function(e, t){ 5: e.

去年在非同步編程中開始使用Wintellect's .NET Power Threading Library中的AsyncEnumerator，這個庫通過將程式員較陌生的非同步編程模型轉化為程式員較熟悉的同步編程模型來實現非同步作業，較大的改善了非同步代碼的易寫、易讀、易維護性。目前對AsyncEnumerator介紹的文章已經比較多了，但集中於APM（Asynchronous Programming

系統設計的第一步當然是分析需求，目前能夠想到的就是對日誌的管理，恩……再加上一個分類好了，大體就是這樣子：我們使用一個XML來描述這兩個實體： 1: <?xml version="1.0" encoding="utf-8" ?> 2: <Entities xmlns="http://it.ouc.edu.cn/EntityDescription/V2"> 3: <Entity title="日誌" name="Blog"

參加公司一會議，我講：對於使用者的強烈明確需求的滿足，在產品設計上可以考慮略做“含蓄”，一則可以增加情境通過多個產品模組互相配合來解決使用者需求，表現形式上可以更豐富；二則延長使用者行為路徑，帶活其它產品，變單一產品為產品集。話音剛落，對中心思想反饋未知，卻因舉的例子裡有“更有文化”的緣故，幾名同事異口同聲教育我：你這樣肯定不行，文藝是小眾，

上一篇中，我們產生了實體代碼，加入了Business和Common，項目突然變得大了起來，現在我們就來一點點分析。 我們還是從這張系統結構圖出發。先來看Common這個DLL，其中所包含的類，如所示。