转载于:https://www.cnblogs.com/zxbzl/p/4208252.html
相关推荐
Silverlight 4.0技术解构:可控演进的设计哲学与现代迁移路径
Silverlight 4.0虽已退出历史舞台,但其面向企业级复杂场景的‘可控演进’设计思想仍具深远参考价值。它在沙箱约束下实现本地文件访问、富文本混合流、分层信任模型等能力,本质是围绕‘最小必要权限’构建的工程化解法。其Viewbox的DPI无关性处理、RichTextBox的TextPointer游标模型、OOB的可信计算架构,深刻影响了WPF、Electron乃至现代PWA的设计逻辑。当前在工业HMI、医疗设备等遗留系统维护与升级中,理解这些机制可显著降低迁移风险——例如用CSS transform替
silverlight 读取wcf服务 读取宿主端的config 良好的方法
在开发当中遇到很头疼的事情,就是每当要改动地图的服务的IP地址时,还要重新打开silverlight项目源代码,修改后重新编译,么么,这种是让人折磨呀。今天一天寻找方法,总算是解决了这个问题。 一、silverlight 读取wcf服务 1)在宿主端(也就是web端)添加(准备)wcf服务(service2.svc),其代码内容如下: 1 using Syst...
Silverlight技术演进启示:从跨平台运行时到场景化能力栈
跨平台运行时是现代前端与企业级应用开发的核心概念之一,其本质是在异构终端上提供一致的执行环境与能力抽象。Silverlight作为早期典型代表,虽已退出主流视野,但其演进逻辑深刻揭示了运行时技术的价值迁移规律:从追求‘全覆盖’转向聚焦高价值场景。它通过Portable Library Project实现.NET生态内代码复用,借助WCF RIA Services解决企业级数据同步难题,并在流媒体、多点触控等垂直领域构建不可替代的技术护城河。这种‘能力栈化’思路,对当前Electron、WebAssembly
Silverlight程序中动态设置WCF服务地址方法
<br />本文引用自兰松《Silverlight程序中动态设置WCF服务地址方法》<br />在Silverlight项目中添加服务引用后会在Silverlight项目中生成一个 ServiceReferences.ClientConfig文件,这个文件中包含了引用服务的绑定(bindings)和终结点(Endpoint) 的配置信息。下面是引用一个WCF服务后自动生成的配置信息:【示例源码下载】<configuration> <system.serviceModel> <bindings>
Silverlight获取WebHost配置信息--WebClient和XmlSerializer模拟
在我们的silverlight项目中,是被打包为xap zip文件下载到客户端,所以silverlight中的app配置文件我们不能直接修改,而在其宿主web host中的web.config在服务端我们也不能直接访问。在我们的项目中遇见了这个问题所以我就有了此博客。 先说明解决这个问题的方案有: 1:调用wcf,webservice,Asp.net页面等服务端数据源,异步显示在我们的U...
silverlight遍历服务器文件夹,Silverlight中动态获取Web Service地址
Silverlight中动态获取Web Service地址更新时间:2009年11月24日 18:47:24 作者:开发过Silverlight应用的朋友们相信都会遇到这样一个问题在使用WCF或者WS进行数据库操作的时候都需要有一个明确的服务地址,如果是WCF就是svc文件地址。初学者通常会直接使用VS的Add Service Reference来添加引用。这的确是十分方便的手段,但是这样会带...
读取silverlight程序形成的xap包中的文件
1. 读取xml或config文件内容 Uri uri = new Uri("DataConfig.xml", UriKind.Relative); //DataConfig.xml 为xap包中文件 var sm = Application.GetResourceStream(uri); StreamReader
Silverlight中使用配置文件的方法
Silverlight作为一个精简版的.NET framework,没有为配置文件提供相应的支持。我们无法像在winForm中那样使用System.Configuration.ConfigurationManager 来访问app.config中的配置信息。所以比较好的一个方式就只自己写一个配置文件管理类ConfigurationManager。以下构造方法参考了Andrew Tokeley上面的
谈一下Silverlight报表的打印
虽然Silverlight近两年并没有太流行了,但我还是想谈一谈很多Silverlight报表开发者最关心的老大难问题——打印。设计和创建报表的最终目的肯定不局限于报表查看体验,最终用户无一例外的还需要有效的报表打印。原生的Silverlight API打印,后台打印占用的内存大,打印不太稳定性,特别是报表内条码打印的质量很糟糕,我还是建议使用PDF打印来代替默认的Silverlight打印。
将基于WCF实现与客户端通信的Silverlight项目部署到IIS7.0
今天,我们的项目几乎搞完了。由于进行视频拍摄的需要,我们打算将Silverlight项目部署到IIS来演示和测试。但是部署的道路确实非常曲折的,并且问题很多很多,我足足花了一个晚上才配置完成。为了以后大家少走弯路,我特写这篇文章。如果不足之处,请大家指正! 首先,配置的时候,我将我的项目复制到桌面,然后利用IIS7添加网站,并且把虚拟路径设置到项目的绝对路径。但是,运
Silverlight Bing Maps遗留系统维护与迁移实战指南
Silverlight和Bing Maps作为早期Web地理信息开发的核心技术栈,虽已停止官方支持,但仍在大量政企关键业务系统中稳定运行。其技术原理基于插件化富客户端架构、WCF RIA Services数据绑定及V7 SDK离线地图渲染机制,具备强稳定性与低运维侵入性。在现代Windows环境(Win10/11 IE模式)下,通过.NET Framework版本控制、CDN资源离线化、DOM容器劫持等工程手段可实现可靠复现。技术价值在于支撑百万级点位热力图、自定义空间索引查询与混合架构平滑演进,广泛应用于
【分享】 在silverlight中使用wcf上传文件并实时显示进度
公司一个项目要用到文件上件, Google后了解到上传一般有三种方式:WebClient、WebService和WCF。 最开始用WebClient.OpenWrite实现了文件上传,但弄不明白怎么才能得到上传进度,只好放弃了。 用WebService还不如直接WCF,参考http://www.cnblogs.com/blackcore/archive/2009/11/21/1607823
Silverlight+WCF象棋系统:新手可落地的B/S工程实践
Web应用开发的核心在于理解UI交互、业务逻辑与网络通讯的协同机制。从基础的客户端事件响应,到服务端状态管理,再到跨网络的数据序列化与同步,这些底层原理不随框架更迭而失效。Silverlight提供基于.NET的富客户端开发体验,WCF则以basicHttpBinding封装SOAP通信,使请求-响应过程透明可控,成为初学者掌握B/S架构演进逻辑的理想教学载体。通过实现棋盘渲染、走法规则引擎、房间状态同步等模块,学习者能直观建立‘代码改动→界面反馈→服务响应’的完整因果链,夯实工程直觉与调试能力。
Silverlight Bing Maps技术解剖:客户端地理可视化工程范式
地理信息系统(GIS)中的客户端地图渲染,本质是坐标系转换、瓦片调度与GPU加速渲染的系统工程。其核心原理在于将WGS84经纬度通过墨卡托投影映射为平面像素,并依托硬件加速管线实现高效图层合成。这类技术虽随Silverlight插件式Web架构退出历史舞台,却沉淀下对空间计算性能、内存缓存策略及事件地理化处理的深刻实践价值。在现代Web地图开发中,其设计思想仍广泛应用于Leaflet、MapLibre GL等框架的自定义图层、地理围栏与热力图实现。本文以Bing Maps Silverlight Contr
Silverlight Bing Maps技术解析:企业级Web地图演进的底层逻辑
Web地图本质上是时空数据的可视化管道,其核心挑战在于坐标投影、瓦片调度、图层合成与高并发交互的协同优化。早期浏览器受限于DOM性能、缺乏Canvas支持及单线程JS模型,催生了Silverlight这类富客户端方案——它通过独立CLR运行时、XAML声明式UI和WCF RIA集成,构建出稳定支撑10万+轨迹点实时渲染的企业级地理前端沙盒。其墨卡托椭球体投影实现、VectorLayer数据契约抽象、三级瓦片缓存策略及ViewChange语义事件机制,不仅解决了IE8时代低带宽高延迟场景下的交付难题,更沉淀为
Silverlight已淘汰:现代Web技术替代方案与安全迁移指南
Silverlight是一种基于.NET框架的浏览器插件技术,曾用于富媒体交互与企业级RIA应用,其核心依赖NPAPI插件架构和专有XAP包格式。随着主流浏览器全面移除NPAPI支持,该技术自2021年起彻底退出生命周期,存在不可修复的安全漏洞与合规风险。当前技术价值已由WebAssembly、Media Source Extensions、Web Components等开放标准承接,具备跨平台、沙箱化、可调试等工程优势。典型应用场景包括旧版视频播放器升级、XAP应用前端重构、内网系统渐进式迁移等。本文聚焦

421




被折叠的 条评论
为什么被折叠?



