使用構造函數的差別

ggnnyy

各位大大好:
想請問以下兩種程式碼實作的差別以及優缺點??

1. public class EmailService
   
2.     {
   
3.         public void SendMessage()
   
4.         {
   
5.             //...
   
6.         }
   
7.     }
   
8.     public class NotificationSystem
   
9.     {
   
10.         private EmailService svc;
    
11.         public NotificationSystem()
    
12.         {
    
13.             svc = new EmailService();
    
14.         }
    
15.         public void InterestingEventHappend()
    
16.         {
    
17.             svc.SendMessage();
    
18.         }
    
19.     }

複製代碼

以及以下沒有用構造函數創建

1. public class EmailService
   
2.     {
   
3.         public void SendMessage()
   
4.         {
   
5.             //...
   
6.         }
   
7.     }
   
8.     public class NotificationSystem
   
9.     {
   
10.         private EmailService svc = new EmailService();
    
11. 
    
12.         public void InterestingEventHappend()
    
13.         {
    
14.             svc.SendMessage();
    
15.         }
    
16.     }

複製代碼

...

瀏覽完整內容，請先 註冊 或 登入會員

sunyj51

兩個寫法目前沒有差別, 但我會選擇第二個
原因是如過以後要加新的constructor 會忘記要new EmailService();

sheauren

new class是有一定的cost
以網頁提供服務來說
request進來不一定執行該服務的情況下，使用到才new class對於server負擔會有幫助
如果是固定都需要new的情況下，第二種方法會比較省事

C/C++沒差
但，其它語言有差
透過Marshaling技術時也有差

所以，養成良好習慣，所有class member在建構子去初始化，解構子釋放
也就是個人建議第一種

SAM19820611

建議最好使用 NotificationService 然後使用介面 請google IOC/DI

用介面抽離的話以後不管是EMAIL、SMS、LINE都直接抽換掉介面就好

兩者沒有差別, 事實上

1. public class NotificationSystem
   
2.     {
   
3.         private EmailService svc = new EmailService();
   
4. 
   
5.         public void InterestingEventHappend()
   
6.         {
   
7.             svc.SendMessage();
   
8.         }
   
9.     }

複製代碼

編譯後就會拆成

1. public class NotificationSystem
   
2.     {
   
3.         private EmailService svc;
   
4.         public NotificationSystem()
   
5.         {
   
6.             svc = new EmailService();
   
7.         }
   
8.         public void InterestingEventHappend()
   
9.         {
   
10.             svc.SendMessage();
    
11.         }
    
12.     }

複製代碼

換句話說, 在編譯後的 IL code 中, 所有對於執行個體欄位指派值的行為都會是在執行個體構造函數中...

瀏覽完整內容，請先 註冊 或 登入會員

sliceart

先假定你是在練習，目標是為了撰寫可維護的程式碼
通知系統的寄送信件目前相依於特定的EmailService類別，請改為相依介面，實際執行可透過建構式、屬性、或是方法簽章直接注入

zxc7827691

在這個 case 看來，基本上差異不大
不管有沒有構造函數，一旦實例化該物件 (new) 底下的成員也會被立刻實例化 (new)

但是在多個建構子的狀況，如果你期望某個成員永遠都會在初始時實例化(new)，就很適合第二種寫法

tw00167789

第二種方法吧, 光是行數就省了幾行, 聽說每個工程師每天寫的程式碼都差不多, 能少寫幾行是幾行

min721107

兩個方式看起來是一樣的,
個人比較建議當物件不使用時釋放(null),需要使用時再new,這樣比較不會占用記憶體,
養成良好習慣,對程式都有大大的加分效果