想做一个触屏的程序，大家给个建议
win7上运行，触屏，界面上显示的各元素都用贴图，并且可用xml配（因为图片可能经常变）。没怎么用过.net，希望给点建议，比如WPF是否适用等
------解决方案--------------------
wpf 个人感觉很适用  还是最好的选择
------解决方案--------------------
wpf也是有后台文件的，你可以从后台读xml后获得图片地址，然后给图片就行了
------解决方案--------------------
根据程序的复杂度来确定
------解决方案--------------------
没做过，不过网上应该有实例，毕竟都这么久了
------解决方案--------------------
我居然没看懂LZ的意思。触屏主要是和硬件设备有关吧？？？？
------解决方案--------------------
为什么要在WIN7上做触屏的东西啊？WIN7开发的话，都要装一个东西才能使用，而且极其不方便
一般做触屏的都是用WIN8的

WPF很强大，开发起来非常爽，支持
另外xaml文件，其实也算是代码文件而已，c#又不是解释语言，通过改xml来改界面不靠谱

------解决方案--------------------
触屏分为多点触摸和一般的触摸，后者类似对于鼠标的模拟，前者在Win7上可以借助Windows手势API实现，SDK有例子程序。
------解决方案--------------------

引用:

Quote: 引用:

wpf 个人感觉很适用  还是最好的选择

wpf我刚看了一点，还没有真正理解，我目前认为wpf界面是用xaml写，但编译后界面就不能再动了——不知我理解的对不对——但我的界面编译后还要经常用配置文件改，如界面元素的位置、图片等。

xaml可以动态加载，使用 XamlReader.Loader(string) 可以加载window、usercontrol或者别的什么xaml界面片段（只要是root部分有命名空间说明即可）。这个string完全可以是从internet上下载的。也就是说你可以把所有的xaml都放在网上，而应用程序中只有一些Model、ViewModel、Behavior、Converter之类的程序员代码的编译结果。

如果你看各种入门书，可能看到的都是具有code-behind代码的例子。实际上如果你是交互界面开发人员，可能第一时间就可以删除掉window或者usercontrol重的x:class="....."属性，从而删除code-behind。这样你就把低级程序员的工作跟交互界面设计师（兼程序设计师）分离开来。一个xaml程序设计师负责编写themes、Views（纯xaml文件）等层次的文件，它可以设计并指导开发低级程序员的那些文件。如果从部署方面也能区分开，也就是说themes、views文件与应用程序相分离（例如放在internet上，并且在程序加载时有一个快速的进度条显示下载文件），就比较灵活。