Javascript web应用程序的问题

以前的程序员让网站处于非常不可用的状态，我很难修改任何东西。我是网页设计新手，所以我不知道我的技能是否与这类工作不匹配，或者在现实行业中拥有这样的网站是正常的

主页包括三个框架

每个框架都有自己的javascript函数（介于

之间），还可以调用其他常见的javascript函数（使用

过度使用

文档。所有

-事实上，元素仅由document.all引用或访问

过度使用XSLT和Web服务——尽管我知道使用Web服务通常被认为是一个不错的设计选择——除了使用XSLT，还有其他方法可以使用这些服务吗？例如，菜单是使用Web方法返回的数据创建的

每个

，

和每个其他元素都有一个id，这些id由javascript函数操作，然后基于这些id加载一些适当的web服务和xslt文件

从安全角度来看，他对web服务返回的大多数数据使用了

T-SQL for xml auto

——从安全角度来看，向最终用户公开表名和列名是一个好选择吗

我对应用程序本身的状态感到非常困惑。我应该了解他开发的复杂性并继续研究它，还是应该开始重写所有内容？我非常困惑的是缺少替代方案——这是现实世界中处理web项目的常见方式，还是一个例外?

---

欢迎您提供任何建议和建议。感谢您对一位没有经验的开发人员（或任何人）提出的难题我认为你有几个艰难的星期，你真的需要阅读相关的技术，以更好地理解它们以及什么是最佳实践。你还需要深入挖掘现有的代码，以了解它们是如何结合在一起的

当你做了所有这些，你真的需要考虑你的选择。通常从头开始重新写一些东西（特别是如果它真的有效的话）这是一个坏主意。这显然取决于项目的大小，对于只有几千行代码的较小项目来说，这可能没问题。当查看其他人的代码时，也很容易忽略，所有这些奇怪的事情实际上都可能是对有效需求的修复。事情往往一开始看起来很整洁，但之后才是真正的问题言出必行

---

您需要向业务部门提供重新编写的时间估计，看看这是否是一种选择，但我猜您需要接受现状，并尽最大努力利用现有资源。也许您可以逐步改进工作。

不，在这个行业，人们不断编写不可维护的代码是不可接受的。

我给你的建议是向上，让每个人都相信这需要重写。如果他们质疑你，请找一位具有相关web开发技能的外部顾问来审查该应用程序（为期1天）

保持这个网站的现状，因为它“有效”就像在今天的高速公路上保持一辆福特T型车一样，非常危险。安全和维护成本可能是说服任何人不要保持这个网站“现状”的最有说服力的话题

---

接下来，让你自己接受培训，如果你能在了解基本知识的情况下重写这个应用程序，你会得到回报的。今天的技术（asp.net MVC）允许您以比尝试维护这个非常规编写的应用程序更快的速度实现核心业务价值。

我建议将项目移动到MVC3，并重写XSLT部分，以使用视图和/或MVC的部分视图来运行。Razor模型绑定语法非常干净，应该能够快速清除不干净的XSLT编写代码，只留下您需要的模型属性

然后，我将从MVCServerSide调用这些web服务，让您将对象结果反序列化为真实对象（甚至只使用直接的XQuery或Json遍历直接为您的模型提取内容），并将它们绑定到视图

---

不过，这对你们公司的技术来说可能是一个巨大的飞跃。有些地方不愿意改变。

我想这是6-7年前写的，从那时起就被黑了。每个项目都会积累一定数量的泡泡糖和胶带。听起来这一个很糟糕。我建议把它分成一小块s、 我假设这个网站现在正在运行？所以你不想破坏任何东西，“企业”经常认为“当最后一个家伙在这里时，它运行得很好。”

了解维护项目的最大痛点，以及修复项目能带来的最大收益。如果你有时间和支持，重写是很好的。但是如果它是一个复杂的站点，对于一个成熟的应用程序来说，有很多话要说。成熟是指它满足了业务需求，而不是好的代码

---

同样，在小部分上工作会让你更好地了解这个项目和业务需求，所以当你开始重写时，你会有更好的视角。

对我来说，听起来好像这是在使用ASP.NET框架。所以如果我的意见有什么意义的话，我会强烈地考虑另一个架构。@克劳斯….现在是2010年（发布了4.0框架），应用程序仍在ASP.Net 1.1.4322中！！谢谢你的建议，我正在考虑。从头开始重写代码不是一个明智的主意。Joel Spolsky的一篇好博文是：重构代码总是比从头开始重写代码更好的选择。我想这里也有约束。阅读起来非常困难几乎总是编码。只是因为你不能在