我有一个C＃.Net MVC3网络应用程序。我们正在使用CkEditor控件。我们喜欢这种控制，但是我们遇到了性能问题。我们的一个页面显示了一个动态的对象列表。对于列表中的每一行，我们有两个CkEditor文本区域。列表越大，我们的应用程序就越慢。一个72行的列表需要一分半钟才能领先。呈现的页面在页面的开头和结尾都有时间标记。时间标签显示页面需要2秒钟才能创建。剩下的时间花在客户端渲染页面上。性能下降与页面上CkEditor控件的数量成正比。
有什么想法吗？在我们的代码中，我们是否正在加载一个比我们需要的更多的框架，在Web上访问每个控件的属性？
原来的开发人员已经不在了，我是CkEditor的新手。
答案 0 :(得分：0)
我找到了答案。这不是好消息，但它是一个答案。 IE是罪魁祸首。 Firefox加载相同的URL的速度提高了6到7倍。来自CkEditor支持的附件是我在
中提到的