我公司开发了几种类型的应用程序。 我们的许多业务来自做多媒体类型的应用程序,通常在Flash中完成。 但是,现在这家公司正开始向进行Flex开发迁移。

我们的其他大部分开发工作都是使用.NET完成的。 我正在尝试推动Silverlight开发,因为它将更好地利用.NET开发人员的优势。 我很喜欢Silverlight平台而不是Flex平台,这是因为Silverlight都是.NET代码。 与Flash / Flex开发人员相比,我们在人员方面拥有更多的.NET开发人员,而且我们的大多数Flash / Flex开发人员都是图形艺术家(不是真正的程序员)。 他们现在之所以选择Flex的唯一原因是,这似乎是Flash的逻辑步骤。

我已经使用这两种方法进行了开发,并且老实说,我相信Silverlight更易于使用。 但是我试图说服那些只是Flash开发人员的人们。

所以这是我的问题:如果我要参加一次会议以表扬Silverlight,为什么一家公司希望使用Silverlight而不是Flex? 除了明显的“不是每个人都有Silverlight”之外,每个优点和缺点是什么?

===============>>#1 票数:52 已采纳

我认为您应该将Silverlight看作是长期工作,就像微软似乎正在做的那样。 当您担心覆盖范围和安装基础时,何时使用Silverlight和Flash有着明显的平衡,但这是出于某些原因,Silverlight是一个不错的迁移方向:

  1. 先发优势-正如Microsoft使用.NET构建“更好的Java”一样,他们今天也可以研究如何从头开始设计RIA插件。 他们具有了解人们今天如何使用Web的优势,这是Flash的发明者永远无法准确猜到的。 Flash可以添加功能,但是它们实际上不能取代平台并重新开始。

  2. 开发人员熟悉-虽然Silverlight是一种新模型,但开发人员并不完全不熟悉。 他们将“了解” Silverlight的工作方式,比他们理解使用新的脚本语言和新的事件范例启动新的开发环境快得多。

  3. 摆脱了Flash中的时间轴模型-Flash最初是为基于关键帧的动画而构建的,尽管有多种方法可以将其抽象化,但这是Flash工作方式的核心。 Silverlight减少了以应用程序为中心的模型的成本。

  4. ScottGu-ScottGu对Silverlight感到不满。 纳夫说。

  5. 很棒的新功能-尽管Silverlight在某些明显的功能(例如网络摄像头/麦克风集成或3d /图形加速)上仍与Flash保持同步,但Silverlight内置了一些漂亮的新技术-深度缩放就是一个例子。 我在Silverlight方面看到了更多的“革命性”技术,而Flash似乎此时处于维护模式。

===============>>#2 票数:30

这里有两个问题:作为平台的Silverlight与Flash和作为RIA框架的Silverlight与Flex。

第一个问题取决于您的时间范围。 Flash Player的覆盖率超过95%,Silverlight则无法实现。 但是,Silverlight可能会实现目标,毕竟它得到了Microsoft的支持。 如果您打算在下周启动一个网站并希望吸引大量的受众,那么Silverlight是不可行的。 如果您打算发布一个每个人都想使用的非常酷的应用程序,则有些不同,如果您的应用程序足够好,则目标受众可以安装Silverlight只是为了能够运行它。

至于第二个问题,就是在Silverlight中开发应用程序有多容易。 Flex不仅仅是一组小部件,它是一个非常大的框架,它可以做很多事情来简化开发人员的工作。 您可以只使用核心Flash API编写相同的应用程序,但这将需要更多工作。 根据Silverlight中可用的功能,这应该是决定时的重要因素。 如果您可以缩短开发时间,那么拥有两个平台是否值得?

===============>>#3 票数:22

我认为Silverlight对于拥有.NET开发人员但没有设计经验的公司来说最有利。

就找到C#或VB开发人员而言,与找到ActionScript专家相比,技能集将更容易找到。 但是,需要权衡取舍:

设计经验不仅是对具有艺术技能的设计师的投资,也是对Adobe提供的知识和工具的投资。 您几乎可以保证专业设计师使用Mac并具有Adobe工具方面的经验。

现在,Silverlight设计器工具还没有成熟,可能令人头疼。 例如,当尝试渲染任何包含IValueConverter的xaml时发生Blend错误,这是有问题的。 我不知道Adobe开发人员的经验是什么,我敢肯定它像毛茸茸的一样。

因此,在游戏的这个阶段,它取决于人力资源:

如果您具有.NET经验并且很少在设计技能上投入资金,请使用Silverlight。 编程技能/工具将可以转让。 如果您具有设计经验和技能,请选择Flex。 设计者的技能/工具将可以转让。

无论哪种方式,两个客户端平台都需要与服务进行通信才能获取数据,因此您将始终在后端利用现有的编程专业知识。

乔恩从不同的角度解释了这一观点:

我认为您应该将Flex视为长期的产品,就像Adobe似乎正在做的那样。 当您担心覆盖范围和安装基础时,何时使用Silverlight与Flex有着明显的平衡,但是有更多原因使Flex成为​​一个不错的发展方向:

  1. 先发优势-正如Adobe用Flash构建“更好的Java Applet”一样,他们今天可以看看您如何从头开始设计运行时。 他们具有了解人们今天如何使用Web的优势,这是现有客户端平台的发明者永远无法准确猜到的。 .NET可以添加功能,但是它们实际上无法取代平台并重新开始。

  2. 对设计人员的熟悉程度-尽管Flex / AIR是一种新的编程模型,但对设计人员来说并不是完全不熟悉。 他们将“了解” Flex的工作方式,比他们了解使用功能较差的新工具和新的动画范例启动新的设计环境要快得多。

  3. 在Silverlight中摆脱RGB颜色模型-.NET最初是为Windows构建的,它是其工作原理的核心。 Flex早就放弃了以设计为中心的模型。

  4. 您所有的工具都可以在Mac上运行。 纳夫说。

  5. 炫酷功能-Silverlight在某些明显的功能(例如网络摄像头/麦克风集成或3d /图形加速)上仍与Flash保持同步。

===============>>#4 票数:15

我们正在做silverlight和flex,这是开发人员对于这两者的观点。

Silverlight的优点:

  1. C#的强大功能,代码段,重用现有的C#算法实现
  2. 其他语言的力量,泛型和Linq等
  3. 本机执行CLR而不是Flash的动作脚本解释器的功能
  4. 一个用于所有开发的集成Visual Studio
  5. Expression Blend真的很酷,并且是比Flex Builder更高级的编辑器
  6. XAML对搜索引擎友好
  7. 非常好的状态转换,易于定义
  8. 线程和异步任务
  9. 可访问性,没人知道Microsoft始终在其所有产品上都拥有最佳的可访问性功能,它们始终与残疾人协作良好,仅IE支持完全可访问性的浏览器与Safari / firefox等浏览器相提并论。

Silverlight的缺点:

  1. 严格地说,是Microsoft平台,我知道很多人都会争论,但是在当前情况下,一半的Intel Mac不能使用Silverlight 3.0,所有PPC Mac不能使用Silverlight 2.0起,而Linux不使用Silverlight。
  2. 有单声道,但微软没有正式支持它,它将始终落后于逆向工程.NET并将其移植到其他平台上,但还不是现成的。
  3. 大多数组件/控件都是“密封的”,因此很难对其进行扩展和覆盖以轻松制作新组件。
  4. CustomControl / UserControl体系结构错误。 例如,您不能将XAML的根作为ComboBox或任何其他控件,而让它既具有设计又具有代码,则可以创建自定义控件,但是它们太复杂了
  5. 绑定需要组件命名,并且不像flex那样支持实例表达式,尽管在Silverlight中两种方式的绑定都不错,但是您必须为一个数学表达式的多个绑定编写长代码
 eg // this is possible in flex.. // but not in silverlight <mx:TextBox id="firstName"/> <mx:TextBox id="lastName"/> // display full name.. <mx:Label text="{firstName.text} {lastName.text}"/> 

Flex的优点:

  1. 真正独立于平台,在各种硬件和操作系统上受支持,并且真正可以在任何地方工作。
  2. 开源使得真正易于理解和扩展功能。
  3. 每个控件/组件都可以扩展,并且覆盖默认行为的限制更少。
  4. 创建新组件的最简单方法是,您可以让mxml从任何控件派生并通过广泛的绑定进行扩展
  5. Flex包含许多控件,您不需要任何第三方库

Flex的缺点:

  1. 迭代执行的执行速度慢,没有线程! 没有异步任务!
  2. 根据第1点,不可能制作出精美的动画或图形
  3. 没有泛型,没有其他语言,没有linq ..
  4. 数字类存在错误,无法存储完整的64位长值
  5. Eclipse不利于设计出色的UI

结论

  1. 我们将flex用于数据应用程序,这些是简单的表单处理应用程序
  2. Silverlight提供极其丰富的图形和动画

===============>>#5 票数:13

Silverlight的问题在于,仍然有很多人没有安装它。 另外,我不确定如果现有的.Net开发人员只熟悉更传统的服务器端.Net编码,他们将如何利用他们的现有技能。

您将Silverlight推向Flex的原因是什么? 如果您由于某些原因不得不向SOFlow社区询问,那么您如此愿意推动它似乎很奇怪。

===============>>#6 票数:11

Flex开发的另一个优点是,您可以切换到使用相同的源代码(和相同的IDE)开发桌面应用程序(Adobe AIR),然后从Web分发它们。 您可以查看此内容以了解Flash平台的未来。
2011年第三季度更新:Flash 11支持低级3D加速,并且已经有许多框架和主要引擎(虚幻引擎3,Unity)支持它。 但是,未来的卖点是AIR应用程序将可在Windows,Mac,Android,Playbook和iOS平台上运行(已不再支持Linux)。 两者之间的移植绝对避免了麻烦(至少当您使用Adobe CS5.5 +时)。

2015年第二季度更新:Silverlight正式死亡。 Adobe AIR仍然存在,但并不兴旺-根据您的技能和工具链,它可能会很有用。 Microsoft和Adobe都承认HTML5是必经之路(无论是AIR,Apache Cordova还是Visual Studio)。

2017年第三季度更新:哇,他什至不再使用Flash。

===============>>#7 票数:7

不要忘记:

Flex非常跨平台,因为它使用Java编译器进行编译,这意味着在开发Flex应用程序时可以轻松使用Mac或Linux。 我拥有当前的CruiseControl设置(使用Linux),我构建了Flex应用程序,但是开发人员同时使用Mac,Linux和Windows。

以我的经验,由于Java开发人员基于Eclipse,因此对Flex Builder感到很自在。

===============>>#8 票数:7

由于SO拥有如此众多的Microsoft开发人员,因此您永远不会对此问题进行公正的投票。

同样,人们可能会否决这个答案,这确实说明了一切。

我说让您的开发人员尝试这两种平台,然后看看他们喜欢哪种平台。

为了回答以下评论,我只是注意到,尽管有很多建议推荐Flash / Flex的答案,但Silverlight的答案却更多。 这不是说谎的问题,它只是支持您熟悉的内容,不一定是最好的平台。

===============>>#9 票数:6

当谈到Flex时,Silverlight程序员不知道他们错过了什么。 Silverlight缺少Flex具有的组件模型和事件触发功能。 我的一个朋友使用XNA和C#,必须克服各种困难才能使他的Silverlight应用程序正常工作。 然后,必须将其交给设计师,以使其看起来像样。

在Silverlight上收听deepfriedbytes.com播客,您将听到甚至真正推动Silverlight的几个人也承认其中一些问题。 (我 ,如果我没记错的话,其中一个人为Microsoft工作,但我可能错了-我上周听了它)。 他们一致认为,Silverlight在当前状态下还没有为任何大型应用程序做好准备。

我将使用Flex,这是一种非常干净,直接的方法-尤其是如果您已经熟悉Flash和ActionScript 3.0。 我认为Flex更有意义-Silverlight仍必须成熟。

===============>>#10 票数:6

归根结底,您的开发人员不应决定您的技术。 这绝对是应根据您的用户做出的产品决定。

如果要部署到消费者Internet,则要使用Flash Player或AJAX。 如果要为.net企业部署到专用LAN,则可以选择。

===============>>#11 票数:5

作为一名图形设计师,在过去的几年中,我一直使用Flash(打开和关闭),而在过去的1.5年中,我一直使用Silverlight(及其老兄WPF)。 根据我从我的团队(所有人都是开发人员或以前的开发人员,如果您的.Net开发人员将完成所有编程工作)的经验,请使用Silverlight。我喜欢Flash,但是即使对OOP进行了ActionScript 3全面修订, Flash 9及更高版本,它仍然是一种古怪的语言,在AS3和C#之间来回切换可能会使您的开发人员感到困惑:-)。

对于您的设计师,请执行以下操作:

  • 为他们提供一份Expression Blend的副本,Expression Blend是Silverlight / WPF的GUI开发工具。

  • Blend的初始学习曲线有些陡峭,并且界面会向您抛出大量的变量/选项,因此您需要投入一些培训,并为您的设计师提供时间以加快使用UI的速度。

  • 说到培训,请订阅Lynda.com视频库,尤其是。 Lee Brimelow Expression Blend培训课程。

  • 需要注意的是:Blend和WPF的变化很快,因此有时您会遇到Blend的错误,该错误已在Blend的下一个beta / CTP中修复。 例如,Blend 2中有一个错误,阻止我的情节提要(动画)在最近的项目中工作。 我升级到Blend 2.5CTP,它可以正常工作。

  • Silverlight内容似乎并不总是能与Silverlight插件的最新Beta版一起使用,如果要测试某些仅在最新Silverlight插件中可用的新功能,则需要牢记一些注意事项。

  • 投资于功能强大的系统(Quad Core,4Gigs RAM等),Blend会消耗大量资源,尤其是。 当你有大量的层。 例如,我正在开发一个在基础应用程序中具有100多个图层(!)(在某些用户控件中还有100+)的应用程序,以及大约40-50个故事板。 每隔几分钟,我必须重新启动Blend,因为UI会停止响应(但不会冻结)。 要么,要么将所有内容移到用户控件中。

===============>>#12 票数:5

我的团队曾经在Flex中编写丰富的Web功能,现在在Silverlight中编写它们。

我们进行此切换的原因:

  • FlexBuilder基于Eclipse构建。 Eclipse太糟糕了! 自由,但bug缠身,毛刺弥漫且缓慢。
  • FlexBuilder的价格是Expression Blend的两倍,无论如何我们都可以通过MSDN免费获得它。
  • Flex是源代码管理的一个痛苦,它不喜欢被制作成将文件放在一个地方,并且不能与解决方案的其他部分很好地配合使用(我们尝试使用SourceGear Vault和SVN)。
  • Flex的ActionScript版本与大多数SOAP实现不同,特别是.Net WebMethod存在各种问题。
  • 尽管我们会定期使用获得许可的Flex组件,但它仍决定我们没有该版本,并在其中添加了仅演示水印。删除此水印的唯一方法是将项目进行修改,重新安装Flex,重新安装许可证并重新构建。
  • FlexBuilder根本不喜欢Vista。
  • 一旦达到了我们可以将其添加为交换的相关功能的要求的级别,Silverlight的接受度就会越来越高。 如果我们为网络(而不是企业)受众服务,我不确定是否可以。

我们项目的其余部分是.Net和C#,您可能会发现在Java商店中所有这些问题都不那么重要。

===============>>#13 票数:3

正如Kibbee在上文中所暗示的那样,利用现有.Net开发人员的观点并不多。 不可能成为.Net开发各个方面的专家。 该平台太大。 Java也是如此。 从技能的角度来看,Silverlight唯一要做的就是您可以使用自己喜欢的.Net语言进行编码。 如果您已经在进行任何使用JavaScript的重要Web开发,则该优势就非常小,因为Action脚本是变体。 因此,要将程序员转换为Flex或Silverlight的真正目的就是学习平台的API。

===============>>#14 票数:3

我们经历了同样的问题,Flex赢得了成功。 我们的.NET开发人员最初很担心,但是在Ajax和JavaScript的痛苦下工作了这么长时间之后,他们现在很喜欢并且非常喜欢在Flex中工作。

这是一个简单的测试。 尝试至少找到3个真实世界中的Silverlight应用程序示例(不是游戏,视频播放器或小工具)。 然后对Flex执行相同的操作。

===============>>#15 票数:2

我认为Silverlight和XAML比ActionScript更可取,尽管我对ActionScript IDE并不熟悉,但我对VS2008和Expression Web / Blend都很熟悉,它们是非常好的开发环境,并且一直在不断完善。 我会使用Silverlight,我认为让用户安装插件的关键是拥有一个良好的插件检测页面,该页面说明SL是什么以及他们为什么需要它。 有关此示例,请访问http://memorabilia.hardrock.com/并在禁用SL插件的情况下进行尝试。

===============>>#16 票数:2

尽管我已经使用Silverlight进行过工作,并且对将应用程序置于浏览器之外的功能感到非常兴奋,但是AIR的一大优势是可以访问本机拖放功能。 这使您可以构建非常用户友好的图像或文档上传功能(例如Flickr上传器)。 据我所知,MS尚未专注于这种支持(即未宣布任何计划)。

===============>>#17 票数:1

如果您知道.NET,Silverlight 3.0是必经之路。 我正在使用它,我喜欢它。 我不必弄混AJAX或JS BTW(我不知道那个人指的是什么,也许是SL 1.0)。对于数据,大多数数据是异步WCF调用(在WCF之后是LINQ to SQL)或XML文件或RIA服务。 它使您可以使用大多数着色器FX,它具有样式,控件模板和本机访问Windows / Mac剪贴板。 我可以运行高清视频,即使在CPU速度较慢的情况下,大多数进程也可以很好地运行。 我还喜欢数据绑定,控件绑定,并且可观察的集合为我节省了很多时间。 加上我可以使用LINQ(主要的时间节省工具),更不用说使用Visual Studio进行调试了。

我正在开发企业.NET应用程序,因此我知道我的安装基础,他们将安装加载项(通常为30秒)。 对于前端网站,您可能会失去一些不想安装silverlight或不运行Mac或Windows的用户。 您可以在带有3.0的浏览器之外安装带有SL的应用程序。

我可能是一个有偏见的.NET专家,但我的发展如此之快,我不得不推荐它。

===============>>#18 票数:1

我的经验法则是:如果您的公司正在开发基于Internet的多媒体软件,并且拥有各种平台的客户,并且您没有在进行数据库密集型应用程序,那么如果您的公司同时开发基于Internet和DVD的产品,那么Flex是绝对的答案。 ,交互性较低,但占用更多资源(CPU,内存),并且使用可笑的数据库事务量Silverlight更有意义

===============>>#19 票数:1

有人说:“找到3个真实世界的Silverlight应用程序”。 好的,我知道我头顶上有一些东西,但无论如何我还是用谷歌搜索。 列表:

  • 2008年北京奥运会( 此处的统计数据,传递了250TB的数据!)
  • Netflix点播播放器
  • AOL电子邮件客户端(可能尚未发布)

哦,不是视频播放器吗? 剩下的就是UFC应用程序(它是混合视频/聊天/其他内容)和AOL电子邮件客户端。 Silverlight擅长于视频,而这正是它立足之本,但这并不意味着它无法做其他事情。 我认为没有理由仅仅因为它的视频效果好就将其关闭。

Infoworld [link]表示:“ Silverlight具有实质的技术优点和相对良好的性能。它是一种非常强大的RIA技术,对于具有.Net经验的程序员和具有XAML经验的设计师特别有用。” 这是一篇有关您的问题的好文章。

我的回答:如果您有一支熟悉.NET的开发人员团队,则Silverlight应该在您的清单上排名第一。 如果没有,那是一个真正的折腾。 我见过一些文章说,与您使用Flex相比,Visual Studio是一个出色的开发平台。 但是Flash几乎无处不在。

还请记住,Silverlight 2几乎不使用Javascript(我认为没有Javascript,但我不是很肯定)。 因此,避免因JS而避免Silverlight是没有根据的。

如果性能很重要,Silverlight可以赢得胜利。 我已经看到我的浏览器的CPU使用率多次达到100%,并且杀死运行Flash的任何窗口总是会摆脱它。 在Chrome中尤其明显,您可以在其中看到正在消耗CPU的进程。 如果您对Silverlight的游戏潜力感兴趣,请查找Quake的Silverlight端口QuakeLight。 它的状态非常好。

我真的认为这取决于您的开发人员的才能所在以及您将交付的应用程序类型。 简单的游戏? 闪。 业务线应用程序? Silverlight。 在中间? 遵循开发人员的建议。

===============>>#20 票数:0

这是一个老问题, 历史已经讲了!

Silverlight一直像被Microsoft抛弃一样出色,它从未获得有用的安装基础。 由于Microsoft的参与方未对此进行100%的承诺。

Flash(因此Flex)仍在运行。 但是,越来越多的浏览器不支持任何插件, 因此flush成为Silverlight的方式仅是时间(年)的问题

也许有一天Flex会重新定位到没有插件的HTML5…。

有人说了iPhone,说唯一的选择是Apples Way或HTML5。

===============>>#21 票数:0

您不应该使用这些ActiveX2.0技术中的任何一种。 Silverlight和Flex都没有...

首先,它们都不过是“支持在浏览器中运行的分布式Winforms框架”,其次,它们不能很好地移植到其他设备上(对于Silverlight尤其如此),其三,它们不能正常工作与页面的其他部分配合得很好。 它们不适用于残疾人等等等。列表不断增加……

Adobe和Microsoft都试图掩盖这个事实,但是最终,Silverlight和Flex都不过是ActiveX的新包装了……

确保它们在沙盒中运行,是托管语言等等。 但这仍然是下载BLOB的重要部分,可以在您的浏览器AKA ActiveX中本地运行。

===============>>#22 票数:-1

Flash Player在几乎所有台式机平台(Windows,Linux,Mac)中均已正式提供并受支持,而Silverlight将主要在Windows中得到支持。

下面的文章提供了两种平台的比较。

  ask by 1kevgriff translate from so

未解决问题?本站智能推荐:

2回复

Silverlight Spy,适用于Flex的FireBug类型工具

是否有适用于Silverlight间谍或FireBug功能的Flex调试工具?
2回复

哪种图表和网格控件更好?? Flash / Flex VS Silverlight

我正在开发一个应用程序,其中包含树,网格和图表之类的控件。 我个人认为Silverlight是最佳选择,因为它得到了Telerik强有力的第三方控制。 但是,由于闪存与Silverlight相比非常普遍,设计团队的一些成员正在支持闪存。 令我惊讶的是,我还没有在Flash中看到像Teler
2回复

将Silverlight应用程序移植到Flex

也许这是一个愚蠢的问题,但是如果您在.NET编写相对简单的2D游戏(例如,对于Silverlight),并且想将其移植到Flex -只是因为您知道C#,并且不想打扰其他语言,有什么方法可以促进这一移植过程? 假设我们正在使用CompositionTarget.Rendering event
4回复

关于Flash,Flex,Adobe Air,Java FX和Silverlight的所有这些业务是什么?

关于Flash,Flex,Adobe Air,Java FX和Silverlight的所有这些业务是什么? 为什么我会选择一个而不是另一个? Java Applets和ActiveX控件发生了什么? 哦,AJAX适合所有这些? 和Laszlo有关吗? Afteredit(回应一
8回复

HTML5是否仅取代Flash / Silverlight的视频方面?

我看到很多人都在谈论HTML5视频标签如何杀死Flash。 虽然视频是Flash / SL中使用最广泛的部分,但它只是其技术能力的一小部分。 例如,您可以使用Flex中的完整3D图形和套接字连接编写游戏,以及严肃的业务应用程序等。 是否认为Javascript会杀死Flash / Fl
8回复

Silverlight安全吗?

我们需要一个在最终用户的机器上运行的应用程序并为我们提供分数结果,并且我们需要结果准确(即未被篡改)。 目前,Flash和Silverlight之间存在争议,看起来Silverlight将成为赢家。 除了最终用户机器上的任何东西必须最终被认为是非法的激励之外,攻击SilverLight应
13回复

Adobe Flex与Silverlight

这不是一个纯粹的技术问题,但我相信答案将有助于RIA社区。 我们是一家软件开发公司,致力于股票交易产品的开发。 我们选择使用Adobe Flex(2008年中),因为它的浏览器渗透率和相对成熟度与Silverlight相比。 我们已经开发了这个系统,我们对它非常满意。 现在我们计
1回复

Silverlight应用程序托管要求

我想构建一个可以安装在用户计算机上的Silverlight Web应用程序。 因此,任何托管要求都将受到用户具有的任何配置的约束。 托管Silverlight应用程序有哪些要求? 对于Flash和WPF,我需要回答相同的问题。 可以使用任何操作系统吗? 是否需要在计算
2回复

Skype-如何使用Flash或Flex或动作脚本?

题。 我如何开始使用Flash / Flex或ActionScript,以使用Skype4Com,并制作一些类似于此站点的小东西: https ://imo.im/ 使用SkypID登录后,我可以使用Flash从浏览器拨打语音电话吗? 我该如何开始,请有人给我一种方法。 谢
2回复

从.Net返回键入的对象-Flex-FlourineFX

有没有人使用过flineineFX的经验? 我必须修复一些在后端使用FluorFX的东西,以将类型化的对象提供给Flex表示层。 我的印象是,如果我像这样在Flex中注册对象, 如果属性及其类型与相应的.Net类匹配,则无需转换对象。 但是,当我将类引入flex时,我只是在获取