大家对这个silverlight 的看法如何？

交易人生

sl产品的确有局限，要没有局限，可能html还真的挺难竞争，但sl很像flash,用户第一使用的时候，需要从browser 安装它的run time，如果你们公司的用户能够从browser安装flash，就能安装silverlight。
iphone不支持，曾经说过支持，但苹果公司还是没有支持，估计出于竞争考虑。android听说是支持的，这点很赞google，真是开放。

所以我说sl更适合做企业级的应用，比如hr, crm, accounting，portfoilio management等等等，在企业内部用更好，这类市场很大很大，企业毕竟舍得出钱。

IT 产品竞争很强，很多同类产品的功能上是你中有我，我中有你，最后存活下来的也就几家，其实就差一点点，卖相也很重要。iphone卖的好，功能有多强？脱颖而出是因为卖相好，接着靠app store 巩固市场。sl就是一个能够在一定的cost提供卖相好web form的开发平台，不然它也没有存在的意义。

第4是你可以在silverlight里用multi-threading，同.net一样的编程技术。silverlight framework就是.net framework的子集。

交易人生

听说现在js也支持multi threading。

乱码

原帖由 交易人生 于 2011-9-21 10:26 发表
听说现在js也支持multi threading。

现在还没有，都是在一个thread下面run的，但yuba贴的那片文章说intel有这个project在做这方面的努力。

http://www.oursteps.com.au/bbs/v ... &extra=page%3D1

从multi-threading这个角度来说的确sl胜出，尤其是在做游戏方面，瓶颈在run time还是不够powerful。managed code在性能方面有先天的不足.

html5我研究的不多，我只是说javascript.

[ 本帖最后由 乱码 于 2011-9-21 10:43 编辑 ]

Dan.and.Andy

原帖由 交易人生 于 2011-9-21 10:25 发表
sl产品的确有局限，要没有局限，可能html还真的挺难竞争，但sl很像flash,用户第一使用的时候，需要从browser 安装它的run time，如果你们公司的用户能够从browser安装flash，就能安装silverlight。
iphone不支持，曾经说过支持，但苹 ...

卖相是什么意思？你难道就是指windows风格的theme和UI/UX？html可以做一模一样的，唯一的限制就是windows的UI和第三方提供的图标等等是有版权的，html也可以做iphone风格的，只要你喜欢。

huazhb

关键开发成本不同阿. 用HTML5 + js做SL或者Flash的那些特效并集成在一个应用中, 成本太高了. 就比如做一个动画的按钮, 两者的成本就差远了.

原帖由 Dan.and.Andy 于 2011-9-21 10:44 发表


卖相是什么意思？你难道就是指windows风格的theme和UI/UX？html可以做一模一样的，唯一的限制就是windows的UI和第三方提供的图标等等是有版权的，html也可以做iphone风格的，只要你喜欢。

Dan.and.Andy

原帖由 交易人生 于 2011-9-21 10:26 发表
听说现在js也支持multi threading。

html5 支持 multi threading，对等了。

Dan.and.Andy

原帖由 huazhb 于 2011-9-21 10:51 发表
关键开发成本不同阿. 用HTML5 + js做SL或者Flash的那些特效并集成在一个应用中, 成本太高了. 就比如做一个动画的按钮, 两者的成本就差远了.

用定制对缺省，当然成本不同。用户如果就要windows 的UI/UX，我也首选sl，但是用户让你用sl做iphone风格的用户体验你选它吗？

huazhb

呵呵, 如果用户不要求可以运行在iphone, 或者ipad上, 我当然用sl了. 你觉得iphone的那些操作特效用HTML很简单吗?

Dan.and.Andy

原帖由 huazhb 于 2011-9-21 10:59 发表
呵呵, 如果用户不要求可以运行在iphone, 或者ipad上, 我当然用sl了. 你觉得iphone的那些操作特效用HTML很简单吗?

很简单，plug-ins 一大把

典

原帖由 交易人生 于 2011-9-21 10:25 发表
sl产品的确有局限，要没有局限，可能html还真的挺难竞争，但sl很像flash,用户第一使用的时候，需要从browser 安装它的run time，如果你们公司的用户能够从browser安装flash，就能安装silverlight。
iphone不支持，曾经说过支持，但苹 ...

我们公司比较变态，普通用户不能安装flash等任何插件，
我们自己开发的web 控件，signed,也是要admin登陆后才能安装。

huazhb

我们如果讨论开发成本, 当然是在相似的条件下讨论. 你说plug-in一大把, 我说sl的控件一大堆, 你看看Devexpress的或者telerik的控件, 这些js的plug-in有吗?

原帖由 Dan.and.Andy 于 2011-9-21 11:01 发表


很简单，plug-ins 一大把

乱码

如果讲成本，我觉得还得从hr方面考虑，相信现在sl developer都没有之前那么有信心了.

但html5，好像大家对它的前途还没什么异议，从这点来说，html5还是很有优势的，起码能从市场上轻松抓人。

huazhb

这是人力资源成本包括招聘, 培训的成本. HTML当然人又多,培训也容易. 但是如果把HTML5用在企业应用上, 开发成本绝对比SL高. 开发网站当然是用HTML了.我觉得也没有人会用SL来开发public的website.那纯粹是自己找麻烦

原帖由 乱码 于 2011-9-21 11:38 发表
如果讲成本，我觉得还得从hr方面考虑，相信现在sl developer都没有之前那么有信心了.

但html5，好像大家对它的前途还没什么异议，从这点来说，html5还是很有优势的，起码能从市场上轻松抓人。

Dan.and.Andy

原帖由 huazhb 于 2011-9-21 11:32 发表
我们如果讨论开发成本, 当然是在相似的条件下讨论. 你说plug-in一大把, 我说sl的控件一大堆, 你看看Devexpress的或者telerik的控件, 这些js的plug-in有吗?

当然有了，你要什么？treeview? splitter? grid? menu? slider bar? tabs? ...

http://www.oursteps.com.au/bbs/v ... p;page=1#pid7138080　EXTJS是纯JS的，DHTMLX也是，jQuery在赶上来，并且跨平台，不只是.net 阵营的。

telerik, infragistics 我都用过，Devexpress 没用过，他们的复杂度更高，冗余度更大，license更不灵活。我个人以为他们基于asp.net web form 的控件生存的空间并不多了，microsoft 的技术线现在是个洗牌的过程。

Dan.and.Andy

原帖由 乱码 于 2011-9-21 11:38 发表
如果讲成本，我觉得还得从hr方面考虑，相信现在sl developer都没有之前那么有信心了.

但html5，好像大家对它的前途还没什么异议，从这点来说，html5还是很有优势的，起码能从市场上轻松抓人。

这个成本是IT人的苦命，人一抓一把是好事啊？乱码好人，先天下公为公，hr 轻松了，developer苦b了，竞争更大了，工资更少了。相反，用的人少而且专的技术工资高，竞争少，当然工作也少。我看最近win8的动向，wpf和sl只会得到强化，sl的目的更清晰，应该是专有化工具的概念，不会消亡。

乱码

原帖由 Dan.and.Andy 于 2011-9-21 12:10 发表


这个成本是IT人的苦命，人一抓一把是好事啊？乱码好人，先天下公为公，hr 轻松了，developer苦b了，竞争更大了，工资更少了。相反，用的人少而且专的技术工资高，竞争少，当然工作也少。我看最近win8的动向，wpf和sl只会得到强化，sl的目的更清晰，应该是专有化工具的概念，不会消亡。

haha, 我就不会html5,也不觉得它会很快用在public web site上，起码近3年不会。ie6说死都说了好几年了，现在还在苟延残喘，更别说html4了.

如果browser的版本更新速度都跟ff差不多，可能1年就能进html5,但梦想总归是梦想....

乱码

原帖由 huazhb 于 2011-9-21 11:50 发表
这是人力资源成本包括招聘, 培训的成本. HTML当然人又多,培训也容易. 但是如果把HTML5用在企业应用上, 开发成本绝对比SL高. 开发网站当然是用HTML了.我觉得也没有人会用SL来开发public的website.那纯粹是自己找麻烦

嗯，我没有sl/html5开发的经验，但从传统的html4来说，我得承认html开发的周期应该相对比较长。

但几方面平衡一下，html5的总成本不一定超过sl，不光是hr，技术的资源也应该不是一个级别的。

我觉得最重要选择的标准是大家对某一个技术是否有信心，现在大家可以找1万条理说sl不会消亡，但这种争论恰恰体现了我们对它的将来已经产生了怀疑，这个最要命，拥有一票否决权。

huazhb

你这些基本的控件连asp.net都有了, 但是效果呢? 能实现sl的简单的动画效果吗?

原帖由 Dan.and.Andy 于 2011-9-21 11:51 发表


当然有了，你要什么？treeview? splitter? grid? menu? slider bar? tabs? ...

http://www.oursteps.com.au/bbs/v ... p;page=1#pid7138080　EXTJS是纯JS的，DHTMLX也是，jQuery在赶上来，并且跨平台，不只 ...

Dan.and.Andy

原帖由 huazhb 于 2011-9-21 12:41 发表
你这些基本的控件连asp.net都有了, 但是效果呢? 能实现sl的简单的动画效果吗?

如果你认为asp.net的控件可以和这些比较的话，争论的本身已经没有什么意义了，站的角度不同，我也支持microsoft的C#(vb.net)一种语言走天下的思路，作为.net developer我很赞同这种统一的观点，并且win form, web form, wpf 应该是一种语言高度统一，换言之，.net developer应该只要会c#或者vb.net 一种语言就好,并且一种语言足够了,客户端和数据库尽可能要偏平,developer不涉及,当然希望微软坚持这个思路,我们的职业生涯也可以相应更长.

还有我不理解你说的动画效果是不是就是类似fadein(out),blind,bounce,explode...这些，是么？ExtJS你看了吗？demo里就可以啊，很多library也可以的，也支持定制。你要非做成sl风格也可以，效果可以实现一样的，当然还是定制对缺省的问题。

huazhb

这个问题讨论讨论其实蛮有意思.理不辩不明.只要心平气和就可以.
现在我们做几个场景假设, 首先我们都设定是在企业应用领域, public web的话sl就不考虑了.
1. 如果开发一个简单的CURD的应用, 十几个界面的那种, HTML5 vs SL誰的成本低?
2. 如果开发一个复杂的中大形的系统, 比如CRM或者ERP, 几百个表, 上百界面和报表的, HTML5 vs SL誰的成本低?
如果你来做决策, 你怎么选?
其他的选项都不考虑. 比如asp.net或者winform
我都选SL.

原帖由 Dan.and.Andy 于 2011-9-21 13:17 发表


如果你认为asp.net的控件可以和这些比较的话，争论的本身已经没有什么意义了，站的角度不同，我也支持microsoft的C#(vb.net)一种语言走天下的思路，作为.net developer我很赞同这种统一的观点，并且win form, web form, wpf  ...

Dan.and.Andy

原帖由 huazhb 于 2011-9-21 13:31 发表
这个问题讨论讨论其实蛮有意思.理不辩不明.只要心平气和就可以.
现在我们做几个场景假设, 首先我们都设定是在企业应用领域, public web的话sl就不考虑了.
1. 如果开发一个简单的CURD的应用, 十几个界面的那种, HTML5 ...

我一混饭的,真没到让我选什么的层次,说不上话,够不上步,就靠卖点"技术"养家糊口的低层开发人员,人家让用什么我用什么,让学什么我学什么,说多长时间做完就要做完,什么都没有连脾气都没有了.况且一说企业级开发,平台之争又来了,好久没见java的来了,以至于我以为微软千秋万代一统江湖了,至少一统足迹的江湖了.Sorry.

huazhb

嗨, 只是讨论一下而已, 不用那么认真.

原帖由 Dan.and.Andy 于 2011-9-21 13:44 发表


我一混饭的,真没到让我选什么的层次,说不上话,够不上步,就靠卖点"技术"养家糊口的低层开发人员,人家让用什么我用什么,让学什么我学什么,说多长时间做完就要做完,什么都没有连脾气都没有了.况且一说企业级开发,平台之争又来了,好久没见java的来了,以至于我以为微软千秋万代一统江湖了,至少一统足迹的江湖了.Sorry.

cdfei

现在来开发，肯定不选SL啊，移动设备的浏览器谁支持SL啊

乱码

原帖由 Dan.and.Andy 于 2011-9-21 13:44 发表


我一混饭的,真没到让我选什么的层次,说不上话,够不上步,就靠卖点"技术"养家糊口的低层开发人员,人家让用什么我用什么,让学什么我学什么,说多长时间做完就要做完,什么都没有连脾气都没有了.况且一说企业级开发,平台之争又来了,好久没见java的来了,以至于我以为微软千秋万代一统江湖了,至少一统足迹的江湖了.Sorry.

Dan.and.Andy，你起一个帖子，大骂java，不愁人不出来

梦呓人

每次进来总能跟大伙儿学到很多


继续马克！

kuxxc

原帖由 BJ-KING 于 2011-9-21 15:07 发表
每次进来总能跟大伙儿学到很多


继续马克！

就是就是。。 我学识浅薄，都没敢发言了～～

psaux

原帖由 huazhb 于 2011-9-21 13:31 发表
这个问题讨论讨论其实蛮有意思.理不辩不明.只要心平气和就可以.
现在我们做几个场景假设, 首先我们都设定是在企业应用领域, public web的话sl就不考虑了.
1. 如果开发一个简单的CURD的应用, 十几个界面的那种, HTML5 ...

我要是老板我肯定用html+js来做啊，这些技术成熟的东西没啥复杂的，十几个界面，100个报表算个屁阿？这根本不算什么企业级的应用。关键是HR成本低啊，而且不怕技术人员断层，铁打的team流水的member。html+js其实就是草根技术，草根注定就是千年不倒万年不死的。

交易人生

你还真挺能扯，100多个template在一起，像excel，每个sheet都有联系，sheet1!a1=sheet2 !a2，
sheet1c15=sum(sheet99!z13:sheet99！z188)*sheet2!88
等等等等，每个workbook是共享的，比如说有50多个人在一个workbook上工作，你说html+js怎么做？server端的负荷有多重？客户端数据有多快？数据量传输有多大？

成本，5个70k的人干一年和2个100k的人干一年哪个成本高？

[ 本帖最后由 交易人生 于 2011-9-21 20:44 编辑 ]

交易人生

下面是一个silverlight简单的demo，用firefox, chrome, ie都可以，如果你的机器从没有装过runtime，可能要装个runtime，会自动提示的。

你可以试试group/ungroup button, sort, filter等等button。

http://demo.componentone.com/Silverlight/FlexGrid/Excel/

showen

原帖由 交易人生 于 2011-9-21 21:00 发表
下面是一个silverlight简单的demo，用firefox, chrome, ie都可以，如果你的机器从没有装过runtime，可能要装个runtime，会自动提示的。

你可以试试group/ungroup button, sort, filter等等button。

http://demo.componentone.com/Silverlight/FlexGrid/Excel/

这个UI做得挺NB的，见过最接近的html solution就是ext js了。