用于多点触控和大位图的最佳 Windows 语言？
我将开发一个交互式应用程序，涉及多点触控、多层大位图和视频播放。屏幕分辨率将相当大（1920x1280）。
多年来，我一直在 Flash、iOS 和 OS X Cocoa 中开发交互。但是，该项目必须在 Windows 机器上运行，因此 iOS 和可可是不可能的。另外，我还担心 Flash 的性能，因为可能会同时播放 3 个视频，并且大位图会四处移动。
我对 Windows 上可用的技术知之甚少。我正在研究 Silverlight、C#、Unity、Processing 和 Java。如果有人可以提供建议，我们将不胜感激。
I will be developing an interactive application, involving multitouch, several layers of large bitmaps, and video playback. The screen resolution will be fairly large (1920x1280).
For several years, I have developed interactives in Flash, iOS, and OS X Cocoa. However, this project must run on a Windows box, so iOS & Cocoa are impossible. Also, I'm concerned about performance in Flash, since there may be 3 videos playing simultaneously, and large bitmaps moving around.
I know little about the technologies available on Windows. I'm investigating Silverlight, C#, Unity, Processing, and Java. If anyone can offer advice, it will be greatly appreciated.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
您似乎正在研究不同级别的多种技术：
C# 和 Java 是编程语言。您更喜欢什么可能取决于您现有的技能，但 C# 来自 Microsoft，因此如果您为 Windows 进行开发，使用这种语言可能会遇到更少的摩擦。选择正确的编程语言是一个重要的决定。
Silverlight 是 Microsoft 的一个“技术堆栈”。它使您能够开发在浏览器中运行的基于 XAML 的应用程序。与本机 WPF 堆栈相比，它的功能不太强大。选择Silverlight、WPF 或其他技术堆栈（例如Processing.js）是一个重要的决定。
Unity 是 Microsoft 的依赖注入容器。如果您愿意，您可以使用这个容器或任何其他合适的容器。或者根本没有。在对项目做出一些更重要的决定之前，您实际上不必考虑这一点。
就我个人而言，我对您描述的应用程序类型没有经验，但我会选择 C# 和 WPF。 WPF 对 Windows 上的多点触控有一些支持，只有当它不能满足您的要求时，您才需要原生并使用 C++ 进行开发，这往往需要更多的工作。
Windows 8 中的多点触控已经过重新设计，但除非您想针对尚未发布的操作系统进行开发，否则这不是一个选择。
You seem to be investigating several technologies on different levels:
C# and Java are programming languages. What you prefer may depend on your existing skills, but C# is from Microsoft so chances are that you will experience less friction using this language if you develop for Windows. Picking the right programming language is an important decision.
Silverlight is a "technology stack" from Microsoft. It enables you to develop XAML based applications that run in the browser. Compared to the native WPF stack it is less powerful. Choosing Silverlight, WPF or another technology stack like Processing.js is an important decision.
Unity is a dependency injection container from Microsoft. You can use this or any other suitable container if you like. Or none at all. You don't really have to think about this until you have made some of the more important decisions about your project.
Personally, I don't have experience with the type of application you describe, but I would go with C# and WPF. WPF has some support for multitouch on Windows, and only if it isn't adequate for your requirements you need to to go native and develop in say C++ which tends to require more work.
Multitouch in Windows 8 has been redesigned but unless you want to develop for a yet to be release operating system this is not an option.
如果您想创建基于 LAN 的应用程序，请使用 Visual C++，C++ 以其强大的功能而闻名，并且您可以拥有许多资源来帮助您开发此应用程序。如果您要为 Web 创建此应用程序 使用 ASP.net(C#) C# 以其灵活性和专用于 Web 和客户端应用程序的类库而闻名，我还建议使用 WPF 和 Silverlight 应用程序。
Use Visual C++ if you like to create a LAN based Application, C++ is known for it's power and you could have many resources that could help you in developing this application. If you're going to create this application for web Use ASP.net(C#) C# is known for its flexibility and class libraries dedicated for web and client appilcation i also advice the use of WPF and Silverlight applications.
我建议您查看 Windows 8 和 Metro Apps。下面是一个开始的链接：Microsoft BUILD 会议、Windows 8 和新的用户体验挑战。 C#（实际上是.NET 语言）、HTML5 和 XAML 显然是方向。原生 C++ 凭借 WinRT 回归。 Silverlight 现在处于灰色地带 :-)
即使您不使用 Windows 8，它也会让您对 Windows 领域的多点触控未来有一个很好的了解。
I suggest you have a look at Windows 8 and Metro Apps. Here is a link to start with this: The Microsoft BUILD conference, Windows 8, and the new UX Challenge. C# (.NET languages in fact), HTML5 and XAML are clearly the direction. Native C++ is back in town with WinRT. Silverlight is now in the gray area :-)
Even if you don't use Windows 8, it will give you a good overview of multitouch future in the Windows space.