jsp+javaBean工程改造

    公司要做一个电子商务网站，算是一个中型项目吧，为了加快开发进度，有合作伙伴提供一套基础框架，其实也谈不上框架，就是他们曾经用jsp+javaBean做过一个类似我们需要的网站，后台javaBean倒是简单，就是在jsp页面中有大量java代码。
    现在公司想要我们在这个基础上开发，但我们研发人员看了后都感觉用这种方式开发有点别扭，不知道这种方式会不会影响我们的开发进度，请问我们是应该在他们这个基础上开发，还是用现在比较流行的MVC模式和框架开发呢？我们应该怎么跟公司领导和合作伙伴说明？请各位帮忙分析，不吝赐教。

一般垃圾的架构设计不会影响开发速度，但是会极大影响后期维护以及后期开发。

可是领导不懂技术，只要求我们快点做完，不懂后期维护有多困难，而且合作伙伴认为他们这种开发方式很好，反而认为现在的MVC模式没有必要，我们应该怎么做，他们才会认识到这种JSP页面包含大量JAVA代码开发方式带来的弊端，同意我们用MVC模式开发呢？

如果不是你们维护，担心什么？

不是他们维护谁维护，除非做完项目就走人。

老板的想法是想尽早完成，然后有钱拿，后期的事情也不是他去改bug。
jsp里写java，爽YY

网站不一定就要用mvc，根据具体情况和业务来确定采用哪种分层方式，有的大型网站或许就不采用mvc的方式，也许还会采用esb做总线来对网站的服务进行统一的发布，一句话，根据实际情况来觉得采用哪种方式

一句话，代码容易泄露，容易被攻击

我觉得只要不是自己维护，怎么方便怎么来。领导决定 就是了。如果以后是自己维护，而且还是需求经常变动的话，我就会尝试说服领导。

很难想象你们的代码架构居然是13-15年前的。
说白了就是开发商拿了他们以前做的一个网站，上面改改就给你们用了。我估计这家可能这么多年就靠这么对付过来的，真不容易。除非就是稍微换换标题颜色什么的，不然修改上能要命。
我很想知道的是现在的开发由谁来进行，后续开发和维护由谁来处理。如果是对方自己挖坑埋自己，那么你们就等着因为开发维护成本太高和Bug引发的损失而错失商机吧。不过你可以多干几个月再找下家，不用太着急。如果是对方挖坑来埋你们，建议马上找下家。