NO1重構感想

2021-09-24 05:20:40 字數 638 閱讀 2238

經過了長達乙個月的編碼,終於完成了no1的重構開發,雖然還有一些隱含的邏輯上的一些問題。

經過這次開發,讓我感觸頗多。

首先,我們一定要善於學習。大家都知道學習的好處,但是在實踐中都得到這個結論和聽別人說完全是兩碼事情。舉個例子,假如說,我想要獲得乙個標籤的innerhtml屬性,以前我都是這麼寫的。

a= document.getelementbyid('a').innerhtml

但是現在,我一般會這麼寫

a=$('#a').innerhtml

這麼寫感覺少寫了很多,雖然兩個的效果差不多。

以前面對一些問題的時候總是顯得很無助,比如說我要根據不同的審核狀態顯示不同的合同,並且對他們的操作也完全不同。第一次遇到這個問題的時候我顯得很茫然,這次的我,直接就把這個問題解決了。在這次重構中,我看到了自己的成長。

我發現了自己在很多方面存在著不足之處,比如說,我們專案組的其他小夥伴,經過了幾個月的時間以後他們都對layui框架非常熟悉,能夠熟練運用這個框架,但是我卻做不到這一點,每次都要去請其他同學的幫助,我認為我的自主學習能力還是有待提高,特別是關於主動看文件這個事情,一定要堅持去做。

這次搭建專案環境,有很多的文件需要我們去閱讀,我一開始感覺很多耐煩,但是一定要強迫自己去做,一定不要輕視文件的作用,不然我們就會吃大虧的。

0 重構概述

這一系列的重構知識總結自馬丁福勒的 重構 改善既有 的設計 一書。為什麼要重構?因為乙個專案往往不只乙個人在寫,其他人也會來讀寫你的 有些人甚至自己寫的 幾個月之後就看不懂當初自己寫的是什麼了。重構的目的 改進軟體的設計,使軟體更易理解,容易找出bug,在後期要新增新功能時,提高程式設計速度,重構後...

4 3 重構查詢方式

設計查詢的時候乙個需要考慮的重要問題是,是否需要將乙個複雜的查詢分成許多簡單的查詢。mysql內部每秒能夠掃瞄記憶體中上百萬行資料,相比之下,mysql響應資料給客戶端就慢的多了。所以,有時候將乙個大的查詢分解為多個小查詢是有必要的。4.3.1 切分查詢 乙個大查詢如果一次性執行的話,可能一次鎖住很...

《重構》 2 重構原則 讀書筆記

1 重構不只是整理 而是一種更搞笑且受控的 整理技術。2 但必須對軟體 可受觀察之外部行為 只造成很小變化,或甚至不造成變化。與之形成對比的是 效能優化 和重構一樣,效能優化通常不會改變元件的行為,只會改變其內部結構。但是兩者出發點不同 效能優化往往使 較難理解,但為了得到所需的效能你不得不那麼做。...