我正在开发一个名为MAGIC的系统,我以前从未使用过这种工具,乍一看我很喜欢,一个月后我生成了很多应用程序,我觉得非常有效率……我会说..。满意了。
在某种程度上,我感到不舒服,因为没有代码和我所习惯的一切,但另一方面,我可以加快我的开发。事实是,最终我回到了使用C#,因为我发现它的开发更灵活,我可以进行单元测试,使用CVS,我可以访问更多的资源,基本上我拥有“所有的控制权”。我觉得这个工具没有给我信心,我认为在项目后期,由于它强制建立的开发规则,我无法管理它。还有许多事情,比如发送电子邮件,使用我自己的控件,以及其他事情都有它们的复杂性,在某种程度上,它似乎不会像我最初想象的那样简单,也不像最初产品声称的那样简单。这让我想起了一篇很好的文章,叫做"No Silver Bullet“。
这种情况有它的优点,但另一方面,它没有您可以参考的资源,而且实际上许可证和认证非常昂贵。对我来说,另一件令人沮丧的事情是,由于它的开发方法过于简单,我感到害怕,一方面是因为我在这类工具上缺乏经验,其次是因为我认为如果我继续使用它,可能会变成一个复杂的怪物,在项目后期我无法管理它。
我认为使用这些解决方案来加快速度是很好的,但我想知道,如果这些程序声称可以比我提到的工具更好地提高生产力,为什么它们不像VS.Net、J2EE、Ruby、Python等那样流行呢?
发布于 2008-08-17 15:21:51
我们在我目前的公司使用CASE工具来生成代码,我们正试图摆脱它。
在我看来,它带来的好处--代码的图形化表示让新开发人员更容易拿起组件--远远超过了它的缺点。
这些主要缺点是:
发布于 2008-08-17 15:32:35
我有几个问题要问你:
与您使用的控件相比,您获得了多大的生产力?您创建的代码的可测试性和可靠性如何?你能在你的设计中实现一个新的模式吗?
我无法想象会有这样一个案例,我可以先写一个测试,然后使用一个案例来生成我需要的代码。我宁愿坚持使用resharper,它可以轻松地完成我平凡的任务,并完全控制我的代码。
发布于 2008-08-17 22:17:47
我所参与的项目最初是使用Oracle开发套件来组装web应用程序的。
随着时间的推移(5+年),客户需求变得比最初预期的更复杂,并且屏幕不容易维护。因此,该团队非正式地决定开始使用web PL/SQL进行自定义(手动编码)屏幕,而不是使用Oracle Development Suite CASE tools (Oracle Designer)生成它们。
开发套件的Oracle Report Builder组件仍然由团队使用,因为它似乎能及时“完成工作”。通常,使用报表生成器工具的开发人员不太习惯编码。
在这种情况下,这种case工具的生产力方面似乎在很大程度上依赖于客户需求和开发人员技能集/培训/背景。
https://stackoverflow.com/questions/13550
复制相似问题