下面是之前會上大家提出的兩個action items.

為什么我們的reply UI里面的content不會在離開頁面的時候被dispose掉，導(dǎo)致第二次進入reply頁面會把前一次輸入的內(nèi)容記錄下來。在CRM其他application里面如何處理這種情況的。
大致看了下，reply的內(nèi)容不會清掉的原因是因為在ReplyMessageOV這個overview頁面的wd_destroy方法里面注釋掉了super->wd_destroy方法，這個超類的方法里面會清空context node。

之所以注釋掉的原因記不清了，我過后去問下李元霸,看看她還記得當時她為什么注釋掉這段代碼。
我看了下在IC環(huán)境JAM integration的case,他們也是可以在一個BP overview頁面里面進行send post這種操作，和我們很像，不過他們不緩存發(fā)送內(nèi)容，離開頁面再回到相同頁面之前輸入的內(nèi)容就丟失了。

我們當前這個solution看起來好像沒什么問題，但是不知道以后我們在reply頁面加入了attachment以后，由于attachment可能比較大，這樣我們還緩存所有的reply內(nèi)容，在內(nèi)存consuming上是不是會有問題，可能還需要再考慮下。

如何實現(xiàn)在reply頁面加入發(fā)送attachment的功能（當時的concern是content management是跟著BOL走的，但是我們的reply是在reply成功以后才會生成post）
我看了下email的case,他們處理attachment也是自己實現(xiàn)的并沒有使用content management,而且他們所有的attachment發(fā)送之前也是放在內(nèi)存里的，和我們需要的behavior一樣，所以這條路肯定是沒什么問題的。只是后面具體做research的時候還需要和Henning team align下看看能不能reuse他們一些東西(UI,DDIC),我大概看了下，很多東西其實是一樣的，如果不能reuse,我們就需要copy到我們的package里面來。
最后出來的效果和之前的content management有些不一樣。

要獲取更多Jerry的原創(chuàng)文章，請關(guān)注公眾號"汪子熙":

總結(jié)

以上是生活随笔為你收集整理的关于CRM WebClient UI缓存清理的讨论的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。