熱門Ptt文章

[爆卦]父類別 呼叫 子類別 C++是什麼？優點缺點精華區懶人包

雖然這篇父類別 呼叫 子類別 C++鄉民發文沒有被收入到精華區：在父類別 呼叫 子類別 C++這個話題中，我們另外找到其它相關的精選爆讚文章

在 父類別產品中有4篇Facebook貼文，粉絲數超過10萬的網紅純靠北工程師，也在其Facebook貼文中提到， #純靠北工程師3cd 我是 #純靠北工程師3cc 該文章的重點是新人剛進來就想鬥臭我，請各位再看清楚好嗎？ 有人靠北我寫死就不能新增車道，我們廠本來就不會新增車道，而且每個車道的用途不一樣。 有人靠北我為什麼不用陣列，我在部份狀況下的確有用陣列。 有人靠北我維護的問題，我有設計一個車道父類別...

　同時也有5部Youtube影片，追蹤數超過4萬的網紅吳老師教學部落格，也在其Youtube影片中提到，JAVA物件導向程式設計課程上課影音(1) 完整影音： http://www.youtube.com/playlist?list=PLsE34duTsJQyS_u6f1O55pwI8XOhGvviZ 這次上課主要是開始學習流程控制的迴圈部分： 有FOR、WHILE、DO...WHILE迴圈 這也...

「父類別」的推薦目錄

父類別 在 JUKSY街星 Instagram 的最佳貼文

2021-09-24 08:38:42

近年越來越多政商名流開始關注甚至投入於「NFT 加密藝術」這個新時代的收藏投資概念，知名拍賣行佳士得早前宣布呈獻網上拍賣：No Time Like Present（開放競投: 9 月 17 - 28 日）， 將 NFT 加密藝術首次引進亞洲拍場，最令人驚喜的是本回的拍品正是余文樂精選的藝術品、腕錶及...

父類別 在 雍弟 / Yong di 尼值得雍有！ᕕ(ᐛ)ᕗ Instagram 的最佳解答

2021-09-16 10:14:16

送給最佳金鐘男主角演員！ -龍劭華龍哥的演出各大好戲~！ - - - 各大小的戲劇電影裡， 熟悉的身影劃下句點。 類別偶像劇到八點檔~ 熱門的電影到現代微電影 都有龍劭華哥好演技~ 看到這消息😭嗚~ 喜歡八點檔的雍弟， 翻了翻以前的八點檔！ 很早期八點檔劇「春風」~ 龍哥就飾演男主角=現在...

父類別 在 李佑群老師．YouGunLee．ユウグンリ Instagram 的最佳貼文

2021-09-17 00:30:01

#看得見的音樂 #VisibleSounds #ColorofHearing 前陣子最讓我開心的，莫過擁有了它。 Gramovox 胡桃木色的豎立式藍牙「黑膠播放機」。 我很慶幸小時候曾在類別時代度過，看著父親拿起一張張珍藏的黑膠唱片放在播放機上，然後用手移動著唱針找尋熱門的80樂章，那是個雙...

  • 純靠北工程師

    父類別 在 純靠北工程師 Facebook 的最佳貼文

    2020-05-16 11:41:41
    有 190 人按讚

    #純靠北工程師3cd
    我是 #純靠北工程師3cc

    該文章的重點是新人剛進來就想鬥臭我，請各位再看清楚好嗎？

    有人靠北我寫死就不能新增車道，我們廠本來就不會新增車道，而且每個車道的用途不一樣。

    有人靠北我為什麼不用陣列，我在部份狀況下的確有用陣列。

    有人靠北我維護的問題，我有設計一個車道父類別，每個車道依其功用再來實做。(該新人還真的不懂繼承)

    我在這家公司十幾年，一路幫公司的系統從VB升到WEBFORM升到MVC，到最近要升CORE了。

    給各位新手工程師一句話，做 ERP 就是要考量到公司內部的真實狀況!!!!
    給各位新手工程師一句話，做 ERP 就是要考量到公司內部的真實狀況!!!!
    給各位新手工程師一句話，做 ERP 就是要考量到公司內部的真實狀況!!!!

    靠北我車道不能新增真的是笑死，公司就是不會擴廠不會新增車道，就算車道真的新增，也是很大部份要為那個車道的用途寫一個新的類別，懂?

    看各位的留言，這裡真的是很純的靠北工程師，被靠北的對象是我，而不是剛進來就在搞鬥爭的新人 ZZZZ
    👉 去 GitHub 給我們🌟用行動支持純靠北工程師 https://github.com/init-engineer/init.engineer
    📢 匿名發文請至 https://kaobei.engineer/cards/create
    🥙 全平台留言 https://kaobei.engineer/cards/show/4333

  • 91 敏捷開發之路

    父類別 在 91 敏捷開發之路 Facebook 的最佳解答

    2019-06-20 09:39:44
    有 145 人按讚


    什麼叫做好的程式？
    　
    大家的答案都不一樣，甚至在自己不同的職涯階段，答案也都不一樣。
    　
    對我現階段來說，就是儘量滿足 “simplicity”，也就是「簡單設計」。
    　
    參考：https://martinfowler.com/bliki/BeckDesignRules.html
    　
    要設計出很簡單(simple)的作品，一點也不容易(easy)，得內化不少技能。
    　
    基本原則其實很精要，（留意順序）
    * Passes the tests
    * Reveals intention
    * No duplication
    * Fewest elements
    　
    1. 針對第一點「通過測試」，也就是不管你的設計多好，都要先確保它執行符合你的預期，要確認你的預期符合需求。
    　
    撰寫測試，並通過測試，才能輕鬆的滿足這第一要點。
    　
    2 與 3，這兩者的順序有兩派，有些人覺得「理解意圖」要比「消除重複」優先，有些人則覺得要反過來。
    　
    我自己覺得這兩者在開發過程中是可以同時滿足的，所以一樣重要。
    　
    但在 legacy code 裡面，我會覺得「呈現意圖」要比「消除重複重要」。
    　
    原因是，當具備一定的工程實踐技能，搞懂需求、情境、限制時，要消除重複非常容易，但如果容易誤解原本代碼的意圖，或需要很多時間才能猜測代碼意圖，這仍是某種程度的賭注。
    　
    4. 第四點是 simplicity 最重要的限制，當能滿足前三點時，用「越少的元素」越好。
    　
    越少的元素包括比較少的 class, interface, 參數個數, 回傳的內容, 物件之間的互動次數, 物件之間的相依關係。
    　
    通常為了消除重複，（甚至是可測試性），大家容易把單純的東西搞得特別複雜，開始亂套 design pattern 跟胡亂透過繼承來避免重複的過度設計最爲常見。
    　
    要解決任何一個依賴，都可以透過新增一層中間層來解決，大家往往更傾向「學習」、達到「低耦合」的設計，卻忽略了「高內聚」其實才是「物件」跟「互動簡單化」的核心。
    　
    —
    補充一下，我已經兩年避免使用「可讀性」這個字眼，因為你覺得好讀，他不一定覺得好讀。
    　
    每個字讀起來都懂，你卻看不出它想幹嘛，它的意圖、流程、目的，都得再經過作者翻譯一次，你才知道程式的意圖。（還要經過翻譯，代表程式本身呈現的意圖跟作者想表達的，中間還有一段落差。）
    　
    Intention-driven 的設計還是很重要，避免把代碼層級的東西攤開在 public 的流程中，導致抽象干擾(Abstraction Distraction)的壞味道。
    　
    消除重複的目的則是在於「可維護性」，往往一些重構的壞設計，都是基於為了消除重複而把系統以錯誤的方向來重構，常見的例如把重複的代碼放到父類別裡面，來讓子類可以共用，或是 default 的行為放在父類，每個子類可以決定如何加工或覆寫，而延伸出來繼承鏈的大問題。
    　
    寫得有些冗長了，想體會簡單設計的挑戰、實作、學習、突破，到實務上的逐漸內化，請參考：https://dotblogs.com.tw/…/201907-evolutionary-development-t…
    　
    #七月梯次已額滿，下一梯次還在猶豫是要在十二月，或是2020年二三月。您如歸有興趣先卡早鳥，請您一樣先填七月份的報名表單，待下一梯次確定日期後，我會依序第一時間通知您，以讓您擁有更大的機會取得早鳥的資格。
    　
    也可以參考過去學員上完課沈澱之後的心得：https://dotblogs.com.tw/hatelove/2019/06/16/133316

  • 想學iphone開發找魏巍

    父類別 在 想學iphone開發找魏巍 Facebook 的最讚貼文

    2018-02-09 14:40:57
    有 2 人按讚

    [再聊 Struct 跟 Class 的分別 (我線上課程裡面的一段內容)] 之前我們在地圖的 Session 提過 Struct 跟 Class 的分別。條列於下：
    1.Class 可以有子類別跟父類別，Struct 沒有。
    2.Class 是 Reference type，會參考到某塊記憶體；Struct 則是 Value Type。
    之前就是這樣帶過，不過我們現在做了實際的範例，我可以在多講一些這兩者的分別：
    a) Struct 是一個加強版的資料
    透過 Random User 跟 RSSReader 這兩個範例，我想點出 Struct 是 Value Type 的意思。您可以把 Value Type 的 Struct 看成好像整數或是字串這些簡單的資料一樣，只不過 Struct 是加強版的簡單資料：把幾個簡單的資料包起來，因為這些資料彼此相關，比方說包括 title 跟 link 的 NewsItem，您可以把這個 NewsItem 當做一組比較複雜的資料，不過就算複雜，Struct 還是一個資料。在使用的時候， Struct 就跟整數或是字串這些簡單的資料一樣，代表一些數值。
    b) Struct 沒有身分的概念
    當我們在操作 NewsItem 或是 User 這些 Struct 產生出來的實體的時候，把這些 Struct 當成參數去呼叫另外一個方法，比方說呼叫 settingInfo 方法。在這種情況，請想一下，我們不是真的直接帶入那個實體，而是拷貝一份新的 User 去當做參數。Struct 就是值，沒有身分的概念。跟整數、字串這些一樣。相對來說，如果同樣的情況帶入的參數是由 Class 產生出來的實體的話，那結果就不是拷貝一份新的值，而是直接帶入那個實體的記憶體。跟 Struct 的運作是非常不一樣的。
    #iosdev #struct #class #object

你可能也想看看

搜尋相關網站