下面是之前会上大家提出的两个action items.
为什么我们的reply UI里面的content不会在离开页面的时候被dispose掉，导致第二次进入reply页面会把前一次输入的内容记录下来。在CRM其他application里面如何处理这种情况的。
大致看了下，reply的内容不会清掉的原因是因为在ReplyMessageOV这个overview页面的wd_destroy方法里面注释掉了super->wd_destroy方法，这个超类的方法里面会清空context node。
之所以注释掉的原因记不清了，我过后去问下李元霸,看看她还记得当时她为什么注释掉这段代码。
我看了下在IC环境JAM integration的case,他们也是可以在一个BP overview页面里面进行send post这种操作，和我们很像，不过他们不缓存发送内容，离开页面再回到相同页面之前输入的内容就丢失了。
我们当前这个solution看起来好像没什么问题，但是不知道以后我们在reply页面加入了attachment以后，由于attachment可能比较大，这样我们还缓存所有的reply内容，在内存consuming上是不是会有问题，可能还需要再考虑下。
如何实现在reply页面加入发送attachment的功能（当时的concern是content management是跟着BOL走的，但是我们的reply是在reply成功以后才会生成post）
我看了下email的case,他们处理attachment也是自己实现的并没有使用content management,而且他们所有的attachment发送之前也是放在内存里的，和我们需要的behavior一样，所以这条路肯定是没什么问题的。只是后面具体做research的时候还需要和Henning team align下看看能不能reuse他们一些东西(UI,DDIC),我大概看了下，很多东西其实是一样的，如果不能reuse,我们就需要copy到我们的package里面来。
最后出来的效果和之前的content management有些不一样。
要获取更多Jerry的原创文章，请关注公众号"汪子熙":