1. wcf、wpf 相当于java中哪些部分
WPF缩写为Windows Presentation Foundation的缩写，其原来代号为“Avalon”，因“我佩服”拼音首字母组合一样，国内有人调侃地称之为“我佩服”。WPF是微软新一代图形系统，运行在.NET Framework 3.0架构下，为用户界面、2D/3D 图形、文档和媒体提供了统一的描述和操作方法。基于DirectX 9/10技术的WPF不仅带来了前所未有的3D界面，而且其图形向量渲染引擎也大大改进了传统的2D界面，比如Vista中的半透明效果的窗体等都得益于 WPF。 程序员在WPF的帮助下，要开发出媲美Mac程序的酷炫界面已不再是遥不可及的奢望。 WPF相对于Windows客户端的开发来说，向前跨出了巨大的一步，它提供了超丰富的.NET UI 框架，集成了矢量图形，丰富的流动文字支持flow text support，3D视觉效果和强大无比的控件模型框架。
2. 选WPF还是Silverlight
其实都无所谓的，只要一门语言精通，那你就是牛人。
牛人们常说的一句话就是：样样通的结果只能是样样松。
意思是说，抓住一门，精通。然后其它的作为简单了解，需要用到什么再学就行。
楼主这种情况，我觉得还是学Silverlight，个人感觉wpf没什么意思。
而且你正在上学，Silverlight前景很好，等毕业的时候Silverlight会更强。
3. 各位WPF，WCF，WF是什么东西
WPF：下一代显示系统，用于生成能带给用户震撼视觉体验的 Windows 客户端应用程序。 使用 WPF，您可以创建广泛的独立应用程序以及浏览器承载的应用程序。
WCF：由微软开发的一系列支持数据通信的应用程序框架，可以翻译为Windows 通讯开发平台。
WF：工作流开发平台。
4. 学习WPF技术应具备什么基础有什么好的学习方法
这个……兄台，你已经会这么多了，还担心什么呢？行动起来就是。
以我非专业人士的眼光来看：
对于你这样的强人来说，wpf貌似无非就是XAML语言是个新东西，可那本质上也就是Xml。
至于界面与代码分离——ASP.net不也是如此？
剩下的就是选本好教材吧。个人看过的有两本：《WPF揭秘》（薄点，貌似更容易把握全局）、《WPF编程宝典》（厚点，貌似更易懂些）。
5. wpf未来命运如何，传说微软准备放弃wpf了，郁闷刚学会这个
千万别放弃,放弃就等于白学了,不如在去学学其他的,对于一个程序员来说懂好几门语言是正常的,但在学其他的语言的时候,别忘了复习wpf
6. 之类的软件是用Winform写好还是用WPF写好
Winform与WPF采用两套完全不同的界面渲染方式。
前者是对传统windows界面元素的封装，通过gdi绘制。后者是全新的dx渲染绘制的界面，也脱离了对传统windows控件的依赖，没有历史包袱，理论上可以展现更炫酷的界面。
对初级程序员来说，没太大区别，都是利用设计器来设计界面，然后给控件编写事件代码。
对中、高级程序员来说，wpf需要学习xaml，这是一组全新的ui描述语言，特别是可以通过模板的嵌套实现复杂的元素，通过style实现类似css的功能，而且最重要的是WPF采用的MVVM的开发模式，这种数据驱动的开发模式目前是比较前沿的。
前途来说，两者必定还会长期共存。深入理解winform对理解windows一些内部机制有好处。好好学习wpf可以更方便过度到其他xaml相关技术，这是微软目前广泛使用的技术，比如接下来的windows通用应用。
个人建议：如果你是新手，就直接从WPF开始学起。
欢迎交流讨论：武汉蚂蹄软件服务中心
7. WPF与winform哪个比较好
WPF将Windows表示层发展至用声明式语言进行开发，并且融入大量的动画和特效，使得在Win32中极难做到的富客户端应用能在WPF中信手拈来，同时用矢量图取代位图，引入路由事件(RoutedEvent)对元素树进行多层监听，通过依赖属性(DependencyProperty)动态变更控件树等。在WinForm程序开发时，一旦涉及多线程操作，我们一般不可能没有见过InvalidOperationException这个异常。这个异常的出现多数情况是由于worker线程(子线程)修改主线程控件(或对象)的属性而导致的非法操作，当然这种做法也非每次都会失败，这主要取决于子线程想要操作的对象是不是线程安全的。
WinForm控件提供了InvokeRequired属性来判断当前线程是不是创建此控件的线程。一旦控件创建完成，那么InvokeRequired的效率将会不错，且也能保证安全。不过若是目标控件尚未被创建(此时，虽然C#对象已经存在，不过其底层的窗口句柄仍旧为null)，那么InvokeRequired则可能会耗费比较长的时间。(它会从下至上遍历整个控件树，直到找到一个可以承载此控件且已经实例化并被创建了的父控件，这种做法可以保证子控件将会与父控件在同一个线程上创建。找到合适的父控件之后，框架即可执行同样的检查，比较当前线程的ID和创建该父控件的线程的ID。)。若是框架无法找到任何一个已创建的父窗体，那么则需要找到一些其他类型的窗体。若在层次体系中无法找到可用的窗体，那么框架将开始寻找暂存窗体(parking window)，暂存窗体让你不会被某些Win32 API奇怪的行为所干扰。简而言之，有些对窗体的修改(例如修改某些样式)需要销毁并重新创建该窗体。暂存窗体就是用来在父窗体被销毁并重新创建的过程中用来临时保存其中的控件的。在这段时间内，UI线程仅运行于暂存窗体中。
通常，WPF 应用程序从两个线程开始：一个用于处理呈现，一个用于管理 UI。呈现线程有效地隐藏在后台运行，而 UI 线程则接收输入、处理事件、绘制屏幕以及运行应用程序代码。
WPF为Windows Presentation Foundation的缩写 ，其原来代号为“Avalon”，因“我佩服”拼音首字母组合一样，国内有人调侃地称之为“我佩服”。WPF是微软新一代图形系统，运行在.NET Framework 3.0架构下，为用户界面、2D/3D 图形、文档和媒体提供了统一的描述和操作方法。基于DirectX 9/10技术的WPF不仅带来了前所未有的3D界面，而且其图形向量渲染引擎也大大改进了传统的2D界面，比如Vista中的半透明效果的窗体等都得益于WPF。 程序员在WPF的帮助下，要开发出媲美Mac程序的酷炫界面已不再是遥不可及的奢望。 WPF相对于Windows客户端的开发来说，向前跨出了巨大的一步，它提供了超丰富的.NET UI 框架，集成了矢量图形，丰富的流动文字支持flow text support，3D视觉效果和强大无比的控件模型框架。
8. 有必要学.net 3.5吗
一楼的太外行了吧...3.5是最高版本,2008实际上是VS9,从VS7(2003)开始.NET才出现.
二楼的,1.1可做不了WPF,WCF,SilverLight.所以才会有C++.NET这个东西,不过看现在微软是要主打C#了
在2.0下开发的东西3.5肯定可以正常运行,向下兼容,但是3.5的不一定能在2.0下正确运行.不用怕白花工夫,工夫不会白费的.你会了2.0就会觉得3.0比较简单,WPF会了SilverLight也不会觉得难,程序就是这个样子
gihelo和doocoo:如果只为了学习面向对象的概念,2.0确实足够.但学生是否应该只学概念呢?.NET强势很大程度上是靠高的开发效率，2.0想做高水平的界面效果很难。所以我们当初开发涉及3D的东西还是用C++.NET，直到出了3.0.并不是否定你们的观点，像掌握数据结构这种东西是绝对必要的．但是我觉得在有基础的条件下，还是把眼界放宽．有足够的基础不会消耗太多的精力,长长见识也不错.
9. .net程序员(B/S方向)需不需要学习wpf
相学就学呗，这些都没冲突，关心学好web开发也很好，比如js，html5，css3这些东西。
.NET这块东西不多，从基本控件，到ajax无刷新,web service什么的吧。