【问题标题】:Does anyone here use Struts 1 for a new project?这里有人在新项目中使用 Struts 1 吗?
【发布时间】:2010-11-01 03:52:16
【问题描述】:

我有一个场景,客户要求在 struts 1 上开发一个新项目。他们似乎有许多应用程序在 Struts 1 上运行,内部 IT 团队对此很满意。

对于数据访问,我们被要求写 JDBC,没有 ORM,甚至没有 Spring DAO。他们开发了一个框架,我们被要求使用它。

我想知道这里是否有人遇到过类似情况,并设法说服客户使用更新的框架。

【问题讨论】:

  • 我现在正在进行一个 struts-1 项目。我感觉到你的痛苦……现在是 2014 年

标签: struts perception


【解决方案1】:

许多公司仍在使用 Struts 1,因为它是一个蓝图(公司决策),因此他们无法使用其他任何东西。 这是我们必须生活的非常常见的场景(我会说是标准场景)。

【讨论】:

  • 很不幸。我们可以通过使用 Spring 和 Hibernate 来减少开发时间和痛苦,但内部团队似乎对 Spring 并不感兴趣。奇怪为什么有人不喜欢 Spring。
  • 这不是喜欢或不喜欢的问题。很多时候都与很多年前定义的蓝图有关,您必须接受它。例如我们公司的一些客户不允许使用javascript。因此,您不能进行任何客户端检查、没有 ajax 等。嗯,这是我们必须工作的世界,这些是游戏规则。
【解决方案2】:

我也经历过类似的痛苦情景。要赢得争论,您首先必须说服他们。

说“Struts 1 很烂”并不能解决问题,因为他们总是可以说“它已经过测试,并且适用于其他项目”。

我做的是这样的:

1) 我在一个更好的框架中创建了一个原型,我发现它适合这项工作(在我的例子中是 Rife)......在 3 天内。

2) 我在 Struts 1.x 中创建了相同的原型......我设法在 5 天内完成了它,但正如预期的那样,它要痛苦得多。

3) 然后我创建了一个演示文稿,其中包含漂亮的图片、代码指标以及我从 Rife 之类的框架免费获得的东西,而这些都是我从 Struts 1 中无法获得的。

最后他们选择了带有 Hibernate 的 Struts 2。更好,但最终还是一个错误的决定。我们在 18 个月内提交了我们的应用程序,而我们本可以在 3 个月内完成。技术选择并不是这里唯一的责任……我们必须遵循各种内部程序,而且我们还必须重写由于我们管理层的政策不断变化而导致大部分代码,更不用说与各种已弃用的内部系统的集成。

我得出的唯一结论是,在大商店里完成的企业软件真的会耗尽软件开发人员的生命。

【讨论】:

  • “我得出的唯一结论是,在大商店里做的企业软件真的很吸软件开发人员的生命” +1 我通常发现银行客户变化缓慢,当然我能理解他们的担忧。
猜你喜欢
  • 2015-12-23
  • 1970-01-01
  • 2011-01-25
  • 2010-12-07
  • 2023-04-07
  • 2021-08-05
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多