今天為什麼會想到寫這篇部落格，主要是因為自己之前走了太多的彎路，不過慶幸最後得到了想要的穩定的結果。
情景是這樣的：新建一條資產，但是資產表中含有自定義的擴充套件字段。
領導交代任務的時候，問了句，誰做過自定義字段。因為之前在上家公司做過（自定義欄位是已知的，都是通過表單域進行填寫資料的），現在是自定義欄位是不固定的，是通過基礎碼表進行維護的，是進行動態改變的。
之前的只需要乙個資產表，和資產自定義字段擴充套件表。現在需要資產表，資產自定義字段擴充套件表及自定義字段基礎維護表。
第一次接觸填寫的表單中，可以含義**，真的是ext的強大之處。且還是將資料全部儲存到頁面，進行增刪改查，最後儲存到資料庫中。
就因為所有的資料都儲存在頁面，給開發帶來了很大的難題。之前做的很多東西，只是將原有的東西進行拷貝改改，類似的處理邏輯（需要用的開發語言的api方法，處理的演算法邏輯都相同，只是改變下名字而已），現在這個東西沒有參考的**及頁面，我的開發就帶來了很大的困難。
將表單中巢狀乙個**，將**看成是乙個表單域，其值為grid.store。將表單域中的值儲存到**中，但單擊一列進行修改的時候，給表單中**初始化賦值就是乙個難題了。我先是不曉得如何轉換這其中的資料，不知道怎麼儲存grid.store作為乙個變數，然後再恢復到**中去。後來還增加了乙個難題，就是修改的時候，選擇某一列，如何將這個列和具體的巢狀**對應起來。解決方案，我是先用陣列來做的，做了4天，好像可以了，但是最後需要刪除等操作的時候，有時候會發生下標串資料，很不穩定，給自己帶來了無限的不安，這是個**的定時炸彈，這些天是白費了。後來解決的方案是，將grid.store轉換為json字串，作為**的隱藏列儲存，修改的時候，將該隱藏列的資料讀出來，再將json字串轉換為json物件，用來建立grid.store，從而恢復資料。
varstore =newext.data.store(, , ],
data:
});
store.loaddata(ext.json.decode(json字串,true));
知識盲點：不知道怎麼給ext.data.store賦值，或者建立該物件。
包括之前利用陣列的時候，也是不知道建立陣列的知識點，和運算元組的知識點。
不知道如何將json轉換為json字串（系統中的方法是自己定義這麼乙個功能函式，原先寫這個函式的人肯定也不知道ext api中提供了這個方法，但是他的基礎紮實，從來可以自己來實現該功能）。
將json字串轉為json物件。
之前工作中也遇到到這個無用功，做了很久，最後是自己的技術問題，其實有很多更好的解決方案。
還是就是自己寫的**真的很少，且基礎很不紮實。
只是能夠看懂**的基礎上進行修改的水準。
平時很懶，不願意寫**。其實從工作中就可以發現，一天乙個星期真的寫不了多少**，所以平時的時候要克服那種急於求成的心情。
工作中，也不善於估計自己的工作量，還有領導都是可以估計工作量的，我的工作原則就是工作時間認真的寫**，遇到問題，工作之餘，認真的補充不夠的知識。
一天雖然幹的活很少，但是還好可以在領導給的工作時間內完成任務。所以一天之中，只要認真做好力所能及的事情就好，不需要刻意的求成效。
保證紮實的基礎，多寫**，這樣犯過錯誤之後，也只有犯過錯之後才會有感觸，下次才能夠很快的反應過來，憑藉經驗，更快的寫出更好更優的**。
熟悉語言基礎語法和api及其相應框架的api，免得重複造輪子。即使重複造輪子，也需要紮實的基礎來支援。
關於程式設計的學習
對 計算機語言與程式設計 教學模式的評鑑 過於注重語句 語法和一些細節，基本上是以高階語言自身的體系為脈絡展開的，沒有把邏輯與程式設計解題思路放在主體地位上 對如何分析問題和解決問題講得不夠，對學生程式設計的能力 上機解題的能力訓練的不夠。這樣學習的時候枯燥難學，學過之後，不能用來解決實際問題。以強...
關於程式設計的淺學習與深學習
tanky woo的程式人生 在部落格中發表了 關於程式設計的淺學習與深學習 文章是關於程式設計學習的乙個提議 歸納 總結。以下是文章全部內容 關於程式設計的學習，大家肯定都知道，也是大家都說來說去的，就幾句話 1.多看書。2.多看 3.多敲 這些我不想多說，也覺得沒有多說的必要。經常在csdn上看...
關於程式設計的淺學習與深學習
tanky woo的程式人生在部落格中發表了 關於程式設計的淺學習與深學習 文章是關於程式設計學習的乙個提議 歸納 總結。以下是文章全部內容 1.多看書。2.多看 3.多敲 這些我不想多說，也覺得沒有多說的必要。經常在csdn上看到有人問 我學習c 一段時間了，該如何高階？然後接著就是一大堆的人，重...