使用 IronRuby 编写 WPF 应用程序是否存在任何陷阱?

发布于 2024-12-01 07:36:43 字数 432 浏览 0 评论 0原文

使用 IronRuby/IronPython,从技术上讲,您应该能够执行在 C#/VB .Net 中可以执行的任何操作。我很好奇是否有什么东西可以阻止认真的 Ruby 专家为 Windows/Silverlight 编写 WPF 应用程序(如果他们愿意的话)。 此处 提到了 Silverlight 和绑定的问题,但我认为有办法解决这个问题。

我正在开发一个大量使用动态的 MVVM 库,我想尝试一下使用动态语言的一些示例。

Using IronRuby/IronPython, you should technically be able to do anything you could do in C#/VB .Net. I'm curious if there is anything that would keep a serious rubyist from writing a WPF app for Windows/Silverlight if they were inclined. A post here mentions problems with Silverlight and bindings, but I think there are ways around that.

I'm working on an MVVM library that makes heavy use of dynamic, and I wanted to try it out with some examples using dynamic languages.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

攀登最高峰 2024-12-08 07:36:43

IronRuby 不包含 WPF 项目模板,上面的链接是强制 WPF 工作的解决方法,但它不是最佳的。没有设置 App.xaml/App.xaml.cs 的选项(哎呀我的意思是 App.xaml.rb)等。这是执行 WPF 应用程序启动的位置,并且需要设置应用程序-然而

,IronPython 有一个 WPF 项目模板,并且似乎可以适当地设置 WPF 项目。

IronRuby 目前似乎有点落后于 IronPython(仅在我看来),所以我想我现在将继续在 IronPython 中测试 WPF 的 MVVM 框架。

IronRuby doesn't include a WPF project template, and the link above is a workaround to force WPF to work, but it is not optimal. There isn't an option to setup App.xaml/App.xaml.cs (oops I mean App.xaml.rb), etc. This is the location where WPF application startup is performed, and it is needed for setting up Application-level static resources, etc.

IronPython, however, has a WPF project template and seems to set up WPF projects appropriately.

IronRuby seems a little behind IronPython for now (just IMO), so I think I'm going to stick with testing my MVVM framework for WPF in IronPython for now.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文