Raudus vs ExtPascal：使用ExtJS的Delphi web开发替代方案
Delphi开发人员有几种用于构建web应用程序的工具（ASP.NET的几种替代方案） 虽然排名第一的框架是Intraweb，但人们对ExtJS非常感兴趣，它有两种体现： 1） 开源ExtPascal 2） 封闭源Raudus 现在产品不同了，Raudus从不支持最新的ExtJS版本（而ExtPascal则支持，因为据我所知，它“几乎自动更新到最新的ExJS版本”），Raudus“看起来”非常RAD（从RAD的角度来看，非常类似于Intraweb） 不管怎样，为什么选择其中一个呢 为什么Raudus（因为它是免费的）不能成为开源的？还是Raudus在幕后使用ExtPascalRaudus vs ExtPascal：使用ExtJS的Delphi web开发替代方案,delphi,extjs,raudus,Delphi,Extjs,Raudus,Delphi开发人员有几种用于构建web应用程序的工具（ASP.NET的几种替代方案） 虽然排名第一的框架是Intraweb，但人们对ExtJS非常感兴趣，它有两种体现： 1） 开源ExtPascal 2） 封闭源Raudus 现在产品不同了，Raudus从不支持最新的ExtJS版本（而ExtPascal则支持，因为据我所知，它“几乎自动更新到最新的ExJS版本”），Raudus“看起来”非常RAD（从RAD的角度来看，非常类似于Intraweb） 不管怎样，为什么选择其中一个呢 为什么Raud
评论：乍一看，似乎将Raudus的优秀部分（RAD部分）和ExtPascal（基于ExtPascal）结合起来。为什么要使用它们中的任何一个？Intraweb和类似工具形式的RAD不适用于web编程。它不能很好地将GUI与业务逻辑分开。换句话说，这里没有真正的MVC方法。也许ExtPascal在这里有所不同，但重点在别处 ExtJS是一个写得非常好的raijs库。这感觉就像是以一种非常面向对象的方式将代码块放在一起。您可以轻松地使用ExtJS构建整个GUI，而无需任何后端支持。这样，您的整个GUI都在javascript文件中，不需要后端。后端仅处理ajax调用并提供数据/处理数据。这样，您就可以清楚地分离关注点 这可以很容易地在没有任何框架的情况下完成。是的，框架会派上用场，但它必须以ASP.NETMVC或RubyonRails的方式完成。没有RAD，也没有视觉设计师。新的web开发人员经常犯这些错误。但是，如果你为web编程足够长的时间，你就会体会到GUI和逻辑的分离以及HTML的简单性。Web编程至少在某种程度上不同于桌面编程
回答你的问题。据我所见，我更喜欢ExtPascal。它似乎比Raudus更纯粹的web开发工具。但我承认我只看过表面和演示视频，所以我无法判断，只能推测：）说到劳杜斯，我会小心的！你确实可以免费下载。我正要开始使用它，这时我意识到它的使用许可证上没有一个单词。事实上没有许可证，或者我在“标准”位置下找不到它（网站？否。安装程序？否。自述文件/许可证文件？否。） 因此，我会小心使用未指定其许可证的库。特别是如果你即将开始一个项目，而该项目将大量使用它——想象一下，当你需要为使用它支付大笔费用时会发生什么…user193655-->这取决于你所做的事情，请谨慎使用这两种方法。我真的是Delphi或Freepascal/Lazarus的忠实粉丝——我不确定将3GL绑定引入Javascript的方法是否明智
MVC——取决于您所做的事情——在PHP中，您可以使用Yii Framwork或Prado。第二个可能有一些来自.net内置的想法，这些想法很容易被Delphi开发人员理解。PRADO是一种事件驱动的方法，而YII框架绝对酷炫且酷似unix。Raudus开发人员在10月下旬发布了一篇新的博客文章，声称，好吧，我让你自己读一下这个片段：
“Raudus许可证是license.txt中写的免费软件。您可以在商业项目中使用Raudus。Raudus源代码还不可用。”编辑：页面底部有许可证声明 “许可证 Raudus是免费软件。您可以出于商业目的自由使用Raudus。”
至于联系作者，请从同一页面尝试：电子邮件：igor@klopov.com使用Raudus几个月后，我决定发布自己的答案 该框架正在改进，Sencha touch支持现在还不完整，但足以创建针对移动设备优化的可用web应用程序 RFE，一个新的前端，不是基于Sencha Touch的，正在开发中，在下一个Raudus版本中（应该很快发布），将有一个新控件集的可用预览 因此，虽然ExtPascal似乎已经冻结，但Raudus仍在进行中，前景看好
更新：我停止使用Raudus，它放弃了对ExtJs的支持，现在它自带了自己的控件，这些控件永远比不上ExtJs组件的美丽和丰富。我现在选择IW+cgdevtools组件，它们是IW的Jquery UI。使用Raudus后，它似乎不适用于大规模应用程序。 根据他们的文档和我的示例，它将所有客户机请求序列化为单个主线程。然而，它在多线程环境中处理客户端请求和响应生成部分 但主线程问题非常重要，因为它直接影响响应时间。如果一个操作在主线程中占用更多时间，其他操作将继续等待 有什么解决这个问题的建议吗？Raudus：
- 依赖德尔福，其中：
- 是冗长的
- 依赖微软视窗
- 适应或维护成本高
- 引用raudus.com的话：“raudus是免费软件。你可以出于商业目的免费使用raudus。raudus的来源还不可用。”-对我来说，永远不会是许可证。在主页上，根本没有关于服务条款或类似内容的文档。因此，我不会处理他们的服务