德尔斐开发了几个工具(几种备选方案ASP.NET)建设网络应用程序。

同时,第1号框架是支,有很大的兴趣,围绕过测试,有2个化身:1)将开放源代码ExtPascal 2)closedsource Raudus

现在的产品不同,Raudus从未支持过测试最新版本(同时ExtPascal不会因为太远,因为我读了它的"几乎是自动更新本身的最新ExJS版本"),Raudus"似乎"更弧度(从类似的支RAD点图)。

无论如何你为什么选择一个或另一个?

为什么Raudus(因为这是免费的)不能成为开放源码?或者不Raudus使用ExtPascal在幕后?

评论: uniGUI 似乎是一见钟情的结合很大一部分Raudus(RAD部分)和ExtPascal(基于extPascal).

有帮助吗?

解决方案 5

使用Raudus几个月后,我决定后我自己的答案。

在框架正在改善,煎茶触摸支持现在它是不完整的,但足以产生针对移动设备优化可用的web应用程序。

RFE,一个新的前端,而不是基于煎茶触摸是下研究与开发和在下一Raudus释放(即应该很快出)将有设置新的控制的一个可用的预览。

因此,虽然ExtPascal似乎冻结,Raudus正在进行中有为。

更新:我停止使用Raudus,它下降ExtJS的支持,现在它附带了自己的控件,它不会匹配的ExtJS组件的美丽和丰富性。现在我打算是Jquery的UI对IW IW + cgdevtools组件。

其他提示

说到Raudus,我会小心!您可以免费下载它,确实如此。我正要开始使用它,当我意识到有它的使用许可证没有一个字。有其实没有牌照,或我无法找到它在“标准”位置(网站?没有。安装程序?没有。README /许可证文件?没有。) 因此,我会小心使用不指定它的许可证库。特别是如果你是即将启动的一些项目,这将强烈地使用它 - 只是想象出来时,你需要支付的使用的钱大的量吧...

会发生什么

为什么要使用其中任何一个? RAD IntraWeb的形式和喜欢它的工具,不适合网络编程。它好好尝试分开bussines逻辑井的GUI。换句话说,没有真正的MVC方式存在。也许ExtPascal不同,这里,但问题是在其他地方。

ExtJS的是一个非常良好的书面RAI JS库。它几乎感觉就像把代码块一起在一个非常面向对象的方式。您可以轻松地构建与ExtJS的整个界面没有任何的后台支持。这样,你的整个界面是JavaScript文件,不需要后端。后端仅处理AJAX调用并提供数据/进程数据。这样你的顾虑的明确分离。

此可以容易地没有任何框架完成。是的框架会派上用场,但它会在一个ASP.NET MVC或Ruby on Rails的方式来完成。无RAD并没有视觉设计师。新的Web开发人员常常使这些错误。但是,如果你的Web程序足够长的时间,你来欣赏GUI的分离,逻辑和HTML的简单性。 Web编程是从至少桌面编程到一个程度不同。

要回答你的问题。从我所看到的,我喜欢ExtPascal更好。它似乎比Raudus更纯净的Web开发工具。但我承认我只是从表面和演示视频看到这两个,所以我无法判断,只能推测:)

在Raudus开发商竖起在十月下旬和索赔一新的博客文章,好,我就让你读片断自己:

“Raudus许可证是免费写在LICENSE.TXT。你可以在商业项目中使用Raudus。Raudus来源尚不可用。”

user193655 - >取决于你是什么你注意使用这两种方法。我真的德尔福或FreePascal的/拉撒路的忠实粉丝 - 我不是很肯定,如果把3GL绑定给Javascript东西的做法是明智的。

MVC - 这取决于你做什么 - 在PHP中你有Yii的Framwork或普拉多。也许第二个有从.NET一些想法在建,这是非常容易用Delphi开发人员了解。 PRADO是事件驱动的方法而YII框架是绝对冷却和UNIX等。

使用Raudus后它似乎不适合大规模的应用实用。 根据他们的文档,我也取样,将其序列的所有客户端请求转换成单一主线程。然而,它在处理多线程客户enviornment请求和响应生成部。

但是,因为它直接影响,如果一个动作是花更多的时间在主线程的响应时间,主线程的问题是非常重要的,其他人将继续等待。

任何建议,以解决这个问题?

Raudus:

  • 依赖于特尔斐,其中:
    • 是详细;
    • 依赖于Microsoft Windows;
    • 高费用的适应或保持;
  • 报价raudus.com:"Raudus是免费的。你可以自由使用Raudus于商业目的。Raudus源不可用。"—这对我来说, 将永远不会 许可证。在主页上,只是没有文档有关的服务条款或类似的东西。因此,我不会处理与他们的服务。
scroll top