C#/VB.NET 物件導向技巧研究(二)_靜態資料屬性、靜態方法/函數/建構子、公用工具類

-
靜態的觀念白話層面來看

無非就是不需要先實體化物件個體
直接透過該類去調用相應的資料屬性欄位、方法
並且具內存共享的機制

因此又有一種說法就是稱為類別層級的屬性、方法、函數....
甚至常講到的靜態類別(不需要實體化!!!!)




於Visual Studio中
View -> Object Browser選單去點選 mscorlib.dll 中的 System命名空間
就可以看到常用的Console , Math , Environment....etc都是用static修飾的類別

代表直接透過該類去直接呼叫相關方法而不用再實體化
這些就是俗稱的公用工具類





想想你是負責維護一套金融系統的工程師

當中想必一定會看到類似這種物件藍圖
負責處理儲蓄帳戶相關業務流程

每個用戶都要對應餘額
在一般情況下大家都有統一的利率

CODE
Main


 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace MyOOP2
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("static data ");
            SavingAccount s1 = new SavingAccount(50);
            SavingAccount s2 = new SavingAccount(100);
            Console.WriteLine("Interest Rate is: {0}" , SavingAccount.GetInterestRate());

            SavingAccount s3 = new SavingAccount(1000.75);
            Console.WriteLine("Interest Rate is: {0}", SavingAccount.GetInterestRate());


            Console.ReadKey();
        }
    }
}

SavingAccount Class


 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace MyOOP2
{
    class SavingAccount
    {
        //實體層級(非靜態)資料
        public double curBalance;//餘額
        //類別層級(靜態)資料->同一類別之所有物件會共享內存
        //前提:所有儲蓄帳戶利率皆相同的情況
        public static double curInterestRate = 0.04;

        public SavingAccount(double balance)
        {
            curBalance = balance;
        }

        //獲得利率屬性之靜態方法
        public static double GetInterestRate()
        {
            return curInterestRate;
        }
        //設定利率屬性之靜態方法
        public static void SetInterestRate(double newRate)
        {
            curInterestRate = newRate;
        }

    }
}

因此不管之後又有多少人申辦新帳戶
利率都是固定不變而且是共享的(只要是這個類別所建立出來的實體)
因為於.NET 底層CLR內存分配時對於靜態資料不會重置
舉凡是靜態修飾內容內存分配僅進行一次


何時我們比較適合用static來修飾???

以此設計案例來看
如果你不將利率設為靜態
則每當有新用戶申辦時你都要再次重新設定依次利率
當有一萬個客戶時這將是一大災難
畢竟不會有人會喜歡重複調用SetInterestRate這麼多次



靜態建構子


在之前建構子單元介紹的相關概念
皆是屬於非靜態(物件層級)的建構子觀念

這裡我們來觀察看看
於剛剛的類別中所定義的實體層級的建構子去賦予值給靜態資料成員
會發生捨麼事情



每當實體化新物件則利率就會被刷新
因此SetInterestRate方法相當於無效了
也違背了起初設置為靜態的用意
會被多次分配重置內存!!!!!!

OK 所以我們只要確保不要在物件層級的建構子中做賦予靜態資料值的事情就好了??
但是若真的有靜態資料是需要在運行時獲得的情況呢??

比方一家銀行利率是變動的
需透過資料庫或者外部檔案進行讀取設置時
此時是不太能夠寫死的

此時我們仍然需要利用建構子於實體化時賦予
差異在於這裡需要用到靜態建構子
主要也是用static修飾


適合用在編譯初始化階段未知的靜態資料內容




這裡和剛剛差異在於你會發現輸出位於static 建構子的辨別訊息只出現一次
代表只會運行該部分一次

如此一來就能確保CLR於第一次調用對於靜態資料確實僅分配第一次內存
並不會隨之後的物件實體化而又在調用

總結:
一個類別中止渴定義一個靜態建構子(換言之，靜態建構子不允許overloading)
靜態建構子不允許再添加其餘訪問修飾字
無論實體化多少物件，靜態建構子只會運行一次
於執行物件實體化程式語句或首次訪問靜態成員之前都會先呼叫一次靜態建構子
(換言之，靜態建構子執行順序優先於任何物件層級建構子)

CODE

Main


 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace MyOOP2
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("static data ");
            SavingAccount s1 = new SavingAccount(50);
            Console.WriteLine("Interest Rate is: {0}", SavingAccount.GetInterestRate());
            SavingAccount.SetInterestRate(0.08);

            SavingAccount s2 = new SavingAccount(100);
            Console.WriteLine("Interest Rate is: {0}" , SavingAccount.GetInterestRate());
            Console.ReadKey();
        }
    }
}


SavingAccount


 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace MyOOP2
{
    class SavingAccount
    {
        //物件層級(非靜態)資料
        public double curBalance;//餘額
        public static double curInterestRate;

        //物件層級建構子
        public SavingAccount(double balance)
        {
            Console.WriteLine("In object ctor");
            //curInterestRate = 0.04;  //Not Good 
            curBalance = balance;
        }

        static SavingAccount()
        {
            Console.WriteLine("In static ctor");
            curInterestRate = 0.04;
        }

        //獲得利率屬性之靜態方法
        public static double GetInterestRate()
        {
            return curInterestRate;
        }
        //設定利率屬性之靜態方法
        public static void SetInterestRate(double newRate)
        {
            curInterestRate = newRate;
        }

    }
}



靜態類(公用工具類)

靜態類會直接限定所有成員及方法都要用static修飾
更不能做任何new 實體化的動作

若於定義過程中忘記給予static修飾則會跳出不允許宣告物件實體層級的成員


如下是一個打印當前時間工具類的示範


CODE

TimeUtility


 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace MyOOP2
{
    static class TimeUtility
    {
        public static void PrintTime()
        {
            Console.WriteLine(DateTime.Now.ToShortTimeString());
        }

        public static void PrintDate()
        {
            Console.WriteLine(DateTime.Today.ToShortDateString());
        }

    }
}



留言

張貼留言

這個網誌中的熱門文章

何謂淨重(Net Weight)、皮重(Tare Weight)與毛重(Gross Weight)

-
圖片
當談到貨物的重量時，往往會分成所謂的淨重(Net Weight)與毛重(Gross Weight)。 會有以下公式關係存在 淨重=毛重-皮重(包裝物的重量) 毛重=淨重+皮重 淨重( Net Weight 縮寫為N.W.) 指物品本身的重量，不包括容器或包裝材料的重量。 凈重是國際貿易中最常見的計重辦法。 例如，如果運輸原材料，原材料的重量就是所運輸貨物的淨重。包裝原材料的容器或包裝不計入淨重。同樣地，當我們考慮一罐豆子時，罐子內所含物品的重量就算作淨重。因此，淨重將包括豆子、罐頭里的任何液體，以及保存豆子所含的物品。 大多數 以重量為計價的貨物買賣 ，採用此計價方法。 若合同中並未明確規範以何種方式計量和計價時，按慣例以凈重計價。 毛重( Gross Weight 縮寫G.W.) 貨物連同它的包裝的重量，是你托運的所有物品的總重量。 皮重(Tare Weight) 指商品外包裝材料的重量(即運輸包裝的重量)，不包括內包裝材料和襯墊物的重量。 比方一個空的貨櫃、容器、或任何包裝材料的重量。 Net Net Weight純淨重 (指從Net Weight中扣除內包裝後的重量) 進出口商品為了因應運輸及消費需求, 一般都有內包裝與外包裝。 一般在買賣合同與信用狀中,通常只要求於裝箱單上註明Gross Weight和Net Weight即可, 但有些L/C 要求 Net Net Weight,大多是海關徵收從量稅時的依據 運輸重量對於航運業或者航空運輸等各自都通用這些術語 為何特別在意重量? 主要就在於會影響像是傳輸安全乘載限制。 就運輸層面(不同方式的運輸) 航空運輸：對機長而言，毛重包括皮重、產品淨重以及飛機、燃料、乘客和機組人員的重量。 公路/鐵路運輸:對於火車車長而言，毛重包括產品淨重、皮重和運輸車輛的重量。 水路航運運輸：對船長而言，毛重就是淨重和皮重之和。 就公司ERP成本角度 成本一般都會採用 "淨重" 主要是因為若用毛重，可能會有輔材不可控因素存在 比方一個 5cm 固定塑膠件，今天用一個 10cm 紙箱測重，明天用一個 100cm 紙箱測重，那可能就容易導致ERP資料比較會失真。 就物流層面來探討 通常還會有一名詞即所謂「實際重量」(Actual Weight) 根據稱重(過磅)所得到的重量，實際重量分為實際毛重(Gross Weig
閱讀完整內容

Architecture(架構) 和 Framework(框架) 有何不同?_軟體設計前的事前規劃的藍圖概念

-
圖片
一個應用程式(軟體) 不管是  互動拍照 也好、 投影也好、車牌偵測... 舞台演唱會後方電視牆的互動應用程序、 粒子特效、3D或2D遊戲  等等 開發者通常都需要在一開始做規劃 ㄟ  假設我今天要寫 跟影像有關 可能需要偵測、可能需要提取前景、可能需要偵測圓形 之類的 我有  emgucv 、AForge.Net、 opencv 等等可以用 但是 假設我今天要做的應用程序是需要有視窗介面的~~ emgucv 跟 C# windows form 媒合性 就很高 而且直接在 visual studio 做開發 opencv 我可能還需要依賴 Qt 之類等等  framework 假設我今天是要寫一個 演唱會電視牆互動粒子特效 可能就會挑   openframeworks  、 processing 、kinect 來寫互動 Achitecture  --->全稱 :  Software Architecture   軟體架構 Achitecture   由好多 framework 組成 軟體架構（Software Architecture）是一種軟體在開發前的設計藍圖， 用來告訴軟體的結構，功能，介面，用法，與其他系統的構連以及資料交換等等規範， 但它並沒有叫你要用什麼方式實作， 因此軟體架構通常會產生文件，圖樣，原型以及規格等， 就是沒有可用的程式碼，因為那不是軟體架構應該有的東西， 就像蓋房子時是給你藍圖，而不是一幢蓋好的房子。 軟體框架（Framework):是一個已經成形的方法，而且有程式碼實體 （例如鋼構工法也是要有鋼材才能做），並且會告訴你要如何使用它 （即 Framework Documentation，MSDN Library 即為一最佳例子）
閱讀完整內容

(2021年度)駕訓學科筆試準備題庫歸納分析_法規是非題

-
圖片
  若是出現 「必須」、「必需」、「...必...」、「應由」、「應先」、「應...」 則很高機率是圈 是非通常只要是如下字眼 「不必」+動詞 、「不需」「不須」、「可不」、「可以不」、「可立即」 有出現或符合的都選叉 (X)1.違規記點又不登記在駕照上，所以可以 不必理會 而任意違反交通規則。 (X)2.發生重大交通事故，為迅速恢復交通，清除現場，可 不必等待 肇事處理機關之指示，即可進行。 (X)3.道路駕駛練習，行車前 不必實施 車輛安全檢查，因為那是駕駛教練的工作。 (X)4.開車前， 不必檢查 機件安全，但在行駛中要隨時注意儀錶功能顯示，確保行車安全。 (X)5.煞車油若經常低於"MIN"線，只要添加即可， 不必到修理廠檢修 。 (X)6.冷卻系統只要副水箱在滿水位，主水箱 不必檢查 也不會有問題。 (X)7.引擎冷卻水內含有防凍液或防銹劑，可 不必更換 。 (X)8.儀錶板上的「燃油油量錶」之指針高度，已經降低至「E」點，橘色的「低油料警示燈」點亮時， 不必急著加油 ，到達目的地後再行補充燃油即可。 (X)9.有安全氣囊裝備的汽車， 不必繫 安全帶。 (X)10.煞車時有異音，是正常的情況， 不必檢修 。 (X)11.汽車定期檢驗 不必檢驗 車輛故障標誌，所以隨車不一定要帶車輛故障標誌。 (X)12.開車時 不必理會 義交之指揮，一切以號誌為主。 (X)13.汽車經過隧道，因隧道內燈光明亮視線良好，為省電可 不必開亮 頭燈。 (X)14.駕駛人只求技術優良，對遵守交通規則 不必太重視 。 (X)15.在開車前， 不必檢查 機件，以免耽誤行車時間。 (X)16.遇幼童專用車、校車、身心障礙者用特製車或教練車， 不必禮讓 。 (X)17.行車 不必攜帶 隨車工具。 (X)18.行車起駛前進， 不必顯示 方向燈。 (X)19.汽車通過鐵路平交道，前後兩車間， 不必保持 距離。 (X)20.夜間將車輛停放在無燈光設備及照明不清之道路時，亦 不必顯示 停車燈光或反光標識。 (X)21.在夜間或有霧靄、雨雪、風沙及晝晦時，把車輛停在路旁， 不必顯示 停車燈光或反光標識。 (X)22.汽車駕駛人，僅需具有優良駕駛技術， 不需 具備急救的常識和技能。 (X)23.汽車車身、引擎、底盤、電系等重要設備變更或調換時， 不需 向公路主管機關申請臨時檢驗。
閱讀完整內容