1對於自訂ParameterInspector,需要注意的是,可以修改參數的值,但是不能改變參數的類型。自訂ParameterInspector是用於Operation的,所以它要實現IOperationBehavior介面 2對於自訂OperationBehavior,由於它是由於終結點的,所以它要實現IEndpointBehavior介面。此外,還要注意,client調用介面方法A,那麼SelectOperation方法就必須也返回 ”A”。這個狗屁結論,看起來沒有任何意義。 3.仔細分析7
ClientBase<Iservice>和ChannelFactory兩種方式都可以建立proxy:(1)ChannelFactoryusing (ChannelFactory<IService1> channelFactory = new ChannelFactory<IService1>("WSHttpBinding_IService1")){ IService1 proxy = channelFactory.CreateChannel();
2.1求位元中1的個數http://blog.csdn.net/bvbook/archive/2008/04/15/2292823.aspx一個8byte的整數,求其二進位表示中1的個數。四個演算法:1)迴圈除2判斷餘數是否為12)和0x01異與(&),判斷最後一位是否為1,然後右移一位,迴圈往複。演算法1和2的時間複雜度都是o(logN)3)這個演算法比較狠,一個一個抹去最後一個1,這樣時間複雜度就只和1的個數有關。主要是n & (n-1)
(前言)我們習慣於使用VS2008中WCF的項目模板,於是Server端的建立基本是不用動腦子的。又因為我們預設使用的MEX綁定,所以在Client端,我們在VS2008種右擊項目,就可以輕鬆添加Server Reference,這也是不用費腦細胞的。VS2008讓我們把注意力foucus在商務邏輯上,而模糊了WCF的本質。於是我經常犯糊塗,甚至連WCF最基本的概念有時都混淆。清理了一下思路,大致有以下幾個問題:並附上相應解答。 (一)傻瓜化WCF先給出一個最簡單的WCF
4.1 金剛坐飛機問題 話說,這道題的解法和答案都是有問題的,我們只看原題: 現在有一班飛機將要起飛,乘客們正準備按機票號碼(1, 2, 3, …N)依次排隊登機。突然來了一隻大猩猩(對,他叫金剛)。他也有飛機票,但是他插隊第一個登上了飛機,然後隨意地選了一個座位坐下了。根據社會的和諧程度,其他的乘客有兩種反應: 1.乘客們都義憤填膺,“既然金剛同志不遵守規定,為什麼我要遵守?”他們也隨意地找位置坐下,並且堅決不讓座給其他乘客。 2.乘客們雖然感到憤怒,但還是以“和諧”
接下來說ChannelListener和ChannelFactory。ChannelListener是Service端的技術,用來偵聽訊息,建立通道棧,並為應用程式提供指向棧頂的引用。我們不會直接使用ChannelListener,但是我們經常會使用到ServiceHost,殊途同歸,其實也是用它來偵聽訊息。 static void Main(string[] args){ BasicHttpBinding binding = new
b.ila.cs
代碼下載:SL3TabControl_new.zip 關鍵代碼如下: <Controls:TabControl Regions:RegionManager.RegionName="TabRegion" Width="Auto" Height="Auto" Margin="0,5,0,0" HorizontalAlignment="Stretch">
結局太悲了。導演,不,是遊戲設計者太饞人了。怎麼能讓龍葵祭劍了呢?tmd就是你跳下去也別讓這麼可愛的mm往火坑裡跳啊!看到第9集,景天萬般無奈之下背龍葵的情境,我終於明白了,原來過程才是最重要的,雖然短暫,按照劇情,哪怕只有300天。我們都是俗人,都只看重結果。好久沒看肥皂劇了,被感動了一缸。 紫萱就是一個只會露溝的傻大姐(抱歉,我每次看她上場,都被溝帶走),在雪見的青春活力下黯然失色。白豆腐,就是那個許長卿,真是一個沒血沒肉、四肢發達頭腦簡單的人,導演為啥不找個變形金剛來呢? 人生能有茂茂這樣
ServiceHosthost = newServiceHost(typeof(Service), http://localhost:8080/ddd);只適用於自託管,"http://localhost:8080/ddd"是baseAddress,也可以把地址放到設定檔中:ServiceHost host = new ServiceHost(typeof(Service)); <service name="WcfServiceLibrary2.Service1"
基於上文的Demo,我們觀察到,在IIS宿主中,設定檔有以下特徵:<system.serviceModel> <services> <service name="WcfService9.Service1" behaviorConfiguration="WcfService9.Service1Behavior"> <endpoint address="" binding="wsHttpBinding"
20-100萬資料量改表名 瞬間改欄位名 瞬間移動欄位位置 非常慢 10分鐘 不如做個View把位置重新排列 加索引 1分鐘,但是如果這個表很繁忙,則可能拖很長時間(15分左右),所以我是先改表名,再加索引,最後再把表名改回來去索引 1分鐘加欄位 null值瞬間,因為不需要額外分配空間將欄位允許null取消 5-10分鐘,需要額外分配空間Update 有null值的欄位 = ‘x’ 取決於X的長度,
始終對Control Template抱有恐懼。這是WPF/Silverlight中最靈活的技術。說到底,Control Template就是為控制項定義了視覺外觀,從Control派生的所有類型,都具有一個Template屬性。如果只有Template,那反而倒簡單了:<Button Height="23" HorizontalAlignment="Left" Margin="8,38,0,0" Name="button1" VerticalAlignment="Top" Width="
Channel分為2種:transport通道和protocol通道。Service和Client都有一個通道棧,由多個通道組成,其中,transport通道位於通道棧的最底層,protocol通道位於通道棧的最上層。
我是一個有代碼“潔癖”的人,這一點,在WPF/Silverlight中,表現為不到萬不得已絕不用DP,因為大多數情況用INotifyPropertyChanged湊活湊活就可以了,而且這樣產生的程式碼最簡潔。而為了DP需要寫4段代碼:DP聲明、get和set方法、以及回呼函數,把原先的整齊搞得一塌糊塗,這是我不喜歡的。但是,如果牽扯到XAML中一些不能實現的屬性,就必須使用DP了。尤其是Silverlight這個WPF的子集,大部分功能需要我們自己定義,比如說,TemplateSelector。
<system.serviceModel> <services> <service name="StockQuoteService.Service1" behaviorConfiguration="StockQuoteService.Service1Behavior"> <host> <baseAddresses> <add
1.WCF就是一個烏托邦,是微軟養的一幫閑人悶在辦公室裡做出來的東西。他們的理想是崇高的,說什麼整合所有通訊協定,其實,自從WCF問世到現在,並沒有做到這一點。開發人員只是將其作為代替Web Service的工具來使用而已,這恐怕是WCF
public void AddNewColumn(string path){ DataGridTemplateColumn column = new DataGridTemplateColumn() { Header = path, SortMemberPath=path }; StringBuilder sb = new StringBuilder(); sb.Append(@" <DataTemplate
初聞此題,不竟一驚。若寫出該文豈不冒0018國女生之大不韙,犯了《不屑為之條例》第一條“揣摩和談論周圍的男生”?但“狗不理山莊”莊主一聲令下,我也只能從命。下文亦幻亦真,朋友們看了付之一笑即可。 王蓴棟何許人也?有詩為證: 生得一副白淨模樣,耍著無敵霹靂Computer。 雖不能風雲雄霸天下,卻得以威風於一隅。(開機)觀眾朋友們,大家好,現在是五星獎合成大擂台,下面是王蓴棟的星級指數。a:人氣指數 ★★★ 其實通過一番詳細調查,有一女生言:只聞其名,不知其人。有1/3
我想,Silverlight只是WPF的一個子集,很多WPF的功能,在SL中並沒有,比如說TemplateSelector,比如說Relative綁定。於是,我們只好採用AttachedBehavior來類比。這樣最好,最靈活,需要什麼,就添加相應的DP,使得SL類庫最小化。 所有派生自ContentControl的類型,都使用ContentPresenter來顯示它們的內容,比如說下面的CT: <ControlTemplate x:Key="newRadio"