• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-90  評論-947  文章-0  trackbacks-0
            共12頁: First 4 5 6 7 8 9 10 11 12 
            @OwnWaterloo
            這是CodePlex生成的:
            License: The MIT License (MIT)
            Copyright (c) 2009-2010 Streamlet
            Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
             
            The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
             
            THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. 
            貌似也說得不很明確啊
            @Jakcie
            如果我在寫庫/底層函數呢?
            @berg

            果然!測試OK~~~
            哦,好像只對當前線程起作用。。。那問題就沒有了,什么時候用什么時候調就可以了。

            有沒有會影響整個進程的這樣的成對的函數呢?
            @陳梓瀚(vczh)
            @WXX
            這個會不會影響其它線程?
            @OwnWaterloo
            還是有問題,,,我的一個源文件如果使用了該庫的某功能,需要把該庫的版權說明拷到我的源文件中嗎?
            @ebencheung
            05、08都沒有……
            @OwnWaterloo
            我不知道呀,所以有此一問。看到網上的解釋都是“MIT是和BSD一樣寬范的許可協議,作者只想保留版權,而無任何其他了限制.也就是說,你必須在你的發行版里包含原許可協議的聲明,無論你是以二進制發布的還是以源代碼發布的.”之類的,說的不明確。
            @ebencheung
            謝謝,也許昨天是我誤解你了,不過說話嘛還是說清楚點的好^_^
            可是,,我沒找到你說的 Automatic Using Precompiled headers,你說的是 VC6 下的?
            re: MFC應用程序運行故障 溪流 2010-03-31 10:40
            @望見
            這個就不清楚了,,你有改過其他設置嗎?
            可能與 項目屬性=>Linker=>System=>SubSystem有關
            re: MFC應用程序運行故障 溪流 2010-03-31 10:12
            @望見
            可以啊:

            項目屬性=>General=>Use of MFC:
            Use MFC in s Static Library

            項目屬性=>C/C++=>Code Generation=>Run Time Library:
            /MT (for release)
            /MTd (for debug)
            re: DirectInput入門 溪流 2010-03-31 09:27
            跟樓主學習dx~
            re: DirectInput入門 溪流 2010-03-31 09:26
            @Code Knight
            是啊是啊,整個工程老是有一部分地方是亂的,這部分正是邏輯
            re: MFC應用程序運行故障 溪流 2010-03-31 09:24
            靜態鏈接MFC
            @OwnWaterloo
            因為最近又想起了那些困惑的事~~
            @chentan
            是嗎?哈哈~
            @OwnWaterloo
            我突然也有想寫一個的沖動。。。
            @OwnWaterloo
            其實我不是很清楚什么叫異常安全。不知道異常安全是盡量避免寫出 try catch 還是盡量到處寫 try catch。但我潛意識里不喜歡寫 try catch,也不喜歡用會拋異常的東東,如 MFC 中的 CFile。
            @OwnWaterloo
            哦,,,又是boost。。。
            @OwnWaterloo
            啊,,,這是哪個庫里的?
            看到這里,我覺得可以接受的做法就是給每種需要清理的對象封裝一個類了:
            ScopedHandle
            ScopedCoInitialization
            ScopedSysMemory
            ScopedPointer
            CComPtr
            。。。
            到后面我都看不大懂了~~~
            搬張凳子學習了,各位大俠請繼續~
            @ebencheung
            不好意思,我覺得你沒看懂我的問題。還是謝謝你的熱心回復~
            @陳梓瀚(vczh)
            好的,,我本以為可能會有什么方法而我沒有知道~
            @OwnWaterloo
            大哥哥,do...while(0)一層怎么搞呀?可否給個示范?就用3號方案的場景好了~~
            忽然覺得有點想通了,其實就是需要一個“智能句柄”。。。
            @yrj
            謝謝,這個例子讓我耳目一新~
            @空明流轉
            很少嗎?像文中的這兩種場合如何解決呢?Windows API應該經常會有這種場合吧,除非你不做應用層的開發。。
            @Dancefire
            @鷹擊長空

            我也不喜歡異常~
            @陳昱(CY)
            效率不重要,代碼沒重復、思路清晰就可以了
            @~
            我想確定下是不是真的無法避免了。。
            @v
            不會每個HANDLE都搞個class吧?這樣這個class連一個相對完整的邏輯都沒包含
            @空明流轉
            好的!這算單件模式一個優點吧。。
            @唐榮軍
            我喜歡你的這種口氣,但希望知道你的具體內容,不然這樣的話我也會說
            @hh
            你如果覺得沒意義,大可不必來此浪費時間,謝謝!
            @空明流轉
            前面的論述我基本上接受,但最后兩點還是想不通

            比如第二點,我要知道他什么時候被修改了,如果用的是全局變量,我可能要全工程搜索變量名字,如果是單件模式,我可能要全工程搜索XXX::GeInstance(),這一點我看不出單件模式帶來的任何好處
            @yrj

            我是說,如果要滿足形式上的OOP
            @Kevin Lynx
            我覺得你這個例子并不說明什么
            這個例子就是通常的單件模式的使用情形。

            1、它沒有避免全局變量的弊端。對結構不太注意的人隨時可以Singleton::GetInstance();

            2、如果它要單一實例,那么這里肯定有一個內在因素。一個比較通常的情況是,這個類是一個框架(或某個框架的一部分)。既然它是框架,那么框架本身自然可以將其隱藏,或者以本框架最頭條使用說明的方式明令禁止實例化。如MFC的CWinApp,如果有人實例化2個CWinApp導致錯誤,一定是那個人太小白了而不是MFC太傻;類似的可能還有NTService的封裝。除此之外可能還有些啥原因我一時羅列不出來。

            3、如果它要被多個局部共享,那么這實際上就是赤果果的全局變量,用了就用了,沒必要假裝沒用過


            至于get和set,我現在還不知道自己感覺到底如何。至少我認為不是所有的都需要public出來的。最多,給所有非隱藏變量個get,給所有非只讀公開變量來個set就差不多了吧。

            @qiaojie
            一組全局函數如果一定要完全OOP則可以封裝到“靜態類”里面:
            class AAA
            {
            public:
            static void foo();
            static void bar();
            //...

            private:
            AAA();
            };
            最環燥的就是在寫某個玩意兒的時候被人說:
            你可以用這個那個。/你這個哪里比xxx好?
            @陳梓瀚(vczh)
            例子看懂了。但我看不太明白你的觀點,呵呵
            @x
            因為我看到挺多地方都說單例模式如何如何了得,但是想不通,所以有此感慨。
            @風雷云雪電
            就C++而言,如果是不得不用的全局數據,那么它應該早早的就被規定好了的,而且只要做到不跨文件使用,出錯的幾率并不大。如果只能有一個實例,那么這個class可以靜態化。如果不許實例化,可以private掉ctor。

            對于java,C#,單例又體現在哪里?C#已經支持了 static class 的寫法了
            @ebencheung
            非本帖討論內容
            @Davy.xu
            非本帖討論內容
            @空明流轉
            沒白扯。
            如果要限定單一實例,這個類實際上需要是個靜態類。

            訪問可控?我就不懂了,,單件模式訪問哪里可控?
            re: fstream那些事 溪流 2010-03-29 11:33
            希望未來 CRT 能夠用統一編碼。。。
            @Bill Hsu
            謝啥?等你們支招阿
            re: 2005-2009年個人總結 溪流 2009-12-24 15:01
            祝樓主更加快樂、更進一步
            共12頁: First 4 5 6 7 8 9 10 11 12 
            国产人久久人人人人爽| 亚洲精品NV久久久久久久久久| 亚洲中文字幕无码久久2017 | 日本五月天婷久久网站| 久久精品免费一区二区| 99久久免费国产特黄| 久久伊人中文无码| 久久久久亚洲AV成人片| 久久亚洲中文字幕精品一区四| 无码AV中文字幕久久专区| 久久黄视频| 久久Av无码精品人妻系列| 午夜精品久久久久成人| 国产精品天天影视久久综合网| 久久亚洲精品成人无码网站| 久久这里只有精品首页| 色88久久久久高潮综合影院| 婷婷久久综合九色综合九七| 97久久精品人人做人人爽| 久久精品国产亚洲77777| 久久99热这里只频精品6| 久久九色综合九色99伊人| 久久青草国产精品一区| 久久精品国产亚洲av麻豆小说| 久久99这里只有精品国产| 久久久久亚洲av成人无码电影| 好属妞这里只有精品久久| 久久天堂AV综合合色蜜桃网| 久久婷婷午色综合夜啪| 亚洲国产成人久久综合区| 久久99精品久久久久久野外| 中文字幕亚洲综合久久| 久久国产亚洲精品麻豆| 婷婷久久综合九色综合98| 精品综合久久久久久97超人| 欧美综合天天夜夜久久| 91秦先生久久久久久久| 国产一区二区精品久久凹凸| 久久久久国产一级毛片高清板| 国产成人无码精品久久久免费 | 香蕉99久久国产综合精品宅男自 |