其他

最近開發winform項目，經常用到ComboBox控制項，可能是winform做得少，資料繫結的時候，出現了一個問題，讓我琢磨了好久。問題如下：combobox.DataSourse=oneTable;combobox.VlueMember="ccode";//綁定oneTable中的欄位combobox.DisplayMember="ccusmer";綁定oneTable的欄位oneTable表的結構如下：     ccode    ccusmer     1           one  

    其實我對微軟出的Linq to Sql，以及Linq to Entity這兩個產品興趣都不大，不太喜歡那種開發模式，主要原因如下：    1:自動產生的那堆代碼，不利於平時的分層模式，將實體以及儲存邏輯混合在一起總覺的不是那麼回事；    2:對於編寫測試案例不是那麼友好，全部邏輯都在一起，無法拆分測試，比如只想測試代碼邏輯，不需要串連真正的資料庫等。    3:在排除程式BUG時，還是習慣於看直觀的SQL，這樣在資料庫中調試起來更加容易些，可能是個人習慣問題；   

最近這一兩年MVC.net逐漸發展，越來越走向成熟，逐漸被許多.net WEB開發程式員所接受。當發展到MVC3.0的時候，已經相當完善了，如今MVC4.0 Beta版已經出來了。MVC3.0-EF是WEB開發中最為常見的模式。ADO.NET EntityFramerwork使用通常有三種方式：DataBase First,Model First,Code First。通常前面兩種比較簡單，能快速產生類似資料來源的控制項使用，ADO.NET

似乎許多朋友遇到這樣的問題：伺服器上已經安裝了SharePoint Server 2007，但需要改掉這個伺服器的名稱。直接改的話，總是會導致網站無法訪問的情況。

     ORM全稱Object/Relation Mapping 即對象關係映射，既然開發ORM，那就無可避免的要涉及到對象之間的關係。通過物件導向思想的抽象， 可以將對象間的關係定義為一下幾種：一對一多對一（一對多）多對多 我們可以很簡單的對對象關係建立一個枚舉.Code highlighting produced by Actipro CodeHighlighter

最近一直做與sharepoint相關的工作，以下內容，還在持續更新中。。。。。。在 開發與部署的討論以及最近遇到問題及其解決方案（大雜燴）

        本系列文章記錄我開發一個ORM的過程，現在記錄的時間與原來開發的時間間隔比較久了，很多東西都忘記了，所以忽發奇想，就想寫到博文裡記錄一番，也算是人生的一段經曆。至於裡面的一些細節問題，我也不想太過仔細的去思考了，畢竟也沒有那麼多時間，這裡借用一句話，就隨他去吧。呵呵！以前根本就沒有記錄的習慣，什麼東西都是搞完了之後就扔到一邊，可能一直到老都不會回頭。這樣下去似乎也不太有意義，因為我現在寫程式，很多原來運用得很多的東西也都會忘記，然後還要查相關資訊才能解決，然後解決完之後就在感歎：

　　您可能已經對使用 Windows 和 ASP.NET 的安全性進行安全編程的基礎有所瞭解，但您對 Windows SharePoint Services 3.0 (WSS) 增加的安全保護又瞭解多少呢？在本期的 Office Space 專欄中，我將重點介紹 WSS 引入的一些新的安全術語和概念，並為您展現一個使用 WSS

　　首先我們要瞭解什麼是RSB？　　即Remote Blob Storage,翻譯成中文即遠程大Object Storage Service。BLOB,即二進位大對象。這個資料可以是文字格式設定的或二進位格式的。當在SQL Server中使用BLOB資料時，每條記錄的資料量一般都遠遠超過了一個單獨記錄的8K的限制。　　近段時間，我花了很多時間有點試圖找到一個能夠真正處理SharePoint 2010和RBS

1.根據使用者名稱擷取使用者SPUser user = web.EnsureUser((new SPFieldLookupValue(item["Mitarbeiter"].ToString())).LookupValue); 2.根據guid擷取Feature對象Code highlighting produced by Actipro CodeHighlighter

我們往往會碰到這樣的需求：我們可以建立aspx頁面，將其部署到12\TEMPLATE\LAYOUTS目錄下，並通過feature的方式來安裝（如果有DLL的話，拷貝到對應的SharePoint網站的\bin目錄中）。這樣做沒有什麼問題，但是_layouts目錄是所有網站都可以訪問的。我需要達到這樣的效果： http://mossdemo/onesite/customapp/custompage1.aspx 而現在的實現，卻是:

基於SharePoint的單點登入的實現       單點登入（Single Sign On），簡稱為 SSO。SSO的定義是在多個應用系統中，使用者只需要登入一次就可以訪問所有相互信任的應用系統。在Microsoft Office SharePoint Server

 用MOSS 2007來進行工作流程和其它的開發，其中會涉及到一些許可權的問題。現在將我碰到的一些問題與大家分享：一．WebPart和事件處理常式EventHandler，運行是的許可權是以當前登入使用者的許可權為準。二．SPD中的工作流程活動，所有活動，比如更新列表，刪除項目，等等都是以當前的使用者權限進行。三．自己開發的工作流程代碼，都是以系統管理員的許可權進行，比如你在進行工作流程的Activity的開發時不需要提升程式的運行層級就可以刪除列表中的項目。 那麼如何提升MOSS Event

Microsoft Office SharePoint Service 2007 是微軟最新的企業協作應用和開發平台。簡稱MOSS，MOSS基於Window SharePonit Service 3.0開發，簡稱WSS。MOSS是收費的，WSS是免費的，只要擁有了Window Server2003的許可，就可以免費安裝WSS。WSS擁有網站，列表，文件庫，文件管理，web

文章目錄 資料存放區列表自訂欄位類型部署 核心思想：　　實現 列級安全性/列級許可權/Field層級許可權，其實核心思想就是要設定許可權的那個Field其實不在當前的list中，這裡設當前列表為A，實際存Field的列表為B，我們在A中使用SPLookupField指向B中真正的field，在B中，A中的Field用一個項目表示，即一個item。這時，我們對B使用item層級的許可權,具體方法可見Moss/Sharepoint

 　　本人在sharepoint方面是個不折不扣的菜鳥級人物 ，為了想修改一下sharepoint中blog的樣子大費幹戈，搞了幾個鐘頭才搞明白。特以此文記錄。　　事情是這樣的，我在部落格上發布了兩篇文章，可是在首頁的列表上，每篇文章是整片顯示的，如果不進行評論的話，完全沒有必要點擊標題開啟去查看文章的。效果如所示：　　兩篇文章現在只能看到一篇了，下面還有一篇文章截屏截不到了。大家都知道部落格園首頁的列表是怎麼顯示的，而我這篇文章的目的，就是記錄我修改的過程。　　我在sharepoint 200

Title in english:set Item Level Permission for SharePoint  (MOSS/WSS) List/Document Library

內部資訊緩衝　　在輕量級ORM內部，會產生大量的與類相關的資訊，在前面的博文裡面，我已經記錄了如何來儲存這些資訊，具體請見輕量級ORM開發系列：Model類相關資訊的處理一文。這些相關的資訊都是在ORM第一個請求的時候根據設定檔所配置的程式集來進行反射得到的，所以在第一個請求的時候花費的時間會比較長，這裡我記錄我所設計的一個緩衝，能夠很好的解決這個問題。　　為了能夠返回強型別的結果，我這裡使用Dictionary作為內部儲存結構而不是Hashtable，當然我知道很多成熟的ORM都是使用的Has

        本文主要解決ORM開發過程中Model類在ORM層產生的資訊，在開始這篇文章之前，你有必要瞭解這個輕量級ORM設定的類相關資訊類以及屬性相關資訊類，如果你還不瞭解，請閱讀一文輕量級ORM開發系列：Attribute準備一文。        在ORM中，每個Model類都有相關的屬性以及資訊（如TableAttribute），每個屬性又對應著與之相關的資訊（如ColumnAttribute，IgnoreAttribute等等），這篇文章主要描述一下我的屬性資訊是怎麼解決的。   

　　sharepoint 2010在架設企業網站以及協作平台的時候，非常的具有優勢，這使得我們開發人員可以花比較少的時間就架設起一個企業級資訊化平台，對於老闆來說，這可是個絕頂的好訊息，僅減少了開發成本，還能鼓吹一下微軟產品，借微軟的大旗施展自己的小旗，可是這對開發人員來說，尤其是根本沒有接觸sharepoint的人，可以說不亞於一場小災難。要在短期的時間內學會很多東西，閱讀大量的SDK,明白怎麼在sharepoint裡面施展自己的.net能力。