其他

[最後更新：2013.07.11]重新想象 Windows 8 Store Apps 系列文章重新想象 Windows 8 Store Apps (1) - 控制項之文本控制項: TextBlock, TextBox, PasswordBox, RichEditBox, RichTextBlock, RichTextBlockOverflow重新想象 Windows 8 Store Apps (2) - 控制項之按鈕控制項: Button, HyperlinkButton,

正所謂磨刀不誤砍柴工,雖然VS2008為我們提供了WCFServiceLibrary項目模板,但在實際開發的時候,我們通常更喜歡按照自己的方式來建立WCF項目,通常情況下,我們將服務契約(通常是介面)資料契約,訊息契約等契約單獨作為一個項目,而將服務的實現作為另外一個項目,除此之外,還包括WCF服務的宿主程式,服務代理項目,用戶端程式.我按照這種方式,作了一個WCF解決方案的通用模板.項目列表如下:

Shitter 是個搞笑的項目，還是個天才的主意？或許它兩者都是？和小小印表機一樣，Shitter 也要把網上的資訊變成紙張，這使人懷疑是否有些違反電子化的潮流。不過， Shitter 或許比小小印表機還要有生意可做，原因是它確實是你可以用的物品。什麼是 Shitter？簡單的說，它要把你的 Twitter

上文討論了WCF中三種訊息交換模式，one-way,request/reply,duplex。前兩項比較簡單，無需多言，duplex相對比較複雜，上文只是實現了簡單的回調，在真正應用的時候，還有許多值得注意之處，本文就結合一個實際的應用例子來談論下duplex的具體應用和非常值得我們注意的地方。 本文的出發點 通過閱讀本文，您能理解以下知識： 如何?一個基於duplex的事件廣播 解析在實現duplex事件廣播中的幾個問題 初步探討一下非同步 本文適合的讀者

文章目錄 緣起駭人應用 一篇部落格寫死了一個應用，從此世界上少了一個把妹利器，男孩們，傷心吧！其實這個應用本可以不死的，它只是在道德層面出了一些問題，但《這款駭人應用不僅在未知情情況下跟蹤女性，它將喚醒 Facebook 隱私政策》的標題，扯上“Facebook”這個“大旗”來作虎皮，直接宣告了它的死刑。——在 Facebook 上市前容不得任何差錯。緣起Girls Around

文章目錄 IntroductionNamespace in JavaScriptHow to use? anytao.net | 《你必須知道的.NET》網站 | Anytao技術部落格  發布日期：2010.10.22 作者：Anytao 2010 Anytao.com ，Anytao原創作品，轉貼請註明作者和出處。IntroductionHow to have a better code organization? When

     在園子裡面開博已經2年多了，期間寫的這些隨筆有好有壞，但至少都見證了自己成長的曆程。現在將它們總結起來，作出這個索引頁面，頁面中，對於自認為比較滿意的系列和文章，我都用醒目的表徵圖進行了標記，沒什麼水準的，以後有時間，會進行溫故和更新。    Nhibernate學習系列(9)     :Nhibernate學習之起步篇-1   Nhibernate分析之華山論劍篇   Nhibernate學習起步之many-to-one篇   Nhibernate學習之many-to-many篇  

1. 安徽合力此股在8月20日做過預測，有上漲可能，經過11個交易日，統計如下： 漲幅達15%，可見8月20日預測正確，但上漲幅度預期較小。反過頭來，看此股形態，緣何會有如此不錯的漲幅，主要有以下幾個原因： 8月20日的買點正好是該股最後一個買點，目前已經喪失機會，必須等股價回探2號線，短期內該股面臨回調上次高點15.8的需求 2. 報喜鳥8月23買入的報喜鳥，犯了兩個錯誤：1. K線上除了權，導致誤以為在2號線上支撐2.

本文目的 通過閱讀本文,您能瞭解以下知識 1) 如何在WCF中實現事務? 2) 談談事務隔離方式的相關知識 3) 事務的實現會給我們編程帶來什麼樣的阻力? 4) 一筆帶過,WCF是如何?分散式交易的? 5) 代碼不騙人,用一個銀行存取款的範例來演練WCF事務 本文適合的讀者 本文適合WCF初學者，學習本文之前，您最好閱讀一下WCF從理論到實踐系列文章的前幾篇 如何在WCF中實現事務?

前面的幾篇文章，分別介紹了WCF的基本知識和Endpoint的三個重要組成部分：Address,Contract,Binding。但無非管中窺豹而已，本文就闡述一下WCF的架構，從整體的角度來重新對WCF加深認識。  本文的出發點： 通過閱讀本文，能使您獲得以下知識： WCF的架構圖 WCF架構的關鍵元素及其概念 建立一樣本程式，並對其按架構圖進行解析  本文適合的讀者： 本文適合WCF初學者，以前可以對WCF一無所知，本文只作介紹，不涉及WCF技術具體技術痛點和介紹。  WCF的架構圖

朋友的公司，在創業階段，是前景不錯，經曆非凡的地方，有意者快快加入吧。相關資訊：http://job.cnblogs.com/offer/OfferDetail.aspx?key=9791北京名智創億技術發展有限公司公司性質：私營 公司行業：互連網 公司規模：10人以下【北京創業團隊】【移動地理定位遊戲】.NET/C#/SQL SERVER程式員瀏覽數：80工作地點：北京工作年限：1年學曆要求：本科招聘分類：.NET程式員工資範圍：1 ～ 100000福利待遇：面議發布日期：2010/10/22

Y COMBINATOR的六大強悍女人Paul Graham在《如何開始創業》中說道，在我的公司裡，幾乎每個人都是一頭猛獸。我的銷售主管，那個女人的頑強甚至讓我對她電話另一頭的潛在客戶感到歉意。你都可以感受到他們在電話現那頭掙紮，像魚鉤上的魚一樣，但是在簽約之前，他們絕對不會得到任何逃跑的機會。可見這些女人們有多強悍，是否想聽聽她們的創業故事。三年的Y Combinator Demo Day，我們只能看見一個女人，而這次的Demo

本文目的 通過閱讀本文,您能瞭解以下知識 1) 如何在WCF中實現非同步 2) 非同步作業的優缺點及其應用場合 3) 總結對比各種非同步作業的實現方式 4) 代碼不騙人,實現一個WCF非同步小範例 本文適合的讀者 本文因為涉及一些常用的基礎知識和開發技巧,需要對多線程等具有一定的認識,所以初學者可能不能立即掌握,本文適合WCF中級使用者或有其他分布式技術開發經驗的WCF初學者 如何在WCF中實現非同步

有這麼多兄弟們加入到WCF團隊中來，非常高興，同時也感受到了莫大的鼓舞，大家來自不同的公司，不同的環境，卻有著相同的興趣，實屬不易。言歸正傳，WCF是一門技術，學習它的過程之中，肯定會遇到各式各樣的問題，遇到問題了怎麼辦？我們的團隊中有很多高人，而且他們喜歡分享，比如 Artech ，Anytao

在園子中發布了幾個Gif處理庫的版本,通過郵件的方式的確也比較費力,很多朋友建議我在CodePlex上開源,前期不是我不願意,只是實在懶得在上面拼湊蹩腳的E文,今天終於騰出一些時間,將Gif動畫處理類庫在CodePlex上發布了出來,以後有更新,大家可以到上面去下載,項目地址: http://www.codeplex.com/GifLib 我採用的是New BSD License的開源協議,大家也可以對此類庫進行擴充和修改.jillzhang在此謝過大家的支援,我也會一直更新和維護該項目.---

本文目的 通過閱讀本文，您能理解以下的知識 1) WCF中存在哪幾種異常處理方式？2) 各種異常處理所適用的應用場合？ 3) WCF中常見的異常類型？ 4) 代碼不騙人，用樣本來示範效果，加深印象 本文適合的讀者 本文適合WCF的初學者，但要求對WCF有一些瞭解，並實現過簡單的服務/用戶端。 WCF中存在哪幾種異常處理方式？ WCF定義了幾種異常處理模型，它們分別如下： 1) 預設模式 2) 包含詳細資料模式 3) 自訂異常訊息模式 各種異常處理所適用的應用場合？ 1) 預設模式

本文的出發點 通過閱讀本文，您能瞭解以下知識： Address是什嗎？ Address的組成？ 如何在設定檔中指定Address? 如何通過編程方式設定Address? Address有什麼特殊應用？  本文適合的讀者 適合WCF初學者，可以沒有任何SOA和其他分布式開發經驗  Address是什嗎？ 一個要和服務端通訊的用戶端要做的第一件事情，就是搞清資料要發給誰？目的地在哪？而Address正是通過一個Uri來唯一標示一個WCF的終節點（EndPoint）的，

 本文的出發點： 通過閱讀本文，能解決以下的問題 什麼是契約？ 契約有幾種？,他們都有什麼用途 如何定義契約？ 契約是獨立於平台的嗎？ 契約和以往哪種技術比較相像，又有什麼不同？  本文適合的讀者 WCF的初學者，可以沒有任何SOA或者其他分布式技術經驗  什麼是契約？    

引子      WCF是"Windows Communication Foundation "的縮寫，原來的代號為"Indigo",它是MS為SOA（Service Oriented Architecture）而設計的一套完整的技術架構。利用它能夠開發出分布式(Distributed)應用程式，而且開發難度相比以前的.Net Remoting和Asp.Net Xml Web

最近在做一個Smart Client Software Factory的項目。熟悉SCSF或者CAB的都應該很清楚MVP這種設計模式。MVP是MVC的一種變體，View和Mode分別關注於UI的呈現和業務模型，View和Mode完全分離，View通過Presenter實現對業務模型的訪問，Presenter“間接”地調用View實現對UI的操作。對於MVP中的異常處理，我們是直接通過Enterprise Library的Exception Handling Application