找回密碼
 註冊
|註冊|登錄

伊莉討論區

搜索
請尊重及感激所有版主付出和奉獻迅雷電影正式開放,齊來分享!迅雷動畫正式開放,齊來分享!
航海王julia259luxuge進擊的巨七大罪overlord
黃色小說致命彎道300年的flac少林足球雛咲

休閒聊天興趣交流學術文化旅遊交流飲食交流家庭事務PC GAMETV GAME
熱門線上其他線上感情感性寵物交流家族門派動漫交流貼圖分享BL/GL
音樂世界影視娛樂女性頻道潮流資訊BT下載區GB下載區下載分享短片
電腦資訊數碼產品手機交流交易廣場網站事務長篇小說體育運動時事經濟
上班一族博彩娛樂
C & C++ 語言C# 語言Visual Basic 語言PHP 語言JAVA 語言
查看: 4199|回復: 8

[問題] 使用構造函數的差別[複製鏈接]

Rank: 1

帖子
294
積分
47 點
潛水值
11250 米
發表於 2018-6-20 10:36 PM|顯示全部樓層
回覆中加入附件並不會使你增加積分,請使用主題方式發佈附件。
本帖最後由 ggnnyy 於 2018-6-20 10:49 PM 編輯

各位大大好:
想請問以下兩種程式碼實作的差別以及優缺點??
  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.         public void InterestingEventHappend()
  12.         {
  13.             svc.SendMessage();
  14.         }
  15.     }
複製代碼





...
瀏覽完整內容,請先 註冊登入會員

使用道具檢舉

Rank: 1

帖子
64
積分
31 點
潛水值
1922 米
發表於 2018-6-25 03:46 AM|顯示全部樓層
若對尊貴或贊助會員有任何疑問,歡迎向我們查詢。我們的即時通或MSN: admin@eyny.com
兩個寫法目前沒有差別, 但我會選擇第二個
原因是如過以後要加新的constructor 會忘記要new EmailService();

成為伊莉的版主,你將獲得更高級和無限的權限。把你感興趣的版面一步步地發展和豐盛,那種滿足感等著你來嚐嚐喔。

使用道具檢舉

Rank: 1

帖子
326
積分
190 點
潛水值
13840 米
發表於 2018-6-25 07:32 AM|顯示全部樓層
回覆中加入附件並不會使你增加積分,請使用主題方式發佈附件。
new class是有一定的cost
以網頁提供服務來說
request進來不一定執行該服務的情況下,使用到才new class對於server負擔會有幫助
如果是固定都需要new的情況下,第二種方法會比較省事

使用道具檢舉

Rank: 2Rank: 2

帖子
378
積分
322 點
潛水值
6070 米
發表於 2018-7-13 06:57 PM|顯示全部樓層
C/C++沒差
但,其它語言有差
透過Marshaling技術時也有差

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

使用道具檢舉

帖子
19
積分
6 點
潛水值
8676 米
發表於 2018-11-10 09:44 AM|顯示全部樓層
所有積分大於負-100的壞孩子,將可獲得重新機會成為懲罰生,權限跟幼兒生一樣。
建議最好使用 NotificationService 然後使用介面 請google IOC/DI

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




所有積分大於負-100的壞孩子,將可獲得重新機會成為懲罰生,權限跟幼兒生一樣。

使用道具檢舉

帖子
1
積分
2 點
潛水值
100 米
發表於 2018-11-26 03:37 AM|顯示全部樓層
如果發覺自己無法使用一些功能或出現問題,請按重新整理一次,並待所有網頁內容完全載入後5秒才進行操作。
本帖最後由 mety666 於 2018-11-26 03:38 AM 編輯

兩者沒有差別, 事實上
  1. public class NotificationSystem
  2.     {
  3.         private EmailService svc = new EmailService();

  4.         public void InterestingEventHappend()
  5.         {
  6.             svc.SendMessage();
  7.         }
  8.     }
複製代碼
編譯後就會拆成
  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 中, 所有對於執行個體欄位指派值的行為都會是在執行個體構造函數中...
瀏覽完整內容,請先 註冊登入會員

使用道具檢舉

Rank: 1

帖子
310
積分
180 點
潛水值
13099 米
發表於 2019-2-6 03:20 AM|顯示全部樓層
若瀏覽伊莉的時侯發生問題或不正常情況,請使用Internet Explorer(I.E)。
先假定你是在練習,目標是為了撰寫可維護的程式碼
通知系統的寄送信件目前相依於特定的EmailService類別,請改為相依介面,實際執行可透過建構式、屬性、或是方法簽章直接注入

有那麼重要嗎?
其實沒有嘛~

使用道具檢舉

  贊助會員

Master

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

帖子
83
積分
1874 點
潛水值
18820 米
發表於 2019-6-29 04:23 AM|顯示全部樓層
若新密碼無法使用,可能是數據未更新。請使用舊密碼看看。
本帖最後由 zxc7827691 於 2019-6-29 04:24 AM 編輯

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

但是在多個建構子的狀況,如果你期望某個成員永遠都會在初始時實例化(new),就很適合第二種寫法
若瀏覽伊莉的時侯發生問題或不正常情況,請使用Internet Explorer(I.E)。

使用道具檢舉

帖子
179
積分
6 點
潛水值
7541 米
發表於 2019-8-31 04:37 PM|顯示全部樓層
如果你忘記伊莉的密碼,請在登入時按右邊出現的 '找回密碼'。輸入相關資料後送出,系統就會把密碼寄到你的E-Mail。
第二種方法吧, 光是行數就省了幾行, 聽說每個工程師每天寫的程式碼都差不多, 能少寫幾行是幾行
若有安裝色情守門員,可用無界、自由門等軟件瀏覽伊莉。或使用以下網址瀏覽伊莉: http://www.eyny.com:81/index.php

使用道具檢舉

您需要登錄後才可以回帖 登錄 | 註冊

Powered by Discuz!

© Comsenz Inc.

重要聲明:本討論區是以即時上載留言的方式運作,對所有留言的真實性、完整性及立場等,不負任何法律責任。而一切留言之言論只代表留言者個人意見,並非本網站之立場,用戶不應信賴內容,並應自行判斷內容之真實性。於有關情形下,用戶應尋求專業意見(如涉及醫療、法律或投資等問題)。 由於本討論區受到「即時上載留言」運作方式所規限,故不能完全監察所有留言,若讀者發現有留言出現問題,請聯絡我們。有權刪除任何留言及拒絕任何人士上載留言,同時亦有不刪除留言的權利。切勿撰寫粗言穢語、誹謗、渲染色情暴力或人身攻擊的言論,敬請自律。本網站保留一切法律權利。
回頂部