老大生日是19811211哦o.0?

哈哈，那我刚好大老大5天。。。

建议不要基于任何javascript框架

一旦基于某一个js框架，那么对于使用不同js框架的项目就不利于集成，存在兼容性问题隐患

如果谁需要基于jquery等js框架的，那么已经有很多此类的编辑器了，例如国产的xheditor，是基于jquery的不错的编辑器。

选择kindeditor就是因为它独立、代码少而精

以一个开发产品的角度看 不太建议基于Jquery
     1，版本的兼容问题，你们要对应所有Jquery的版本问题，对于产品开发来说版本的问题是很麻烦的一件事
     2，商业模式的问题，以后不管你们走商业模式，Jquery的版权许可会影响你们的
     3，失去专注性，我觉得你们的产品定位应该是“世界上最好的在线HTML编辑器”，而不是想Extjs一样提供UI
         Action等全套解决方案，以后可以这么发展但 我觉得先专注为好，因为KindEditor还有很多完善的余地，
        以及有一定的市场前景，跟楼上的朋友说的可以做Adapter或把你要用的Util方法抽出来单独弄一个包也行，
        源代码是分包的，最后发布的时候可以用批处理来合成就行了。。。。这只是建议

看了各位的讨论。虽然不才。也想说两句：

凡事都有优劣， 基于jqurey与否， 也可以就这两方面来分析。

优势：
     1. jquery的目前的流行会让ke有更多的潜在用户群。无论是 jquery, mootools 或其他，都有着自己的用户群，基于以上的 js 框架开发的插件形式的KE， 会更容易得到该框架用户群的青睐。
     2. 代码量减少，实际代码是1+1<2， 而效能是1+1>2, 为什么这么说呢。因为，一般的基于web2.0理念开发的站点，都会特别注重用户体验还有视觉效果， 那么在这些站点中十有八九是基于某一流行的JS框架的，依托框架，KE会节省大量用于POP WIN，lightbox, ajax之类的代码，功能拓展也会较以前容易。而至于框架的更新， 到不用太担心，毕竟JS 框架也会考虑到老plugins的兼容性，就算新版本出来了，应该升级老plugins也不会很麻烦。
     3. 可以与某些在JS框架下比较流行的plugins直接配合使用，无须新写代码。

劣势：
    1.工作量增加，维护双版本的KE，而且这两个版本将越离越远。KE毕竟是个编辑器，而不是框架，也不可能做框架的事，基于体积原因，很多功能构思或许会被舍弃。 而插件式的框架，会基于框架有更多的拓展功能，而仅需少量代码。
    2. 泥足深陷，选择了jquery,  会继续有mootools等别的框架用户要求支持。。。
    3.  独立版本的发展停滞。或发展方向不是继续简单的路线，而是走复杂的路线了。


建议：
    开发双版本，独立版和JQ版本。
  1。 独立版本走简约路线。 删除一些不必要的功能。尽量地减少代码行数。 因为按需求来说，抗议基于框架开发的用户是对性能的苛刻要求者，而对于视觉效果或用户体验，则可免则免，因此，走极简路线式是符合他们的需要的。
  2。插件版本走绚丽路线。 在基于JQ的基础下。可以极大扩展KE的功能（有些功能还不必写，直接和第三方插件配合），扩大社区规模， 引进JS框架用户的讨论和共同建设，例如如何给KE加上AJAX UPLOADER 功能等等。

自动判断jquery库，如果存在，调用之，反之调用自带库，自带库尽量与editor分离，减少耦合度。jquery具备极强的dom处理能力，ajax支持，完善的事件处理，丰富的插件，得大于失。jquery完全可以将现有的ke代码减少到1500行以内。

不太同意基于JQ。

还是做自己的好，

我做网站也是都会用JQuery的，不过编辑器这东西要通用最好就别基于某个框架

否则用那个PT等框架的人就郁闷了。   

抽象层+

实现层:可以基于当前的实现,也可以基于jquery,也可以基于prototype,无论什么

类似extjs那样