想做一个触屏的程序，大家给个建议

Question

win7上运行，触屏，界面上显示的各元素都用贴图，并且可用xml配（因为图片可能经常变）。没怎么用过.net，希望给点建议，比如WPF是否适用等

Answer 1

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

Answer 2

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

Answer 3

wpf也是有后台文件的，你可以从后台读xml后获得图片地址，然后给图片就行了

Answer 4

wpf我刚看了一点，还没有真正理解，我目前认为wpf界面是用xaml写，但编译后界面就不能再动了——不知我理解的对不对——但我的界面编译后还要经常用配置文件改，如界面元素的位置、图片等。
我也是一直在看  没有实战。建议你在多看看，这东西很强大

Answer 5

为什么要在WIN7上做触屏的东西啊？WIN7开发的话，都要装一个东西才能使用，而且极其不方便
一般做触屏的都是用WIN8的WPF很强大，开发起来非常爽，支持
另外xaml文件，其实也算是代码文件而已，c#又不是解释语言，通过改xml来改界面不靠谱

Answer 6

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

Answer 7

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上，并且在程序加载时有一个快速的进度条显示下载文件），就比较灵活。

Answer 8

看到一个视频，这个和我想做的很像
http://static.youku.com/v1.0.0342/v/swf/loader.swf?VideoIDS=XNDA5MDMwMDgw&embedid=MTE0LjgwLjEzMy43AjEwMjI1NzUyMAJ3d3cuZXNob3djYXNlLmNvbS5jbgIvaW5kZXguaHRtbA%3D%3D&wd=&vext=pid%3D%26emb%3DMTE0LjgwLjEzMy43AjEwMjI1NzUyMAJ3d3cuZXNob3djYXNlLmNvbS5jbgIvaW5kZXguaHRtbA%3D%3D%26bc%3D%26type%3D0