简体   繁体   English

这里有没有人将Struts 1用于新项目?

[英]Does anyone here use Struts 1 for a new project?

I have a scenario where customers are asking to develop a new project on struts 1. It appears they have many applications running on Struts 1 and the in house IT team is comfortable with it. 我有一个场景,客户要求在Struts 1上开发一个新项目。看来他们在Struts 1上运行了许多应用程序,而内部IT团队对此很满意。

For data access, we are asked to write JDBC, no ORM, not even Spring DAO. 对于数据访问,要求我们编写JDBC,不编写ORM,甚至不编写Spring DAO。 They have developed a framework and we have been asked to use that. 他们已经开发了一个框架,并要求我们使用它。

I'm wondering if anyone here have been in a similar situation, and managed to convince the customer to use newer frameworks. 我想知道这里是否有人遇到过类似情况,并设法说服客户使用更新的框架。

I've lived a similarly painful scenario. 我曾经经历过同样痛苦的情景。 To win an argument you first have to convince them. 要赢得争论,您首先必须说服他们。

Saying that "Struts 1 sucks" won't cut it, since they can always say that "it's tested, and it works for the other projects". 说“ Struts 1很烂”并不会减少它,因为他们总是可以说“它已经过测试,并且适用于其他项目”。

What I did is this: 我所做的是:

1) I created a prototype in a better framework that I found suited for the job (in my case was Rife) ... in 3 days. 1)我在3天内用适合自己的工作(在我的情况下为Rife)在更好的框架中创建了原型。

2) I created the same prototype in Struts 1.x ... I managed to do it in 5 days, but it was a lot more painful, as anticipated. 2)我在Struts 1.x中创建了相同的原型。我设法在5天之内完成了它,但是,比预期的要痛苦得多。

3) I then created a presentation with pretty pictures, code metrics, and things that I get for free from a framework like Rife, that I don't get from Struts 1. 3)然后,我创建了一个演示文稿,其中包含漂亮的图片,代码指标以及从Rife之类的框架中免费获得的东西,而我从Struts 1中得不到这些东西。

In the end their choice was Struts 2 with Hibernate. 最终,他们的选择是带有Hibernate的Struts 2。 Better, but still, it was in the end a bad decision. 更好,但是仍然是一个错误的决定。 We delivered our application in 18 months when we could've done it in 3. The technological choice isn't the only one to blame here ... we had all sorts of internal procedures we had to follow, and we also had to rewrite large portions of code because of the shifting policies of our management, not to mention integration with all sorts of deprecated internal systems. 我们在3个月内就完成了应用程序,交付了18个月。在这里,技术选择并不是唯一的责任……我们必须遵循各种内部程序,而且还必须重写由于我们管理策略的变化,很大一部分代码,更不用说与各种不推荐使用的内部系统集成。

The only conclusion I came to was that enterprise software done in big shops really suck the life out of software developers. 我得出的唯一结论是,在大型商店中完成的企业软件确实使软件开发人员失去了生命。

Struts 1 is still used by many companies because it is a blueprint (a corporate decision) and therefore they cannot use anything else. 许多公司仍然使用Struts 1,因为它是一个蓝图(公司决策),因此他们不能使用其他任何东西。 This is a very common scenario (I would say a standard scenario) which we have to live. 这是我们必须经历的一个非常普通的场景(我会说一个标准场景)。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM