antd-編輯操作

在項目中經常會遇到各種需要修改、編輯的操作,一般的思路就是點擊編輯的時候,通過record獲取到這一整行數據存入當前的state中,然后將這個state值傳到編輯的頁面中,在編輯界面中,通過this.props.傳過來的名稱去獲取所有數據,當發生改變時,需要將當前修改的值傳到從父組件,然后父組件去修改之前的state。這樣的思路是沒有任何問題的,但是在寫法上面,使自己犯了一個很嚴重的錯誤,錯誤案例如下:假如我編輯表格的一行數據,我編輯都是可以改變的,但是我還沒點擊確定,表格的那一行數據也發生了改變,這就導致了我如果編輯了這一行數據,但是我最后點擊了取消按鈕,編輯模態框消失,但是表格的這一行數據還是發生了改變,盡管這個改變沒有存放到數據庫中,對于這個問題之前一直沒有想明白是為什么,不得已只能采取粗暴的解決辦法了,在編輯點擊取消按鈕之后,我重新發了一次請求,重新獲取表格數據,這樣才暫時隱藏了這個問題。昨晚也是一個類似的問題,然后冰哥教了我一大招,我這才恍然大悟。

之前關于編輯的一般寫法是:

editEnumsDesc(desc,index){

? const a = this.state.editData;//把這個對象賦值給a

? ? let b = [];

? ?if(a.ext.enums){

? ? ? ? ?b = a.ext.enums;

? ?}

? ?for(let i=0;i< b.length;i++){

? ? ? ? if(i === index){

? ? ? ? ? ? b[i].desc = desc;//雖然說這里還沒有setState,但是也相當于在操作editData ? ? ? ? ??

? ? ? ?}

? ?}

? a.ext.enums = b;

? ?this.setState({

? ? ? ?editData:a

? ?});

}

然后冰哥幫我改了一下代碼:

寫法一:

consta=JSON.parse(JSON.stringify(this.state.editData));

a.ext.enums[index].desc=desc;

this.setState({

? ? ? ? editData:a

});

寫法二:

this.setState((prevState)=>{prevState.editData.ext.enums[index].value=value});

原來最大的問題:就在于最初的賦值,也就是對象的復制問題。

百度了一下,關于對象的復制也是大有文章的,主要分為兩種類型:深復制和淺復制。

數據類型主要分為:簡單數據類型(Boolean、Null、Undefined、Number、String、Symbol)和復雜數據類型(Object)。

“=”主要用于簡單數據類型的賦值問題,如果用在Object中,例如存在Object b={'value':'111'},a = b;那么當a中改變value的值時,b中的value值也改變了。Object a 是等于 Object b的。

深復制和淺復制主要是針對Object而言的,淺復制只復制一層對象的屬性,而深復制則遞歸復制了所有層級。也就是說淺復制只賦值了對象的第一層屬性,當對象的第一層屬性發生改變的時候,兩個對象互不影響,但是當第二層對象發生改變的時候,兩個對象都會發生改變。而深復制不會這樣,兩個對象徹徹底底是不一樣的,會不影響。

淺復制就是簡單的引用:

var src = {

name:"src"

}

//復制一份src對象的應用

var target = src;

target.name ="target";

console.log(src.name);//輸出target

深復制的方法:JSON.parse(JSON.stringify());

var source = {

? name:"source",

? child:{

? ? ? ?name:"child"

? }

}

var target = JSON.parse(JSON.stringify(source));

//改變target的name屬性

target.name ="target";

console.log(source.name);//source

console.log(target.name);//target

//改變target的child

target.child.name ="target child";

console.log(source.child.name);//child

console.log(target.child.name);//target child


以上方法都是個人總結,如有錯誤,歡迎指正!

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,797評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,179評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,628評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,642評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,444評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,948評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,040評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,185評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,717評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,794評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,418評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,414評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,750評論 2 370

推薦閱讀更多精彩內容