Time of Update: 2018-12-06
這個系列的文章已經寫過四篇,如果你錯過了之前的文章,可以通過下面的串連來找到他們知識管理系統Data Solution研發日記之一 情境設計與需求列出知識管理系統Data Solution研發日記之二 應用程式系列知識管理系統Data Solution研發日記之三 文檔解決方案知識管理系統Data Solution研發日記之四 片段式資料解決方案在這一篇中,專註於互連網的網頁資料的下載,轉換格式與匯入到SQL Server資料庫中。先看Data
Time of Update: 2018-12-06
對於習慣於用ORM來開發系統的開發人員來說,幾乎不用寫SQL語句,但是也要針對ORM架構,來設計合適的查詢,ORM架構會產生合適的T_SQL語句並發送到SQL Server中。由於ORM架構有好幾種,比如NHibernate,LLBL Gen,Entity Framwork,掌握熟練的SQL查詢技術在這裡沒有用武之地,真是可惜。這篇文章是介紹我的Management Console中的一個工具程式,把SQL查詢語句轉化為ORM程式碼片段,相當於一個代碼產生工具。
Time of Update: 2018-12-06
知識管理系統Data Solution已經有五篇文章對它進行介紹,可以通過下面的串連,找到前面的文章知識管理系統Data Solution研發日記之一 情境設計與需求列出知識管理系統Data Solution研發日記之二 應用程式系列知識管理系統Data Solution研發日記之三 文檔解決方案知識管理系統Data Solution研發日記之四 片段式資料解決方案知識管理系統Data Solution研發日記之五
Time of Update: 2018-12-06
這個系列的文章已經進行到第十五講,今天要講解的技術是Data Solution使用的資料存放區技術。因為習慣了ORM開發的緣故,與資料庫相關的內容,第一反應就是使用ORM,極大的簡化了資料讀寫的代碼編寫量。Data Solution的資料存放區也是使用LLBL Gen的ORM架構,原始碼的視圖是這樣的 當你看到DatabaseGeneric和DatabaseSpecific檔案夾的時候,這個項目可能就是使用LLBL Gen
Time of Update: 2018-12-06
公司的ERP架構是用ORM技術來訪問資料庫的,但有些查詢還是會用DataTable儲存資料,並且會把使用者修改後的資料儲存到伺服器中。在習慣了ORM的寫法後,對於用DataTable的儲存使用者修改過的資料,然後儲存到資料庫中反而有些不適應。ORM會自動檢測到哪些資料項目被改動了,進而產生必要的UPDATE子句,如果沒有資料被更改,則不會產生任何UPDATE語句,這是ORM的好處與便利。把這個技巧應用到DataTable中,來看看下面的效能最佳化技巧。DataColumn item = new
Time of Update: 2018-12-06
這一節講解如何使用ORM.NET提供的介面,顯示資料,包括分組,排序DataManager.Get[Object] Get[Object]Collection Methods這是擷取資料的主要方法,從名字中可以看出,GetObject是擷取一個實體,GetObjectColletion是讀取幾行記錄,以擷取一個實體集合。使用模式如下Object object = DataManager.Get[Object]或ObjectCollection object = DataManager.Get[
Time of Update: 2018-12-06
這一篇文章講解如何在Data Loader中把文檔伺服器中的文檔,儲存為本地的PDF格式文檔。先看操作流程。先用Doc Loader匯入文件到伺服器中,再到Document Explorer中瀏覽,設定分類 之後再到Document Browser中你所需要的目錄中貼上去,這樣操作 這樣,這篇文檔就有了正式的分類了,它正式成為文檔伺服器中的一篇文檔。這是設計時的一種Policy。假定您使用Doc
Time of Update: 2018-12-06
LLBL Gen作為項目開發的ORM架構,選擇.NET Remoting作為分布式技術架構。一直也很想把ERP架構從.NET Remoting升級到WCF,只是關於方法重載的配置方法需要特殊處理。舉例說明如下public interface IEmployeeManager{ EmployeeEntity GetEmployee(System.Int32 Employeeid); EmployeeEntity GetEmployee(System.Int32
Time of Update: 2018-12-06
知識管理系統Data Solution研發日記已經寫出了七篇,不斷收到朋友們的反饋,希望能提供軟體下載。在緊張了忙碌了兩個星期後,Data Loader程式又有了明顯的進步。新的介面效果如所示
Time of Update: 2018-12-06
Lookup表在ORM.NET Object Browser中指定表是lookup表,如所示 Lookup表明此表的資料是唯讀,不會產生任何的新增,刪除對象方法(Add[Object], New[Object], or Delete[Object]),列的屬性也不包含Set屬性。因此,Lookup表是用來表示static的資料,不會發生變化的資料。這樣,ORM.NET架構會cache緩衝它的值以改善效能。請看下面的代碼// Create a new Lookup object – a
Time of Update: 2018-12-06
幾年前,一篇《ASP.NET開發人員經常使用的三十三種代碼》非常流行,它總結了一些經常在ASP.NET開發中使用到的代碼,直接可以拿來使用。今天重讀這篇文章,有感而發,善於總結也是進步,於是我也從我的項目中總結一些常用的程式碼片段,分享給各位園友。 寫文字檔TextWriter tw = new StreamWriter("date.txt");tw.WriteLine(DateTime.Now);tw.Close();讀文字檔寫法一Textreader tr = new
Time of Update: 2018-12-06
DataManager.New[Object] 建立資料記錄下面的代碼片斷建立一筆學生記錄,然後把它儲存到資料庫中。DataManager dm = new DataManager(Config.Dsn);//assign a new object referenceStudent s = dm.NewStudent();s.FirstName = “Mike”;s.LastName = “Smith”;dm.CommitAll(); 如果是主從關係的資料表,Student和Contact,
Time of Update: 2018-12-06
工作幾年後,技術方面的積累越來越多,設計的程式也越來越靈活,穩定。如果開始入門的時候有人指點這些知識,每個人的成長都非常快,可惜IT行業的分享氛圍不好,同事與同事之間,一不小心就變成從不交流技術的那種情況。我理解IT人,跑市場不會,與領導打交道不善到察言觀色,唯一能讓自己自信的,可能就是一堆很酷的代碼,讓自己把最重要的本錢拿出來,這種情況很少會出現。經常在公用類庫和應用程式中寫日誌Log,寫跟蹤Trace。程式一旦部署到客戶那邊,基本上就沒有辦法去Debug,讓你一下子知道問題在哪裡,也不可能在
Time of Update: 2018-12-06
刪除一筆記錄 Object].Delete() 下面的代碼,刪除FirstName為Tim,LastName為Brown的學生DataManager dm = new DataManager(Config.Dsn);dm.QueryCriteria.Clear();dm.QueryCriteria.And(JoinPath.Student.Columns.FirstName,”Tim”) .And(JoinPath.Student.Columns.LastName,
Time of Update: 2018-12-06
關於Strong Name的主題,網上已經有很多這方面的介紹,你可能最熟悉的印象就是這樣 大部分的情況,這樣就可以了。如果代碼是機密的,還可能用到Delay sign only,這就複雜一些,請尋找相關資料。如果就這麼做了,代碼中沒有什麼處理,可能你的程式還不夠安全,因為有個Strong Name Remover可以很容易的清除你的簽名,它運行起來是這樣的
Time of Update: 2018-12-06
在平時開發的過程中,經常會尋找一些資料,從網上下載一些網頁,壓縮格式檔案到自己的電腦中,然後閱讀。程式有別於其他行業的一個特徵是,所有的資料,資料,壓縮檔,只用於產生可以工作的代碼,這才算達到目的,解決問題。再漂亮的文檔,原始碼,如果沒有解決問題,產生代碼,這樣的搜尋也是失敗。一般在解決問題之後,這些文章,也遺落在硬碟裡面,像下面的檔案這樣
Time of Update: 2018-12-06
在上一篇文章《知識管理系統Data Solution研發日記之一 情境設計與需求列出》中,提到了諸多的需求。這一篇文章來看一下,完成這些功能,所需要的軟體。這些程式均已經寫好,以C#.NET和SQL Server 2005完成。先看一下軟體Data Solution的體系。Data Solution由二個大的解決方案組成,File Solution和Segment Solution。前者是文檔的解決方案,後者是片段式資料的解決方案。這其中又有很多應用程式組成,下面來看一下它們的模樣。Data
Time of Update: 2018-12-06
前面兩篇文章已經展示了Data Solution的設計目標和為達到此目標而設計的應用程式,這一篇繼續細化對它的介紹,講解Data
Time of Update: 2018-12-06
以往的概念很混淆。今天看了那張圖,終於明白了一些參數通訊的道理。。。很初級的這張圖說明了工作流程如何與宿主程式進行通訊。開始我一直把這個介面類當成工作流程的一部分,實在是走了很多彎路。我寫了一個小程式,首先把使用者名稱在工作流程建立初期放到工作流程內部去。然後,再把這個使用者名稱從工作流程裡面讀取出來。程式在這裡,我還是習慣寫WEB方式的,需要安裝AJAX1.0BillDayTwo.rar
Time of Update: 2018-12-06
最近和我在一起工作的朋友說我的筆記本聲音好大,開始我沒有注意,說你要是把很多程式開啟也是一樣的。忽然仔細的查看了一下,發現沒開幾個軟體溫度就很高了,風扇啟動後聲音真的很大。。。才買了一年的HP商務機怎麼可能有這個毛病呢?今天下了一個溫度查看軟體,發現了問題的所在。一般來說,CPU溫度達到60度以上是,筆記本的風扇開始轉動散熱我一個軟體一個軟體的測試,發現開啟DW