oop前三次作業總結oop前三次作業總結

一、前言

本次的大作業是關于家庭電路設計的，總體難度較大，需要對各種類以及多態的運用熟練，在做題過程中也是遇到了諸多問題，查閱了很多資料，對面向對象的概念有了很大的提升。在這三次題目集中，7-1題目通常作為每個題目集的最后一題，旨在檢驗我們對前一階段知識的綜合應用能力。從知識點上看，7-1題目涉及了從基礎的數據結構、算法到面向對象編程的多個方面。題量上，每個7-1題目都是綜合性的大題，需要我們編寫較多的代碼來實現。難度上，由于7-1題目通常融合了多個知識點，因此相對較難，但這也激發了我們去挑戰和解決問題的動力

二、設計與分析

該題目要求我們設計一個家庭電路模擬系統，這涉及到面向對象編程中類的設計、繼承、多態等概念。 按題目要求我定義了一個electricical（電器）這個父類以及諸多子類，各種設備電路皆繼承于電器父類， 在源碼中以多態方式實現各部分功能，多態的優勢在這一過程中得到了極大的體現，代碼的復用性得到了很大的改善。

題目集1分析

題目集1是上次大作業的最后一次迭代，基本功能在前面的幾次迭代中基本完成了，而這次迭代只是在原基礎上多了些特別格式的處理，雖然工作量比前面幾次的迭代少了很多，但還是因為沒搞明白測試點的提示信息，到截至的時候仍有幾個測試點沒過，但是絕大部分的功能都能夠通過.

這里應該是對多選題的處理還沒處理恰當，導致怎么改都還是沒通過。

題目集2分析

題目集2的是新的大作業了，題目是關于家庭電路設計的，因為是第一次迭代，只包含最基本的串聯情況，而且電路異常以及電器的限制也沒有加上，所以還算是輕松解決了，不過因為題目比較特殊，只涉及串聯，所以當時就只寫了這個功能，導致后面的工作量就大了很多，而且當時一時大意，疏忽了調檔變速器的擋位限制，還在后來及時改正了，趕在題目截至前通過了。

還好第一次迭代難度沒設太高，也是全過了一次。 ### 題目集3分析 這次迭代加入的東西就很多了，新增了輸入格式并聯電路以及電阻，這就導致要修改的地方就很多了，電路的整體處理也麻煩不少，最關鍵的是將電路整體信息傳遞給每個電器元件并要更新元件的狀態，這個計算就有些讓人頭疼，但經過思路整理后，發現將所有電路都看做是串聯電路，然后再在電路內部做特定處理，這樣就能解決大部分問題了。可惜這次的所有測試點都沒有提升，所以一直都不知道自己錯在哪里了，而且給的測試用例只有三個，還都沒什么代表性，導致在調試的過程中就很頭大了。

測試點19.20當時考慮了很多種特殊情況，但是都沒有對上，所以也是很可惜到截至的時候還是沒有通過，不過大部分的測試點都通過了也是心滿意足了。

父類以及部分子類設計如上，這次作業對多態的考核還是蠻多的，實際操作下來對多態的掌握確實是提高了不少，果然看得再多還是不如上手做一遍。

三、踩坑心得

在源碼的提交過程中，我遇到了一系列問題和挑戰，其中正則表達式的編寫錯誤尤為突出。正則表達式，這個看似簡單卻實則深奧的工具，時常讓我在編寫時陷入困境。

有時，我會因為對正則表達式的語法細節不夠熟悉，或者對某些高級特性的理解不夠深入，導致寫出的表達式與預期不符，進而影響了整個程序的運行結果。 為了解決這個問題，我付出了大量的時間和精力。我不斷地查閱相關資料和文檔，深入學習正則表達式的各種語法規則和特性。

同時，我也學會了利用在線的正則表達式測試工具，通過實際測試來驗證我編寫的表達式的正確性。這個過程雖然繁瑣，但卻讓我對正則表達式的理解更加深入，也讓我逐漸掌握了編寫正確表達式的技巧。 除了正則表達式的編寫錯誤外，我還遇到了性能方面的問題。在處理大量文本或復雜模式時，如果正則表達式的寫法不夠優化，就會導致程序運行緩慢，甚至出現崩潰的情況。這對我來說是一個全新的挑戰，因為我之前并沒有太多關注這方面的問題。

在使用多態性的過程中，我遇到了幾個主要的問題：

接口定義不明確：最初，我在Device類中定義的方法過于簡單，沒有充分考慮到各種設備的不同需求。這導致在后續的開發過程中，我需要不斷地修改和擴展Device類的方法，增加了代碼的復雜性和維護成本。為了避免這個問題，我意識到在定義接口時應該盡可能地明確和全面，考慮到所有可能的設備類型和操作。

類型轉換錯誤：在編寫代碼時，我曾經試圖通過類型轉換來直接操作插入的設備。然而，這種做法存在很大的風險，因為如果插入的設備類型與期望的類型不匹配，就會導致程序崩潰。為了避免這個問題，我改用了多態性的做法，通過調用接口的方法來操作設備，從而避免了類型轉換錯誤的風險。

多態性使用不當：在初版代碼中，我沒有充分利用多態性的優勢來簡化代碼結構。我為每個設備類型都編寫了一個專門的處理函數，這導致代碼冗余且難以維護。后來，我意識到可以通過讓設備類實現統一的接口，并在插座類中調用這些接口的方法來簡化代碼結構。這種做法不僅提高了代碼的可讀性和可維護性，還降低了代碼的復雜性。

此外，在編寫代碼的過程中，我還發現了一些容易忽略的問題。比如，對于輸入數據的格式和邊界條件的處理，我之前并沒有給予足夠的重視。這導致在一些特殊情況下，我的程序會出現錯誤或異常。為了解決這個問題，我開始更加細心和嚴謹地編寫代碼，充分考慮各種可能的情況和邊界條件。我也學會了利用一些測試工具和方法來驗證我的代碼的正確性，確保它在各種情況下都能正常工作。 回顧這段時間的學習和實踐過程，我深感自己在程序設計方面還有許多欠缺，需要多進行實踐，不斷提高自己的編程水平。

同時，我也希望能夠在課程、作業和實驗的組織方面得到更多的指導和建議，以便更好地發揮自己的潛力和實現自己的目標。

四、改進建議

針對我在完成題目集過程中遇到的問題和挑戰，我提出以下具體的改進建議：

首先，加強正則表達式的學習是至關重要的。正則表達式是一門博大精深的學問，其語法和特性繁多，因此我需要進一步深入學習，掌握更多的高級特性和技巧。這包括學習正則表達式中的元字符、轉義字符、分組、選擇、重復等概念，并理解它們之間的邏輯關系。

同時，我也應該多做一些實踐練習，通過解決實際問題來鞏固和加深對正則表達式的理解。 其次，優化代碼性能是我在未來學習和實踐中需要注重的方面。在處理大量文本或復雜模式時，正則表達式的性能往往成為關鍵因素。為了提高代碼的運行效率，我需要學習和掌握正則表達式的優化技巧，如使用非貪婪匹配、減少回溯次數等。此外，我還可以考慮使用其他算法或數據結構來輔助處理文本數據，如使用哈希表來存儲匹配結果，或使用字符串分割和拼接等操作來簡化處理過程。

另外，注意細節和邊界條件也是我在編寫代碼時需要特別關注的問題。在正則表達式的編寫過程中，很容易因為忽略了一些細節或邊界條件而導致匹配結果不符合預期。因此，我需要在編寫代碼時更加細心和嚴謹，充分考慮各種可能的情況和邊界條件。特別是對于輸入數據的格式和有效性驗證等方面，我需要加強檢查和處理，確保輸入數據的準確性和可靠性。

最后，在題目設計方面，我建議增加一些實際應用場景的題目。通過模擬真實場景中的文本處理問題，可以讓學生更深入地理解正則表達式的應用和價值。同時，也可以設置一些更具挑戰性的題目，激發學生的創新思維和解決問題的能力。這些題目可以涉及到復雜模式的匹配.

綜上所述，通過加強學習、優化性能、注意細節和邊界條件以及增加實際應用場景的題目設計，我相信我能夠更好地應對未來在正則表達式應用方面遇到的挑戰和問題，提高自己的編程水平和解決問題的能力。

五、總結

通過這三次題目集的深入練習，我對面向對象的理解和應用能力得到了顯著提升。每次的練習都為我提供了寶貴的實踐機會，使我在掌握各種基本語法和用法的同時，也學會了如何將其靈活運用到實際問題中。

在練習過程中，我逐漸認識到多態的強大之處。它能夠極大的提高代碼的復用性，使得代碼不會顯得那么冗雜，在擁有相同屬性的類中，各個變量可以不用多次定義，多態是編程中不可或缺的重要工具，若沒有多態，那么冗雜的代碼會使閱讀效率極大地降低，思路也很難理清，工程的完成時間也會被延遲。

然而，在練習過程中，我也發現了自己在正則表達式應用方面的一些不足。有時，我會因為對正則表達式的語法細節不夠熟悉而寫出錯誤的表達式，導致匹配結果不符合預期。

此外，在處理一些復雜模式時，我也曾遇到性能問題，需要進一步優化正則表達式的寫法以提高運行效率。 針對這些不足，我計劃在未來的學習和實踐中采取一些改進措施。

首先，我將繼續加強對正則表達式語法和多態的學習和理解，通過查閱相關資料和文檔，不斷鞏固自己的基礎知識。

其次，我將積極參與更多的實踐項目，通過實際問題的解決來提升自己的應用能力和技巧。同時，我也會注意總結自己在練習過程中的經驗和教訓，避免犯同樣的錯誤。

除了個人努力外，我也希望能夠在課程、作業和實驗的組織方面得到更多的指導和建議。我相信，通過老師的悉心指導和同學們的相互幫助，我能夠更好地發揮自己的潛力，實現自己的目標。

總之，這三次題目集的練習讓我對程序設計有了更深入的理解和實踐，也為我未來的學習和工作奠定了堅實的基礎。我將繼續努力提高自己的程序設計能力和編程水平，為未來的挑戰做好準備。