一个结束项目的分析和探讨

年初的时候接了一个项目。
使用技术javascript,xml,xslt,css,部分delphi。
大量的xml保存数据和数据的结构。
xslt负责将xml转换为部分自己定义的属性的xhtml。
javascript负责相应用户的操作，对xml数据的处理，以及所有其他复制，粘贴，保存等工作。
css 负责交互的显示风格。
delphi负责外壳。

总的说来，项目在我们没日没夜的加班中总算完成。获得了比较高的满意度。

自我感觉以下内容需要加强：

1、 由于内容比较多，上千个table,几十个xslt，我们开发了辅助性的xslt的生成工具。但是即使这样，仍然需要开发人员去一个一个table的校正。并且，虽然功能都提炼成模板，import 进同一个文件。但是一旦发现所有的表需要增加相同的功能，改动量还是很多。

2、 部分时候，由于业务需求，把某个XML文件弄的很大，操作起来性能不理想。

3、 第一版的js 文件没有面向对象的思想，大约有6k左右。本次对新增加的功能的js统一使用面向对象的思想编写。但是，在没有代码提示的UE里，自我感觉这么写似乎是拿敲代码的时间去换取未来的可读性，并没有什么本质的改变。升级的JS大约2.5k。总共不到10k行的代码，但是想要把这些内容提交给下面的人似乎很困难。

4、 没有理想的IDE工具。我们都是自己写的debug函数。但是没有使用有效的断点调试工具。eclipse好像有js的插件，没有用过。请达者指点。

5、 目前的程序捆绑在IE6上，没有兼顾到其他浏览器。考虑到是使用delphi做壳子，这个问题可以放一放。但是在目前的js中更多的都是使用JScript。考虑到比较多的代码是操作xml的，可以考虑移植到网站的客户端。但是很多操作xml的底层内容都需要改写。工作比较多。

6、 每次对整体的XML数据升级。为了保持用户的XML数据中已经存在的内容不动，都需要手工写JS代码，增加属性和结点。比较头大。

我认为xslt没有必要使用. 与javascript功能重复了吧.
现在很多系统用delphi等做外壳. 维护升级不麻烦吗?我感觉delphi+webservice(EJB)时代过去了。
上千个table,几十个xslt ,感觉业务逻辑不是很复杂,应该只是简单的增删改吧.给大家说说业务吧.

我想问一下，用面向对象的思想来写JS是不是很有效？能提高效率还是代码的可读性还是其它什么的？因为没有这个做过太大的东西，所以想知道一下。