2

2010 年，我们仍然需要编写样板代码。假设我们正在构建一个在线应用程序（不管它是否花哨，而是一个功能性的应用程序）。我们首先进行数据库设计并在其上放置一些业务逻辑（存储过程，是否唯一等），然后我们在服务器端编写代码并在客户端编写大部分业务逻辑（actionscript-ajax，flex）。使用 ORM 有助于消除数据库部分。但是对于 gui 部分，我们必须了解太多 xhtml、css、javascript/ajax（嘿，我是程序员，我不必知道这些 ie6 技巧）。我们仍然需要在客户端重新实现一些业务逻辑（尤其是对于弹性应用程序）。Django admin 很好，但改变它的外观（布局不太关心颜色）并不容易。是不是觉得这里有问题？它没有 t 看起来像一门火箭科学，但我们仍然需要编写样板代码。我曾使用过一个非常适合做 Web 应用程序的专有系统。我们只是在编写小脚本，瞧，应用程序已经准备好了。开发团队正在尝试开发一个 gui 前端，以进一步消除仅使用 IDE 的编码脚本。那是一家小公司，团队也很小。

所以有成千上万的开源项目我还没有看到类似的项目。我只用 Django 和 Spring 框架编写过代码。

  • GWT 有帮助吗？我的意思是消除客户端和服务器端（也是数据库部分）的业务逻辑的重新实现。并且易于设计带有组件的 GUI。

  • LCDS 3 似乎将提供模型驱动的开发。但是使用起来太贵了。

我并不是真的要制作精美的网站，只是以 RAD 的方式制作受阻的 Web 应用程序。对 gui 布局的良好 IDE 支持会有所帮助，但不需要 xml 就可以了。您如何看待样板网页代码？您认为制作 RAD 平台火箭科学吗？

4

2 回答 2

1

Ruby on Rails 几乎没有样板文件——它为您生成了什么。

GWT 也很酷，但它对于有很多组件交互的活动网站更有用。

编辑：

我想知道为什么投反对票...无论如何只是想补充一下-我在rails工作了一年，但我本质上是一个java程序员。仍然现在我可以说，在经历了这两种情况后，我个人永远不会为大型企业应用程序选择 Ruby（或任何动态语言），而且我认为我不会使用任何东西，但 ruby​​ 和 rails（或类似 Grails ) 对于 Web 应用程序，动态功能几乎消除了所有样板文件，甚至数据库绑定也是免费的！

于 2010-02-23T22:08:56.163 回答
1

我喜欢播放框架，因为它支持 RAD 或其他任何东西。您不必编写大量样板代码。

于 2010-03-04T23:41:22.520 回答