首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 媒体动画 > CAD教程 >

吐槽,学了几天SliverLight发现SliverLight太难学了,抛却吧

2013-10-10 
吐槽,学了几天SliverLight发现SliverLight太难学了,放弃吧关注Sl很久,最近终于 打算 好好学习,顺便做个项

吐槽,学了几天SliverLight发现SliverLight太难学了,放弃吧
关注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设计过度,太复杂了。说实话要是给我更多的时间去学,我肯定能够学好。但是,我要考虑成本和代价。
学到了又如何?成本太高了。。。真是没必要。

就这样吧,吐槽完毕。。。。

[解决办法]
学silverlight前,先学用blend吧,感觉silverlight的样式管理太烦了
[解决办法]
silverlight也不是很难啊  万事开头难 要是就这么放弃了以后不知道你会不会后悔
[解决办法]
只能说你不得“学”的要领吐槽,学了几天SliverLight发现SliverLight太难学了,抛却吧
[解决办法]
这个我比较赞同,微软的东西总是大而不精。给人一种自成一体,但这一体又乱糟糟的感觉。
昨天开了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设计过度,太复杂了。说实话要是给我更多的时间去学,我肯定能够学好。但是,我要考虑成本和代价。
学到了又如何?成本太高了。。。真是没必要。
点一下……


你说的话很有点自我安慰的意思。WPF一点都不复杂,也不存在什么设计过度的问题,当然,对硬件需求必然是必winform要高。不学就不学吧,如果你工作中根本都用不到,那倒也不必学。
[解决办法]
类XML用于展现界面是趋势,Flex界面好像是MXML,Android好像也是用XML来表示界面的。
前端界面和后台逻辑分开是程序开发的趋势,各司其职,各专其职(后端代码写的好的同时又有很高的美术及用户交互设计的人太少了)。前端用Blend设计器,后台代码及业务逻辑用VisualStudio。

或许SL的生命周期可能不长了,不过在学习中还是回,还是会学到很多编程思想的
[解决办法]
引用:
那就继续WinForm吧。

“心想SL做OOB代替WinForm”,要替代,也是WPF替代吧。。。

“我猜测现在用WPF做程序的同学 也不多吧”,跟WinForm比,应该不多,因为学校都是教WinForm的。

“我觉得xaml 体系是没有前途的",我反而挺喜欢这种界面与代码分离的感觉。

看到LZ说“心想SL做OOB代替WinForm”
觉得LZ真二
[解决办法]
引用:
引用:引用:WPF设计过度,太复杂了。说实话要是给我更多的时间去学,我肯定能够学好。但是,我要考虑成本和代价。
学到了又如何?成本太高了。。。真是没必要。
点一下……
你说的话很有点自我安慰的意思。WPF一点都不复杂,也不存在什么设计过度的问题,当然,对硬件需求必然是必winform要高。不学就……


XAML的存在并不是画蛇添足,XAML灵活强大的数据绑定可以更顺畅的将界面与逻辑代码分离。这样一来,你的逻辑代码可以进行更独立的单元测试,这只是其中一个好处。最重要的一点:学不学WPF不重要,重要的是你能否快速掌握一门新兴的技术,这是程序员基本素质问题。如果你竟然认为WPF都很复杂的话,你又如何面对将来更“复杂”的技术。当然,你事业的“死活”与我无关。
[解决办法]
而且WPF也不是什么新技术了
[解决办法]
支持18楼的
[解决办法]
引用:
引用:类XML用于展现界面是趋势,Flex界面好像是MXML,Android好像也是用XML来表示界面的。
前端界面和后台逻辑分开是程序开发的趋势,各司其职,各专其职(后端代码写的好的同时又有很高的美术及用户交互设计的人太少了)。前端用Blend设计器,后台代码及业务逻辑用VisualStudio。

或许SL的生命周期可能不长了,不过在学习中还是回,还是……


Yeah... whatever you say bro... by the end of the day, it's really just you can do it or not... nothing else matters. Hope you find your position soon.
[解决办法]
诋毁呀!你可以说silverlight没前途,但不能说WPF没前途呀!貌似现在WINPHONE以及WIN8可以用silverlight来开发!
WPF必然会取代winfrom 
而HTML5会取代silverlight和flash
相反,我觉得除了android开发,java反倒是越来越没前途了!
[解决办法]
silverlight 的确有很多局限性。。。
不过,公司的网页系统都在用silverlight开发,界面很友好,总体上来说过得去。
[解决办法]
个人认为还是按照自己的兴趣来学习吧。
[解决办法]
真在学wpf,虽然很蛋疼,但是还得坚持
[解决办法]
想学1个星期就能学会,不想学1年也学不会。
1个星期足够你入门+做出个小项目了。
[解决办法]
应该跟一个项目走,学东西才快!Silverlight交互性还是可以的!和WinFrom相比是差一点,但还是可以通过一些方法弥补的!
[解决办法]
引用:
引用:“心想SL做OOB代替WinForm”,要替代,也是WPF替代吧。。。
win8 RT开发其实更像是改造silverlight的思路,而不是WPF的思路。而windows8长期来说,我们都得考虑Intel和ARM平台综合开发,而不能总是“做两套开发”。

我这些天找了找两年前新闻里说的“WP7的程序都可以在Win8执行”的证……

这个嘛,我觉得鲍尔默脑子被驴踢了
[解决办法]
以前学习asp.net的觉得学习silverlight很难,后来接触1个星期内可以学会。现在不用silverligh专用asp.net MVC了,那才叫痛苦,才觉得以前silverlight画界面可以直接看到效果,现在要运行起来才看得见,以前用silverlight不用谢js不用写html语言开发一个模块就一两天的事情,现在学着用MVC,搞了半个月才搞得定。楼主,话说silverlight真是比较容易的,你弄懂了异步就基本能懂了。
[解决办法]
哦,还有分拿。
SliverLight不发展是因为部署的时候要安个插件,这个安装量不高
再说HTML5基本能实现了。

WPF的设计思路和HTML5和android和开发差不多的,界面XML式,CSS做样式,后台编程业务流程。
可以说是以后的方向。

WPF不是说界面多么好看才用,是因为可以很直观使用,很灵活,如可以动态加载XAML文件,
关心业务流程的做业务,UI人员做XAML。
在当下CPU和GPU过剩的情况下,性能换美观。这是满足消费者的必然。
虽然可以用C写个高效的程序,可以开发周期和代码量都不小,也许没开发完已胎死。

VS2012可以做WPF,WCF,WWF,可做网页,可以做手机,可以调数据库,可以做C++,VB,C#,可以提示代码,可以打包程序,如果你把这些功能都Eclipse上,Eclipse也够大的,Eclipse还要你一个一个去找资源加载。
所以VS2012就像是游戏里的懒人包,打开什么都有,你可以快速开发,上手快,基本不用看帮助也会用,
Eclipse如果没有教程,那个设计环境不是那么容易就能用起来的。

喜欢做数据结构算法的,不会用net的,net的目的是解决复杂的业务需求和丰富的用户体验,能快速根据客户要求改变业务逻辑,如果你是研究型人才,net不适合你。
[解决办法]
有一阵子,我学完wpf,也要学silverlight,这时,看到一篇文章说,微软已经放弃了,以后也不打算更新了,马上心凉,再也不学了,所以,目前,蓝光与我还没再接触,止步于wpf4.0
[解决办法]
贵在坚持,楼主学习能力不咋的,面对未来越来越多的技术,越来越负责的代码。楼主你真的准备好一路向前了么?每年都一批批新的带着新技术的程序员出来,你当真觉得自己能一路领先么?
[解决办法]
引用:
windows没有前途的话,那么现在就把你的的笔记本换成linux系统吧!


+1
[解决办法]
次奥,没注意看,谁把这陈年老帖子翻出来了!
[解决办法]
一个号称擅长写C#的,弄个xaml都弄不明白,还敢号称擅长?
还是把内存增加到2M以上吧,这是基本要求。
sl很好继续学习吧那么简单的好技术学的这么难只能怪自已笨了。

热点排行