OO第一作業周期(前四周)總結

来源:https://www.cnblogs.com/yanyuliliang/archive/2020/04/02/12622853.html
-Advertisement-
Play Games

前言 本文章針對Java課程前三次PTA作業進行總結 一.作業過程總結 1.總結三次作業之間的知識迭代關係:關於前三次作業之間的迭代關係,第一次作業主要是關於Java的最基礎的練習,演算法都可以直接再main函數裡面實現,初步瞭解Java的一些基本的操作,輸入輸出,至於其它語句和C語言都是一樣的。 第 ...


 前言

本文章針對Java課程前三次PTA作業進行總結

一.作業過程總結

  1.總結三次作業之間的知識迭代關係:關於前三次作業之間的迭代關係,第一次作業主要是關於Java的最基礎的練習,演算法都可以直接再main函數裡面實現,初步瞭解Java的一些基本的操作,輸入輸出,至於其它語句和C語言都是一樣的。

第二次作業開始是關於日期方面的題目了,對於日期的相關操作都在一個類當中實現,只不過每個功能寫成了一個子函數,所以前後題目所需要的共同方法只能複製過來。

第三次作業也是關於日期方面的操作,演算法都在第二次作業基本實現了,只是題目對於編程的思想有了要求,要求用不同的類來實現每個功能,並且還有分類與類之間的關係來實現;這三次作業循序漸進,從我們學C語言面向過程的思想引入到Java面向對象的思想,題目實現的功能雖說一樣,但是所用到的知識點卻大有不同。

  2.如何通過作業逐步從面向過程過渡到面向對象:前三次作業就是逐步引入我們到面向對象,學習了C語言之後這種面向過程的思想難以一下就改變過來,所以第一次作業就是面向過程的,我認為第一次作業就是先讓我們熟悉一下Java的一些基本操作,所以通過第一次作業熟悉基本操作之後,第二次的作業也不會過於陌生,通過第二次這一次過渡的環節:在一個類當中用子函數寫好所要實現的功能;再然後是第三次就引入了面向對象的思想,跟著題目給的UML類圖,寫好每一個類的功能以及類與類之間的關係,能夠較好理解並完成第二題,第三題就是需要理解好每個類的關係,就比如第三題當中的Year類,Month類,Day類,DateUtil類的關係,通俗的說就是一層包一層,Year類是最裡面的一層,其次是Month類,Day類,再全收在DateUtil類當中演算法第二題基本可以照搬,理解了第三題之後,第四題也就迎刃而解了,其實做完第三次作業第三題之後就體會到面向對象與面向過程的不同。

  3.作業過程中遇到的問題及解決方法:在第一次作業當中除了一些基本演算法以及小bug之外,主要是對Java的一些輸入操作還不熟悉,後面百度了才知道要調用Scanner這個類進行輸入,該類在JDk當中寫好了,這在後面加深了我對類的調用的理解。

在第二次作業當中,第一題是一元二次方程,忘記考慮了二次項繫數不為0的情況;第二題是在非法日期上面存在問題,就是閏年2月不大於29,平年2月大於28;第三題第四題還是在於求下一天、下n天演算法上面存在一些問題,就是少算了幾天多算了幾天,閏年平年的考慮,這方面的解決方法無需多提,就是考慮周全就好。

第三次作業主要問題集中在第三題,由於除了課堂作業外第一次做這種面向對象題目還有些生疏,主要問題在於類與類之間的關係沒有整理好,調用方法以及返回值的問題,還有第二次作業的日期判斷bug沒有被測到,把演算法搬過來之後在第三次作業第三題被測到。關於類與類之間的關係以及方法的調用問題是詢問了同學之後基本上理解了,就比如我不知道如何在第三題Month類,Day類當中調用year的方法,後面理解了是根據類之間的關係結構來調用,這要先理清關係才能做;改完重新寫過日期判斷的方法的演算法後,由於求下n天前n天的時間複雜度太大,稍微改進了演算法,原先用的for迴圈,後面改進用的while(){switch}之後就符合在題目要求的時間限度。

第四題沒什麼問題,並且很快就寫完一次過了,問題都在第三題,解決了第三題的疑惑,第四題也就沒什麼問題了。

  4.每次作業花費的時間比例:第一次作業做題目的時間前前後後花了5個小時左右,第二次作業也花費了5小時左右,第三次作業花費了10小時左右。

  5.對編程過程的嚴謹性的認識及教訓:對於編程的嚴謹在於敲代碼之前構思好框架,對於一些特殊情況的考慮,就好比我的第三次作業主要修改程式的時間花在了日期判斷上面,因為搬用之前第二次作業的這個日期判斷的代碼,第二次沒被測出bug,導致後面做第三次作業花費大量時間尋找修改,雖說是小bug,並非硬核技術錯誤,但是確實花了最多時間去找去修改,真的是小錯誤浪費大時間,編程心態也受到影響,所以對於這次的教訓是刻骨銘心,實現演算法要先仔細地周全地考慮一些特殊情況。

二.OO設計心得

  1.面向過程與面向對象的比較:通過這三次作業,從面向過程過渡到了面向對象的思想,面向過程主要是在於考慮思考如何去實現這個演算法,以過程為中心,更加側重與演算法實現方面的問題;面向對象在於考慮對象問題,把每個對象分開考慮,考慮每個對象所應有的屬性和方法。

  2.面向對象設計的基本原則理解:把每個類分開考慮,考慮這個類應該是什麼,具有什麼屬性方法,不需要考慮這個類之外的事情,做好分內之事即可。

  3.OO編程思維的理解:編程之前考慮應該能分成幾個類,每個類應該負責什麼,每個類所處的層次問題以及它們之間的關係。

三.測試的理解與實踐

  1.測試對於編碼質量的重要性:一次性寫完沒有語法錯誤的代碼並不難,但是一次寫出完美無bug的代碼是比較難的。所以測試對於編程可謂是非常重要的環節,沒有測試過的代碼就像是沒有凈化的水,誰也不知道水裡面藏著什麼污垢。

  2.假如讓你設計測試用例,你會如何做:我設計測試用例首先是用普通用例,首先這是檢查代碼大致的正確性,其次再是考慮一些特殊情況,儘可能全面地考慮所有特殊情況。

四.課程收穫

  1.總結這四周來在OO方面的教訓及收穫:教訓是對於每個類裡面的命名要規範正確,做第三次作業在命名方面的錯誤也居多,寫完之後再修改工作量實在大。收穫是對於OO編程思想有了更好的理解,從當初學習C語言的面向過程思想轉變到了面向對象的思想。

五.對課程的建議

  1.課堂建議:建議課堂側重一下講解知識點與舉例的比重,個人覺得可以更加側重於舉例與實際操作;其次是課間10分鐘時間可以安排一下,長時間聽課效果不是很好。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1、比例尺是什麼? 比例尺能將“一個區間”的數據映射到“另一個區間”。 例如[0, 1]對應到[0, 300],當輸入0.5時,輸出150。或者將[0, 1, 2]對應到["red", "green", "blue"],當輸入2時,輸出blue。 上述示例中的[0, 1]和[0, 1, 2]稱為定義 ...
  • 從這裡開始 我們就將開始畫一個簡單的圖表了 在此之前 ,最好掌握以下svg的基本知識。 一個間的的例子如下: <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> <script src ...
  • 選擇排序 + 代碼 + 運行效果 冒泡排序 + 代碼 + 運行效果 ...
  • 可視化工具D3.js,就不贅述他的簡介與下載了,官網上看,直接上教程: 可視化工具D3.js教程 入門 (第一章)—— hello world 可視化工具D3.js教程 入門 (第二章)—— 選擇元素與數據綁定 可視化工具D3.js教程 入門 (第三章)—— 理解 Update Enter Exit ...
  • 還是那句話,有時候你可能沒有Jquery可用,那麼我們可以借用原生JS中Dom對象的新方法:querySelector和querySelectorAll 實現Jquery篩選器同樣的篩選節點的效果,下麵列舉一些示例: 1-直接從頁面中篩選元素: id選擇器: var myidDom=document ...
  • 有時候,我們無法藉助熟悉的jquery發起請求,原生JS里是支持fetch函數的,這是個高度封裝的方法,幫助我們做了很多底層的封裝,下麵列舉一些發起請求的示例: 1-發起Get請求: //httpGet請求 var httpGet = async function (getUrl) { var op ...
  • 偶然間遇到,需要在JS中解決類似於C#中的線程休眠問題,JS有Promise對象,可以幫助我們實現這一點,網上有很多類似文章,我這裡列舉一個使用示例: 定義休眠方法--使用Promise創建一個非同步可等待的方法: //設置JS休眠一定時間後執行的動作 var sleep = function (mi ...
  • 一、GOF 23種設計模式簡介 設計模式其實是一門藝術。設計模式來源於生活,不要為了套用設計模式而去使用設計模式。設計模式是在我們迷茫時提供的一種解決問題的方案,或者說用好設計模式可以防範於未然。自古以來,在我們人生迷茫時,我們往往都會尋求幫助,或上門咨詢,或查經問典。就在幾千年前,孔夫子就教給了我 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...