您当前的位置: 关注Sl很久，最近终于 打算 好好学习，顺便做个项目。但是事情总是不尽如人意。。。。
我电脑性能局限。用VS2012 开发SL5程序。相当卡。。。
我机器09年3月份 买的。。笔记本2G DDR2 667内存。CPU是 奔D 双核（据说是 伪双核） 显卡是HD2400
Windows7系统
怎么说呢，跑过使命召唤4，鬼泣4.
但是尼玛跑不动vs2012
点一下，卡一下。。。。我忍了。。。。不流畅就不流畅吧。。。。
ok，学习，加了几个SliverLight QQ群
唉，群里灌水的比讨论技术的多。。。。
提个问题，半天没人理睬。。。
好吧，我忍了，自己努力研究。。。。
控件 终于差不多 解决了。。。
ok，下面是做程序了。
尼玛，找来找去，在SliverLight toolkit里面居然没找到 菜单控件。。。
好吧，我想这个控件有点复杂，我就找啊找啊找。找了好几个开源的控件。。。。尼玛，下载下来 都不能用。。。
浪费了一个星期
纠结了几天，好吧，我不得不和SliverLight说拜拜了。。。
当初之所以选择学习SL是因为看中了SL的OOB，心想SL做OOB代替WinForm是最好不过的了，
因为SliverLight界面友好，控件外观很不错。。。。
但是学习过程中发现，xaml 体系对我来说太复杂了。。。。
很多东西难以理解。
比如模板化控件，比如用户控件，晕啊，一向擅长写C#代码的我，最讨厌的就是html,xml了，尼玛，现在又来了xaml，我实在是心力交瘁了。。。。
在学习过程中碰到的问题也很多。比如Flash程序可以编译成exe,但是SliverLight出了OOB，却没提供编译为exe 的功能。。。
而且SliverLight启动的时候总是未响应，然后是白屏，过一会儿才显示内容。。。。
很多控件都没有，菜单也没有。。。。唉。。。。长叹一口气吧！！！
而且学习的资源也非常之少。。。
关于WPF，我也不打算去学习了，其实 之前有学习过WPF做过小程序，但是同样，WPF用体系和SliverLight是同一个，对我来说过于复杂，只好放弃。
其实，我猜测现在用WPF做程序的同学 也不多吧，我觉得xaml 体系是没有前途的。
WPF设计过度，太复杂了。说实话要是给我更多的时间去学，我肯定能够学好。但是，我要考虑成本和代价。
学到了又如何？成本太高了。。。真是没必要。
就这样吧，吐槽完毕。。。。
------解决方案--------------------
那就继续WinForm吧。
“心想SL做OOB代替WinForm”，要替代，也是WPF替代吧。。。
“我猜测现在用WPF做程序的同学 也不多吧”，跟WinForm比，应该不多，因为学校都是教WinForm的。
“我觉得xaml 体系是没有前途的"，我反而挺喜欢这种界面与代码分离的感觉。
------解决方案--------------------
你这吐槽大部分是外因吧……什么机器卡啊，群里不讨论技术啊
Xaml体系绝对比WinForm有前途啊，现在Win8和WP都是用的这套。
原来做WinForm的时候，想做个比较酷的控件都不敢想啊，好多代码啊，还不好维护，用xaml简单多了
------解决方案--------------------
是的，我现在是做Web方面，所以比较习惯这种界面是界面，代码是代码的模式。
因为WinForm已经有人负责，也轮不上自己，所以，很多时候都是“被逼的”，如果不是工作原因，我想我也不会接触到Silverlight，也不知道WinForm之外还有WPF。
不管win8跟wp，反正都是.Net的东西，有没有前途，就看市场了，做编程的就做好编成就行了。。。
------解决方案--------------------
对于加QQ群学习，我觉得真是靠运气的，想我同事原本也是做.Net的，前段时间要做Android和iOS，就去加群了，跟你的情况差不多，最后他还是买了些书本学习，所说不是每本书都很有用处，但至少能保证会吸收到知识。而学习.Net，我觉得最好的地方就是有一个完整的、包含中文的MSDN~~
------解决方案--------------------
windows没有前途的话，那么现在就把你的的笔记本换成linux系统吧！
------解决方案--------------------
win8 RT开发其实更像是改造silverlight的思路，而不是WPF的思路。而windows8长期来说，我们都得考虑Intel和ARM平台综合开发，而不能总是“做两套开发”。
我这些天找了找两年前新闻里说的“WP7的程序都可以在Win8执行”的证据，非常遗憾没有找到。这个我很搓火。WP8与Win8是相同的内核，不知道何时可以在Win8直接支持WP8程序的运行。其实支持这个模式，那么我们这些开发者就会真正非常顺利地走上微软为了踏平平板和手机系统而作出的伟大战略，而不会有过度的痛苦。不知道微软这几年犯得什么“邪”，总是砍掉好的开发平台、扔掉产品的兼容性而不顾。微软真的缺乏创造力。
------解决方案--------------------
不知是不是鲍尔默的决策问题，上年忘记看哪条新闻的评论，看见不少人都喷鲍尔默的。
PS：1点多还不睡，小心身体哦
------解决方案--------------------
学silverlight前，先学用blend吧，感觉silverlight的样式管理太烦了
------解决方案--------------------
silverlight也不是很难啊 万事开头难 要是就这么放弃了以后不知道你会不会后悔
------解决方案--------------------
只能说你不得“学”的要领
------解决方案--------------------
这个我比较赞同，微软的东西总是大而不精。给人一种自成一体，但这一体又乱糟糟的感觉。
昨天开了VS2012，建了个wp8工程。跑起来速度死慢死慢的。从打开模拟器到出现应用的界面……等了好久……一看模拟器……哭了，好简陋。看来真机时必须的，靠模拟器做练习是不可能的。
别说我电脑不行。10年的本子。6G的DDR3内存，i3的处理器。虽说跟不上时代，但是这配置相对来说也还好了吧。一般的软件公司给员工的电脑能到这程度？
xaml配界面，下面挂.cs文件……感觉界面和代码分离这一块做得不够好。一股winform的味道。
回头看java、android开发。Eclipse大小在100MB之内，到300MB之内。加上ADT 下个sdk就能开发安卓。即便是1G内存，也不会卡成那样。
哎，只能说 卖软件的时代过去了，微软的路子该改改了
------解决方案--------------------
我觉得ms在逼大家转winrt不过 winblue又要出来，我觉得net 世界更需要，相比 ms而言
现在net要迎来真正的寒冬了，这可不是闹着玩的，
连我都要考虑去学习下，u3d和fl了，没办法 糊口啊
------解决方案--------------------
你说的话很有点自我安慰的意思。WPF一点都不复杂，也不存在什么设计过度的问题，当然，对硬件需求必然是必winform要高。不学就不学吧，如果你工作中根本都用不到，那倒也不必学。
------解决方案--------------------
类XML用于展现界面是趋势，Flex界面好像是MXML，Android好像也是用XML来表示界面的。
前端界面和后台逻辑分开是程序开发的趋势，各司其职，各专其职（后端代码写的好的同时又有很高的美术及用户交互设计的人太少了）。前端用Blend设计器，后台代码及业务逻辑用VisualStudio。
或许SL的生命周期可能不长了，不过在学习中还是回，还是会学到很多编程思想的
------解决方案--------------------
看到LZ说“心想SL做OOB代替WinForm”
觉得LZ真二
------解决方案--------------------
XAML的存在并不是画蛇添足，XAML灵活强大的数据绑定可以更顺畅的将界面与逻辑代码分离。这样一来，你的逻辑代码可以进行更独立的单元测试，这只是其中一个好处。最重要的一点：学不学WPF不重要，重要的是你能否快速掌握一门新兴的技术，这是程序员基本素质问题。如果你竟然认为WPF都很复杂的话，你又如何面对将来更“复杂”的技术。当然，你事业的“死活”与我无关。