第一次作業
第一次進行物件導向的程式設計，不論是針對資料設計類還是對方法進行合適的歸於不同類中，都不是很熟悉。所寫出來的程式還是面向過程+有函式的類（雖然現在很大程度上感覺起來也是這樣）。索性作業難度並不算高，完成的也算馬馬虎虎。公測都通過了，但是互測的時候被發現了一處筆誤，少寫了乙個0，導致6位的測試樣例無法正常讀入。並且由於我的檢測輸入的實現並不是通過正規表示式，而是通過簡單粗暴的有限狀態機，故而第一周並沒有完整學習正規表示式。雖然有限狀態機的設計並沒有出錯，但是沒有盡早學習正規表示式也給我後面的作業留下了隱患。
第二次作業
第二次作業對於電梯的設計要求並不高，除了乙個需要排除同質請求的要求外，基本上跟遛狗一樣，**有需求就去**。對於這樣的設計要求，我設計了乙個nexttime陣列來存貯下一次這一條指令允許被點亮的時間開始點。在設計請求佇列的時候，我設計的方法是與前項的請求時間比較，但是我忘記了對即時項數減一，故而導致對於時間逆序的判斷恒為正。導致公測有兩個測試點沒有通過。由於我上次作業並沒有按照正規表示式進行設計，我這次的正規表示式實際上是第一次設計。雖然沒有出現錄入時的爆棧，但是在字元轉換為整形變數的時候沒有用try-catch進行設計，從而導致轉換的時候出現爆棧。真的讓我很心痛…這讓我明白按照公測樹針對性的進行測試輸入樣例的重要性，debug的時候一定要覆蓋到所有細枝末節，不能通過看和想來分析。
第三次作業
這次的作業險些血崩。由於要進行指令的捎帶，也就意味著我上一次所設計的nexttime陣列要做很大程度上的修改，不僅next的時間要隨著指令的完成而變化，對於同質的判斷也要隨之而改變。這讓我真的頭疼不已。我之前了解到了第二次作業有的同學使用了模擬時間的辦法進行設計。我認為這種想法真的挺好，我當時認為可以通過設計按鈕（通過按鈕的點亮情況指導電梯的移動、通過其亮暗的情況判斷同質），來把複雜的對於指令的判斷交給所涉及的模擬來進行。但是，這種初期看似美麗的想法往往會變得很坑。隨著設計的進行，我發現，這種模擬實際上就是在設計一種有限狀態機，不僅需要根據指導書中所提及的情況來進行完整的cover，而且對於主指令以及捎帶指令的判斷是無法避免的。因為指導書中要求對於不同的指令型別做不同的行為（再次務必要強烈吐槽一下，為什麼一次開門不能解決所有問題…）故而，實際上，不論做哪種實現，對於主指令和捎帶指令的判斷和重新整理是永遠無法避免的。於是，我就經歷了每天中午美滋滋的以為自己做完了，下午看客服群&再讀指導書，發現了我的程式有無數個沒有正確實現的點，然後debug到一點鐘。這樣連續了兩三天…不過，這真的讓我明白了老老實實按照指導書所要求的進行實現是多麼重要。
對於大一的時候並沒有參加6系魔幻課程資料結構的高工學生來說，物件導向程式設計是我們第一門大量碼**的科目。相比已經經歷過洗禮的6系同學來說，我們的壓力確實不小。不過，我想，學習是乙個過程，縱使我們起步慢，我們也可以追。對於程式的設計和維護也是一步步進行的，希望我再接下來的無數個作業中能做的更好。
部落格第一次作業
引導安裝作業系統部分以centos6.8 為例 主要是 設定root密碼，這裡密碼要記住 分盤這裡mount point boot file system type ext4 ext4 swap size 10240 200 2048 分盤目的是方便以後操作 二.獲取命令幫助 內部命令 在linux...
第一次部落格作業
if 表示式 else 沒有大括號時,else總是與離它最近的不帶else的if相配對.判斷表示式是否相等時注意用 而不是 switch 表示式 case的每個常量表示式不能相等.可以不使用default,則case條件都不滿足時,不執行任何操作.for 表示式1 迴圈條件 表示式2 for括號中的...
第一次部落格作業
031702329 我是想要早睡早起經常運動不想加班的莊錫榮 愛好是打籃球和發呆 食堂裡最喜歡吃的是加蔥花煎蛋的回洋號沙茶面 紫荊二樓 目前最喜歡的歌應該是 be what you wanna be 2.1.1 當初你是如何做出選擇計算機專業的決定的？2.1.2 你認為過去兩年中接觸到的課程是否符合...