2

我正在使用一个名为MAGIC的 CASE来开发我正在开发的系统，我之前从未使用过这种工具，乍一看我很喜欢，一个月后我生成了很多应用程序，我觉得很有效率，而且 . ..我会说...满意。

在某种程度上感觉不舒服，因为没有代码和我习惯的一切，但另一方面我可以加快我的开发速度。事实是，最终我回到了使用 C#，因为我发现它开发起来更灵活，我可以进行单元测试，使用 CVS，我可以访问更多资源，基本上我拥有“所有控制权”。我觉得这个工具没有给我信心，我认为在项目的后期我无法管理它，因为它强制建立了开发规则。还有很多事情，比如发送电子邮件、使用我自己的控件以及其他事情都有其复杂性，似乎在某些时候它不会像最初我想象的那样简单，也没有最初产品声称的那么容易。这让我想起了一篇很好的文章，叫做“没有银弹”。

此 CASE 有其优势，但另一方面它没有可供您参考的资源，而且实际上许可证和认证非常昂贵。对我来说，另一个令人失望的事情是，由于它的开发方法过于简单，我一方面感到害怕，因为我对这类工具缺乏经验，另一方面我认为如果我继续使用它，它可能会变成一个复杂的怪物我在项目后期无法管理。

我认为使用这类解决方案来加快速度是件好事，但我想知道，如果这些程序声称比我使用的工具能更好地提高生产力，为什么它们不像 VS.Net、J2EE、Ruby、Python 等那样受欢迎已经指出了吗？

4

4 回答 4

1

我们在我目前的公司使用 CASE 工具进行代码生成，我们正试图摆脱它。

在我看来，它带来的好处 - 代码制作组件的图形表示“更容易”为新开发人员挑选 - 被我认为的缺点所抵消。

这些主要缺点是：

  1. 我们无法进行自动合并，这使得在一个组件上进行并行开发几乎是不可能的。

  2. 开发人员会依赖该工具并“忘记”如何手动编码。

于 2008-08-17T15:21:50.513 回答
0

只问你几个问题：

与您使用的控件相比，您获得了多少生产力？您创建的代码的可测试性和可靠性如何？您在设计中实施新模式的能力如何？

我无法想象有一个 CASE 可以让我先编写一个测试，然后使用 CASE 生成我需要的代码。我宁愿坚持使用 resharper，它可以轻松完成我的日常任务并完全控制我的代码。

于 2008-08-17T15:32:34.517 回答
0

我参与的项目最初使用 Oracle Development Suite 来组合一个 Web 应用程序。

随着时间的推移（5 年以上），客户要求变得比最初预期的更加复杂，而且屏幕不易维护。因此，该团队非正式地决定开始在 Web PL/SQL 中制作自定义（手动编码）屏幕，而不是使用 Oracle Development Suite CASE 工具（Oracle Designer）生成它们。

团队仍在使用 Development Suite 的 Oracle Report Builder 组件，因为它似乎可以及时“完成工作”。通常，使用 Report Builder 工具的开发人员不太习惯编码。

在这种情况下，此类 CASE 工具的生产力方面似乎在很大程度上取决于客户要求和开发人员技能集/培训/背景。

于 2008-08-17T22:17:46.947 回答
0

不幸的是，Magic工具不会生成代码，也无法实现设计模式。正如我之前所说的，我无法控制代码原因，因为它没有要修改的代码。底线是它可以以某种方式提高生产力，但它对用户 CVS 和模式来说是不可能的，而且我无法控制所有细节。

我同意 Gary 的说法，“似乎此类 CASE 工具的生产力方面在很大程度上取决于客户要求和开发人员技能集/培训/背景”，但我也非常同意 Klelky；

这些主要缺点是： 1. 我们不能进行自动合并，使得在一个组件上并行开发几乎是不可能的。2.开发人员依赖于工具并“忘记”如何手动编码。

谢谢

于 2008-08-20T13:25:53.647 回答