【正文】 可能的 Singleton 類的集合不是由 Instance 定義的， Singleton 類可以根據(jù)名字在一個眾所周知的注冊表中注冊它們的單件實例。這兩種方法不是在所有的情況都足夠靈活。 鏈接的方法在鏈接時刻確定了單件類的選擇，這使得難以在運行時刻選擇單件類。 另一個選擇 Singleton 的子類的方法是將 Instance 的實現(xiàn)從父類（即MazeFactory） 中分離出來并將它放入子類。最簡單 的技術(shù)是 Singleton 的 Instance 操作中決定你想使用的是哪一個單件。 2） 創(chuàng)建 Singleton 類的子類，主要問題與其說是定義子類不如說是建立它的唯一實例，這樣客戶就可以使用它。 使用全局 /靜態(tài)對象的實現(xiàn)方法還有另一個（盡管很?。┤秉c，它使得所有單件無論用到與否都要被創(chuàng)建。 40 c)C++沒有定義轉(zhuǎn)換單元（ translation unit） 上全局對象的構(gòu)造器的調(diào)用順序。 b)我們可能沒有足夠的信息在靜態(tài)初始化時實例化每一個 單件。將單件定義為一個全局或靜態(tài)的對象，然后依賴于自動的初始化，這是不夠的。我們將在代碼示例一節(jié)給出一個這樣的例子。這種方法保證了單件在它的首次使用前被創(chuàng)建和使用。做到這一點的一個常用方法是將創(chuàng)建這個實例的操作隱藏在一個類操作（即一個靜態(tài)成員函數(shù)或者是一個類的方法）后面，由它保證只有一個實例被創(chuàng)建。此外， C++中的靜態(tài)成員函數(shù)不是虛函數(shù)，因此子類不能多態(tài)的重定義它們。 5）比類操作更靈活，另一種封裝單件功能的方式是使用類操作（即 C++中的靜態(tài)成員函數(shù)或者是 Smalltalk 中的類方法）。此外，你可以用相同的方法來控制應(yīng)用所使用的實例的數(shù)目。 3）允許對操作和表示的精化， Singleton 類可以有子類，而且用這個擴展類的實例來配置一個應(yīng)用是很容易的。 2）縮小名空間 ， Singleton 模式是對 全局變量的一種改進。 協(xié)作： 客戶只能通過 Singleton 的 Instance 操作訪問一個 Singleton 的實例。Instance 是一個類操作（即 SmallTalk 中的一個類方法和 C++中的一個靜態(tài)成員函數(shù)）。 當(dāng)這個唯一實例應(yīng)該是通過子類化可擴展的，并且客戶應(yīng)該無需更改代碼就能使用一個擴展的實例時。這就是 Singleton 模式。 一個更好的辦法是，讓類自身負(fù)責(zé)保存它的唯一實例。一個會計系統(tǒng)只能專用于一個公司。雖然系統(tǒng)中可以有許多打印機，但卻只應(yīng)該有一個打印假脫機 (printer spooler),只應(yīng)該有一個文件系統(tǒng)和一個窗口管理器。 Sons, 1996. 19 Symmonds, Nicholas 《 Data Entry and Validation With C and Windows Forms》 Jun 2020 20 Jason Bell ,Benny B. Johansen《 Professional Windows Forms》 Oct 2020 38 附錄 1 外文文獻譯文 Singleton(單件 )—— 對象創(chuàng)建型模式 意圖： 保證一個類僅有一個實例，并提供一個訪問它的全局訪問點。在此，我對指導(dǎo)教師由衷的感謝！ 同時，我還要向我在大學(xué)四年的課程學(xué)習(xí)期間支持、幫助、關(guān)心過我的黑龍江科技學(xué)院的領(lǐng)導(dǎo)、計算機與信息工程學(xué)院的領(lǐng)導(dǎo)與教過我課程的所有老師表示最誠摯的感謝！ 最后，向所有在學(xué)業(yè)上關(guān)心過我的同學(xué)、朋友、老師、領(lǐng)導(dǎo)和親人致以崇高的謝意。但是，在此期間，指導(dǎo) 老師悉心的幫助我?guī)臀医鉀Q問題，和我一起研究探討，并幫我提出新的思路，幫我畢業(yè)設(shè)計指明了新的方向。通過對彩民的計算方法的分析與建模， 在利用計算機進行模擬實現(xiàn)，很大程度上幫助彩民完成了按需選號的需求，這無疑在彩民之間和彩票業(yè)上，或者未來多元化的發(fā)展道路上增添了一筆。 該設(shè)計的另一大亮點，就是可以針對歷史數(shù)據(jù)進行分析，并對彩民自行收藏的號碼可以進行分析和計算，完全為彩民達到提供高數(shù)據(jù)量的分析需求。 在對軟件解決過程中，對多算法，多玩法的彩票來說，解決不同彩票間的異同是一個相對比較高的難題，在此我選用了面向?qū)ο蟮木幊陶Z言 C和單件模式 Singleton 模式進行對具體玩法的創(chuàng)建與規(guī)則處理計算，從而將具體的玩法和規(guī)則封裝成單獨的類，方便以后的擴展開發(fā)和調(diào)用。但是如果手工來構(gòu)造一種排列來達到這種目的時，就會發(fā)現(xiàn)出人意料的艱難。另外，從成本考慮，如果 m1，相應(yīng)的成本就要大幅提高 (略小于 m倍 )，因此一般足彩縮水軟件也暫不提供所有 m1 的旋轉(zhuǎn)矩陣。 我國足彩目前只有二等獎沒有三等獎，只有對 12 場以上才有獎。 顯然，一般的旋轉(zhuǎn)矩陣只 是其中很特殊的一種，相當(dāng)于 n=1,m=1 的情形。滿足上述條件的最小子集C(T,S)稱為問題 (T,S,n,m)的一個最優(yōu)解。還有一些廣義的旋轉(zhuǎn)矩陣，或者是提高保中的注數(shù)，或者是減少保中的場數(shù)。滿足上述條件的最小子集 C(T,S)稱為問題的一個最優(yōu)解。 如何找到最大的壓縮比， 即怎樣用最少的注數(shù)，覆蓋原來的復(fù)式，用旋轉(zhuǎn)矩陣進行縮水所要解決的正是這個問題。在本例中，若買第二和第七注，或者第三和第六注，或者第四和第五注，也可保證能中二等獎，但如隨便選擇其他兩注，就無法保證能中二等獎。 先看一個簡單例子，這樣一組復(fù)式投注： 31/31/31/3/3/3/3/3/3/3/3/3/3，展開可得到以下 8個單注： 3333333333333 3313333333333 3133333333333 3113333333333 1333333333333 1313333333333 1133333333333 1113333333333 購買它們共需要 16 元。好在對于一般運用旋轉(zhuǎn)矩陣的彩民來講，其 背后高深的數(shù)學(xué)原理一點也不會成為運用的障礙，因為我們需要的只是知道如何運用就夠了。如何才能找到最少的注 數(shù)以保證全面的覆蓋是一個歷時已久的數(shù)學(xué)難題，與旋轉(zhuǎn)矩陣相關(guān)的 數(shù)學(xué)問題還有很多，比如填裝設(shè)計、斯坦納設(shè)計、ｔ－設(shè)計等等，這 些問題都是數(shù)學(xué)界長期以來的難題，在軍事上和醫(yī)藥實驗上都有著廣泛的運用。 現(xiàn)將 “ 旋轉(zhuǎn)矩陣 ” 造號法介紹如下，以供感興趣的彩民研究、實施： 設(shè)定供選擇的復(fù)式投注 10個號碼為： 1 1 1 120，旋轉(zhuǎn)矩陣組合形成的 7個基本號碼各注顯示為： 02 04 06 08 10 12 14 02 04 06 08 16 18 20 02 04 06 10 12 16 20 02 04 06 10 12 18 20 02 04 08 10 12 16 20 02 04 08 10 12 18 20 02 04 10 12 14 16 18 02 06 10 14 16 18 20 04 08 12 14 16 18 20 06 08 10 12 14 16 18 06 08 10 12 14 16 20 06 08 10 12 14 18 20 上述 10 個號碼形成了 12 注旋轉(zhuǎn)矩陣，投注金額僅 24 元，即使你再選擇幾組 10個號碼，按此 旋轉(zhuǎn)矩陣組合形成的 7 個基本號碼，其成本大大低于一般的復(fù)式投注成本。那末如何以 極低的成本實現(xiàn)復(fù)式投注的最佳效果呢？近期《中國福利彩票》內(nèi)刊上介紹了一位被譽為 “ 彩票黑客 ” 的美國人創(chuàng)造的一種叫做 “ 旋轉(zhuǎn)矩陣 ” 投注選號法。 “旋轉(zhuǎn)矩陣 ”選號法 各電腦彩票實行的復(fù)式投注，深受部分彩民青睞，其最大的優(yōu)點是：省時、省力、省物，但也暴露了它的弱點，一些對復(fù)式投注進行深入研究的彩民發(fā)現(xiàn)進行復(fù)式投注浪費了不少成本。 例如，預(yù)選 7 對種子數(shù)，每位2 個：一位： 79，二位： 25，三位： 97，四位： 08，五位： 23，六位： 16，七位： 04。套用此公式，可以保 證你在組合出的全部 16 注號碼中，至少有 1注，其中 6 個位置完全吻合開獎號碼。在此，例舉公式 1476，說明其使用方法。遺憾的是，已有的矩陣公式完全應(yīng)用于方興未艾的樂透型彩票上，而傳統(tǒng)數(shù)字型彩票：如燕趙風(fēng)彩、巴蜀風(fēng)彩等仍有相當(dāng)多的彩民，苦于找不到現(xiàn)成適用的公式，無法采用矩陣技術(shù)。 Web Services 令基于組件的開發(fā)和 Web 的結(jié)合達到最佳，基于組件的對象模型，如： Distributed Component Object 29 Model(DCOM) 、 Remote Method Invocation(RMI) ， Inter InterOrb Protocol(IIOP)都已經(jīng)發(fā)布了很長時間了，但是這些模型都依賴于特殊對象模型協(xié)議，而 Web Services 利用 SOAP 和 XML 對這些模型在通訊方面作了進一步的擴展以消除特殊對象模型的障礙。 XML 的簡單使其易于在任何應(yīng)用程序中讀寫數(shù)據(jù)，這使 XML 很快成為數(shù)據(jù)交換的唯一公共語言，雖然不同的應(yīng)用軟件也支持其它的數(shù)據(jù)交換格式，但不久之后他們都將支持 XML，那就意味著程序可以更容易的與 Windows、 Mac OS, Linux 以及其他平臺下產(chǎn)生的信息結(jié)合，然后可以很容易加載 XML 數(shù)據(jù)到程序中并分析他，并以 XML 格式輸出結(jié)果。事實上 XML 與其他數(shù)據(jù)表現(xiàn)形式最大的不同是：他極其簡單。 網(wǎng)絡(luò)化數(shù)據(jù)保存到 SQL 或者 ORACLE 數(shù)據(jù)庫中，通過格式化將數(shù)據(jù)生成規(guī)整的 XML數(shù)據(jù)集，提供接口供 C/S 結(jié)構(gòu)程序。 移植 到 WEB 平臺 在原始的 C/S 模式設(shè)計中，考慮到未來移植的問題，將基本的函數(shù)封裝成單獨的類，方便單獨封裝移植使用，基本的數(shù)據(jù)類型設(shè)計必須兼容和方便 WEB頁面的設(shè)計。 類似于 SumState、 Sum、 SumMax、 SumMin 等多個變量，該系列變量是存儲玩法下的和值大小、范圍，奇偶個數(shù)等規(guī)則數(shù)值 。 在常規(guī)的玩法中一般樂透型的福利彩票最多不超過 8 位號碼，或者采用“ 6+1”的組合方法。 CPValue 類 CPValue 是玩法中調(diào)用保存的基本數(shù)據(jù)信息，該類方法通過重載構(gòu)造函數(shù)來靈活的創(chuàng)建初始化該類中的數(shù)組及其他對象。 2． 布爾數(shù)組 RuleState RuleState 數(shù)組是保存當(dāng)前玩家設(shè)定了哪些規(guī)則，具體的玩法類根據(jù)定義的具體規(guī)則來調(diào)用具體的處理方法。 該類中的變量和方法通常定義成靜態(tài)變量，保障該變量在程序中獨一無二。 5． 接口 IPlay 的定義。 3． 排序方法 CPSort(ref int[] SortNum) 該排序方法就使用了基本的冒泡排序算法，將傳入的數(shù)組進行由小到大的排序，該方法主要是處理一些雙色球、 36 選 7等玩法 的格式化樣式操作 4． 格式化字符操作 CPFormatString() 該方法有 2 種重載方法 ， string CPFormatString(int[] Num) 和 string 26 CPFormatString (int[] Num, int Sep) ，對于 int[] Num, int Sep 參數(shù)定義，是為了處理像雙色球由基本號碼和特殊號碼組成的玩法，格式化出字符串的操作。 int[] CPRandom(int[] Num, int Max)方法是生成從傳入的 Num 數(shù)組中隨機產(chǎn)生 Max 個數(shù)字，該方法中就使用到了洗牌算法。 1． 隨機對象 Rnd 屬性 該屬性定義初始化一個 Random 隨機對象，并在后續(xù)的方法中有所調(diào)用。 基礎(chǔ) 類的設(shè)計 在軟件的實現(xiàn)過程中，有很多相似或者相近的功能設(shè)計，而且為了以后將C/S 模式的軟件移植到 B/S 結(jié)構(gòu)的平臺上面，將具體的基本功能類封裝并且提煉出來，有助于軟件的維護改進和后期的開發(fā)。 圖 48 規(guī)則限定 —— 系統(tǒng)幫助 版權(quán)信息 軟件的版權(quán)信息只得是該軟件使用的核心版本號， 防止有些人利用軟件從事商業(yè)行為。 其他窗口設(shè)計 幫助信息 幫助信息是對軟件的基本操作進行講解，防止彩迷在使用彩票過程中，對某些字段或者樣式不懂，而無法進行操作的幫助信息。 圖 47 規(guī)則限定 —— 彩票記錄 歷史記錄使用一個靜態(tài)文本框和一個組合下拉列表框（ ComboBox）組成 ，數(shù)據(jù)顯示部分使用 DataGirdView 控件進行顯示設(shè)置，而個人收藏中使用一個DataGirdView 控件來進行具體的實現(xiàn)。 收藏號碼 窗口 收藏號碼是指玩家在通過規(guī)則和系統(tǒng)隨機生成的號碼，對有興趣的號碼進行收藏，并對該號碼進行比較分析，產(chǎn)生出幾個彩迷比較感興趣的數(shù)值分析比較。 歷史彩票窗口 歷史 彩票是從中彩網(wǎng)（ 存到數(shù)據(jù)庫中，并且讀取到 GirdView 控件里，讓玩家進行基本的查看。 號碼記錄菜單設(shè)計 號碼記錄主要是將玩家自己產(chǎn)生出來的理想號碼進行記錄，或者是對歷史開獎記錄進行分析。 該窗口只利用三 組 文本框控件（ TextBox） 和靜態(tài)文本（ Label） 來 進行 數(shù)據(jù)的設(shè)定，并且根據(jù) 屬性來判斷是某種玩法的分區(qū)方式，如3D 的分區(qū)方式為 012 路的分區(qū)方式 。 該設(shè)計通過對組里的選項進行選擇后，利用DoubleBall 這樣的具體玩法類來進行判斷和生成對應(yīng)結(jié)果。 位置選擇是針對具體的位置是奇數(shù)還是偶數(shù)，或者 只是個別位為奇數(shù) 的 設(shè)計。 } 奇偶 判斷 窗口 奇偶判斷是針對出現(xiàn)的數(shù)字號碼進行產(chǎn)生的概