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

melodyy

原帖由 atransformer 于 2011-9-22 21:10 发表


我可以负责任地说，交易人生同学，技术相当过硬。

同感～～～

yangwulong1978

HTML+JS ，如果遇到，商业应用程序，，HEAVY CLIENT SIDE 的项目，其实不是好选择，，，比较慢，，每次要LOAD太多的东西，，，我们做个网上的财务软件就慢，，，，，

但是，SILVERLIGHT 第一 次运行，非要安装，有的客户就不爱安装，做个东西，还要和客户都打遍招呼，，

有利有弊，

鱼羊鲜

LOAD太多的东西 不是太大问题，第一次缓存了，后面就快了

yangwulong1978

原帖由 鱼羊鲜 于 2012-4-10 14:32 发表
LOAD太多的东西 不是太大问题，第一次缓存了，后面就快了

这其实是个问题，，客户觉得慢，而且，客户都没IT，，，解释了，，没用，，客户要每次都要快，很难搞的，
我们已经优化到了不能再优化的地步，他们用这些商业程序，桌面的用习惯了，，他们要求像桌面的那么快，，，
怎么他们都会觉得慢一些，，，，，，他们就觉得用的不爽，
这是HTML+JS的弊端，没的办法的。不适合做商业程序，

鱼羊鲜

loading的时候 插段笑话

典

原帖由 yangwulong1978 于 2012-4-10 14:41 发表


这其实是个问题，，客户觉得慢，而且，客户都没IT，，，解释了，，没用，，客户要每次都要快，很难搞的，
我们已经优化到了不能再优化的地步，他们用这些商业程序，桌面的用习惯了，，他们要求像桌面的那么快，，，
怎么他们都会觉得慢一些，，，，，，他们就觉得用的不爽，
这是HTML+JS的弊端，没的办法的。不适合做商业程序，

可能是你们的应用程序太复杂，或者设计上还可以改进，
一般的商业应用，应该没有速度上的问题。

yangwulong1978

其实，所谓的，快不快，速度问题，真是商业用户需求的，

我们一个会计软件就是HTML+JS 做的，，

我得到的反馈就是慢，，这个慢，其实，，是他们的感觉，，为什么呢，，

1.比如，一个会计事务所， 雇佣一个DATA ＥＮＴＲＹ　的人，打ＴＲＡＮＳＡＣＴＩＯＮ　进去，，他们的速度是１万字一个小时的速度，打ＴＲＡＮＳＡＣＴＩＯＮ　　进去，，你想想一般网页的响应时间是多少，，又要出来TRANSACTION，SAVE，  EDIT，，，怎么他们这种也是正常的PAGE 都会影响他们的速度，，他们总抱怨，用我们的网上的，没桌面的快，每天DATA ENTRY的人要少打1,2百个TRANSACTION， 他们在损失钱。。


2.会计，每天处理，１０００,２０００个ＴＲＡＮＳＡＣＴＩＯＮ，比如，ＰＵＲＣＨＡＳＥ　ＯＲＤＥＲ，　　ＳＡＬＥＳ，　几百人的工资，，
他们就需要打开一个ＰＡＧＥ，不离开这PAGE，　在这ＰＡＧＥ里，，可以查看所有的TRANSACTION，每种打开，可以修改，，然后一套的功能，，
简单的就是一个PAGE里有个DATATABLE， 每条数据表示不同的TRANSACTION， 你点任意一行，，就需要打开一个FORM， 每个FORM 里都是几十个FIELD，还有TABLE， 还要PRINT， REPORT， FAX这些功能，，  这种FORM 有50.60种，，而且，FORM 是相互套着，，都需要在一个PAGE里打开，，
所以，，你不管是前期LOAD， 还是后期动态LOAD，，都满足不了客户的需求，，他们要很快，， 我们已经做到，，load 整个这PAGE 在1.5秒内，里面LOAD 不同的FORM 也都是在1-1.5秒内，，但是，他们还觉得慢，，

就上面这2种情况，，，HTML+JS 满足不了，，，客户的需求，
而且客户并不想把那些功能分散到不同的PAGE， 他们会计有自己的习惯，，对他们工作不方便，，，他们的需求就是，，不要安装，放在网上，，客户又需要在不同的地方都可以打开做账，

很多商业应用都是这种情况，， 这就是有的情况下非要用SILVERLIGHT 的原因。。这完全是根据商业需求来言的。

huazhb

那这种客户就不适合你们的产品。 比如Salesforce的产品也是HTML，肯定也不能满足他们的需求，但是这并不妨碍salesforce赚大钱。 你们这个产品肯定有客户会非常需要。

典

你们这个是高标准高要求的东西，估计很难了，需要挑战极限，如果实在还要提高，可能需要做些anti-patten的设计，比如别用Form直接用Div，放个后台进程做并行处理，用Frame做总界面?多用Async设计(比如Save...不必等待服务器返回结果）

psaux

你说的这个就像个online的MYOB，我也给客户做过类似的东西，但我们在做design的时候就跟客户说过这个速度问题，如果你要节省成本，有online的application就必须要牺牲掉一点速度。我们还让客户去测试所有他们能找到的online的application，作为对比的依据，我们可以保证的是我们产品的使用流畅度不比他们能找到的差（最后我们也做到了这点）。如果在当初你不给客户做任何的心理建设，最后伤的只能是你们自己，有些sales是满嘴跑火车的，什么都敢答应下来。

交易人生

这个老话题又搬出来了，做project没问题，做product就有问题，当市场出现一个其他的产品跑得很快，你们的产品基本就没销路。

就说myob吧，如果用silverlight做，一个报表，比如expenses，上面是数据录入，最下面的是求和，silverlight能够做到，一边用户一般录入数据，下面一边求和，同桌面程序一样快。并且可以insert, delete row。这只是个简单的操作，用sl很简单，用html+js费劲。

上面的例子很简单，再加点量，我的expenses报表是个总表，可以录入数据，有个子表travelling expenses，我要同时监视着2个报表，在子表里录入数据，显示sub total，在总表做 adjustment，显示total，sl能够做到，在子表录入数据，在总表和子表里实时计算，完全是动态的，这个html+js就很难了，多少个人年能完成？有扩充性吗？

2个小例子说明的sl的强大，逻辑很简单，因为计算和显示完全在客户端完成而且是数据与view的分离，数据模型和view的分离使得开发容易；想想用Html+js如何做，js在客户端没有这么强大的功能，语言上的缺陷直接导致了设计和实现的困难。

silverlight和html/js的区别不光是速度，还有对复杂事情在客户端的实现，这个html/js做不到，在客户端做不到，就要上传到server端运行。

用户才不管你用的是什么，只要他自己爽就行，产品就是这样，你可以对客户说，我们workaround，别要求太高，这样行不行，当然可以，但当有同类产品出现的时候，并且很快很方便的时候，用户Hold不住地。

交易人生

IT系统经历了很多变迁，多用户来讲，从大型机（centralized)->分布式计算-〉servers farm（centralized/distributed )，html5/js实际回到了centralized 的时代，只不过在server side是distributed，siliverlight是 distributed的计算模式，用到了用户的cpu power，理论上讲，减少了 deployment的开销。同样的功能，silverlight同html /js比起来，deployment 投入少，用更少的资源，比如server，带宽等。

silverlight最大的缺陷是mobile device对它的支持不够，因为ms在这个市场不垄断，哈哈。

psaux

"当市场出现一个其他的产品跑得很快，你们的产品基本就没销路。" --- too simple,  please be realistic

"就说myob吧，如果用silverlight做，一个报表，比如expenses，上面是数据录入，最下面的是求和，silverlight能够做到，一边用户一般录入数据，下面一边求和，同桌面程序一样快。并且可以insert, delete row。这只是个简单的操作，用sl很简单，用html+js费劲。" --- event driven 而已，html+js 也可以做到和桌面程序一样快。

"上面的例子很简单，再加点量，我的expenses报表是个总表，可以录入数据，有个子表travelling expenses，我要同时监视着2个报表，在子表里录入数据，显示sub total，在总表做 adjustment，显示total，sl能够做到，在子表录入数据，在总表和子表里实时计算，完全是动态的，这个html+js就很难了，多少个人年能完成？有扩充性吗？" --- 同上，event driven而已，看不出有啥复杂的。

"2个小例子说明的sl的强大，逻辑很简单，因为计算和显示完全在客户端完成而且是数据与view的分离，数据模型和view的分离使得开发容易；想想用Html+js如何做，js在客户端没有这么强大的功能，语言上的缺陷直接导致了设计和实现的困难。" --- 这2个例子完全不能说明sl的强大，你说的 数据与view的分离和数据模型与view的分离只是产品设计上的考量，并不是sl的专利。很多的js framework都可以做到，比如http://yuilibrary.com/yui/docs/app/

"silverlight和html/js的区别不光是速度，还有对复杂事情在客户端的实现，这个html/js做不到，在客户端做不到，就要上传到server端运行。"  --- 呵呵呵，悠着点说，别让人家笑话了。

"用户才不管你用的是什么，只要他自己爽就行，产品就是这样，你可以对客户说，我们workaround，别要求太高，这样行不行，当然可以，但当有同类产品出现的时候，并且很快很方便的时候，用户Hold不住地。" --- 这其实是sales的事情，就技术而言没有谁好谁坏，只有做出来的产品好和坏，但这完全是和人有关的，难道不是吗？

典

交易同学，你说的那些user case, javascript里都可以做到， 如果把xslt考虑进来，甚至是比较高效的开发

但是从编程语言的角度讲，当然不如C#方便了，维护/test/效率可能都不如C#,

我们有这样的CRM系统，使用时完全离线可能几天都不和服务器连接，完全javascript, 你所能想到的功能估计都有，各种查询/开单据/售货换货收货，汇总，库存盘点，打印.数据表/图...

[ 本帖最后由 典 于 2012-4-11 13:36 编辑 ]

交易人生

如果你不懂sl，说话就悠着点吧，因为你分不清sl 和asp.net的区别，至少我还知道些 html/js。

[ 本帖最后由 交易人生 于 2012-4-11 13:53 编辑 ]

交易人生

你能用html/js实现大部分excel的功能？google的spread sheet，用了多少人年，那个对于比如myob的这种accounting软件而言，还不够用。

这么说吧，我们一套sl 的产品，到目前还没正式release，前期给一个主要客户演示，相当成功，他们用过很多其他系统，其实就是html/js的，说只有这套是他们真正需要的，其他的太慢，他们肯出8m来加速开发进程。

[ 本帖最后由 交易人生 于 2012-4-11 13:59 编辑 ]

yangwulong1978

商业要求，公司成本，是否能赚到钱，决定了一切，，，，，

你们公司还是做生意比较实在，如果我这管技术的和经理去和客户开见面会的时候，，我去说性能，让客户自己去找的话，，我们经理回来不掐死我才怪，，

客户不管你里面是用什么的，，，，只要是用的爽，外面看的好看，他们就满意，，
单纯讲ＳＩＬＶＥＲＬＩＧＨＴ　或者HTML 谁好，谁不好没啥意义，，

每种技术都有他的弊端，，用不用它只是看它是否能更快（节约成本）更好的（ 接到单子）完成客户的需求，公司赚到钱。

典

原帖由 交易人生 于 2012-4-11 13:53 发表
你能用html/js实现大部分excel的功能？google的spread sheet，用了多少人年，那个对于比如myob的这种accounting软件而言，还不够用。

做excel应该是不合适，或者说用到你说的那种程度的时候，可能确实不适合用JS来搞，就算搞了代价也太大。
by the way, excel也将有js 接口，用js做excel的二次开发在不久将来可能成为现实

交易人生

sl有它的特定用途；而html/js用途广泛，涵盖了很多设备，其实没有优略，不同的产品，不同的工具。

交易人生

这个实在，只要卖的出去，basic也行。

gozh2005

可以问一下吗，html5+js,在微软下是不是就是用MVC的意思。
还是server端都是js?

Waister

挖祖坟的来了

popleyi

Pivot View很酷炫。

lxgzmy

个人觉得还是html5，前段框架很成熟，跨浏览器，支持移动设备，最重要得是silver light是微软再推，html5是一群巨头包括微软再推

cohesion

sliverlight 和flash都是一样，都萎靡了.....

mengqing

Silverlight以死 请烧香

bullying520

曾经据说能对抗flash的东西.....

典

bullying520 发表于 2014-1-14 21:55
曾经据说能对抗flash的东西.....

Jobs死前把 flash整死了
Silverlight 没有对手了，寂寞死了

igotowhere

典 发表于 2014-1-14 23:54
Jobs死前把 flash整死了
Silverlight 没有对手了，寂寞死了

huazhb

tnnd, 幸好当初没有去搞这个SilverLight， 坚守在asp.net， mvc这里， 看上去是选对了