代码转换器、RGB颜色代码转换器 收藏 0

费钱耗时回报少？CIO更新改造应用程序前须知的“潜规则”（上）

来源：计算机世界

让过去的应用程序与时俱进，是当今数字化战略的一个重要部分。这项工作可能比你想象的更困难、更费钱，而且回报更少。

超过95%的《财富》1000强公司仍在使用IM–IBM的古老的层次DBMS（数据库管理系统）。这是TwoBitHistory.org得出的数据。

相比之下，我自己做的非正式调查显示，在优秀的IT开发人员中，几乎没有一个人对在该环境下工作有丝毫的兴趣。

能够吸引顶尖人才是CIO们更新改造应用程序的一个原因。这不是唯一的原因，却是最重要的原因之一。其他原因包括减少许可费和支持费，以及提高灵活性和适应性。

只不过\”更新改造\”不像看起来那么简单直观，还有几个隐蔽的秘密，精明的CIO在制定决策时必须考虑到这些秘密。

01

应用程序更新改造（酷孩子俱乐部的成员称之为\”应用程序改装\”）涉及使用一系列全然不同的方法来解决一系列全然不同的问题。

应用程序改装可能意味着版本更新、平台重建、平台更换、语言更新改造、重构或COTS转换，这取决于具体应用程序和你交谈的对象。虽然它们统一叫\”更新改造\”，但几乎没有什么共同之处。各自有陷阱，需要留意。一些陷阱众所周知，另一些陷阱则较为隐蔽。

此外，更新改造有许多不同的含义本身就特别令人烦恼：在对特定的应用程序更新改造之前，你不仅要先决定是否对其更新改造，还要决定它需要哪种类型的更新改造，然后乘以整个IT环境中应用程序的数量。

02

一些IT团队领导认为，只要做到以下这点，就表明自己有业务头脑：\”不纯粹为了技术而购买技术\”，再加上一句陈词滥调：采取\”如果它没坏，就不要修理它\”的做法来管理应用程序及它们运行所依赖的堆栈。

他们把这套逻辑搬到商业应用程序以及每个应用程序运行所依赖的每个平台上：服务器操作系统、DBMS、CMS（内容管理系统）、开发环境、桌面操作系统和浏览器等等，只有当特定的新功能带来新的ROI（投资回报）时才更新。

可遗憾的是，\”不是现在付费，就是以后付费\”，这个定律仍然是正确的：与及时更新相比，\”以后付费\”需要的成本难免更高、带来的破坏更大。

03

另一种流行的更新改造方法是，将遗留应用程序迁移到有相应平台的开放环境（将整套堆栈都迁移过去），有一个不那么隐秘的地方要注意。比如说，平台重建意味着从大型机托管的z/OS+COBOL+CICS+DB2 迁移到x85托管的Linux + COBOL + CICS + DB2。在云迁移中，这个叫\”lift-and-shift\”（平移）。

你得到的是降低的许可费和供应商支持费。隐蔽的秘密是，这是你得到的全部好处。

04

平台更换是更新改造方法之一，它只改变了应用程序运行所依赖的一个平台，理由是平台已过时，或丢失了市场份额和消费者心智占有率。比如说，你可能将应用程序的DBMS由Sybase换成SQL Server。虽然这有时也叫\”平台重建\”，但它与上述的平台重建没有任何共同之处。

你得到的是减少了使用过时技术带来的风险和漏洞，此外还能享用更好的人才库。但你无法得到降低的成本或任何改进的功能。事实上，成本反而增加，因为你不得不为更换平台购买许可证。

05

诱人的销售宣传号称：自动化工具可以从你的遗留COBOL代码中提取业务逻辑，并用一种现代化语言重写。这常常通过将有100000行代码的COBOL应用程序换成有100000行代码的Java应用程序来完成。

这是语言更新改造方面最隐蔽的秘密：语言不仅仅涉及词汇和语法，还涉及应用程序设计理念。

第二个隐蔽的秘密是：语言通常还带来整批的预开发逻辑库。编写新应用程序的开发团队得充分利用这些库。很少有代码转换器可以做到这一点，这意味着它们生成的转换后代码维护起来更困难。

预告

想了解更新改造应用程序的更多潜规则吗？请持续关注“计算机世界”的干货分享！

本文来自【计算机世界】，仅代表作者观点。全国党媒信息公共平台提供信息发布传播服务。

ID：jrtt

[WPF]总结一些我在开发WPF时常用的工具

这么多年用了很多各式各样的工具，现在留在电脑里的、现在还在用的、在写WPF时用的也就那么几个。这篇文章总结了这些工具，希望这些工具可以让WPF开发者事半功倍。

Visual Studio应该无需介绍，它是“面向任何开发者的同类最佳工具”。对WPF来说Visual Studio既是鸡又是蛋，WPF开发者甚至有时会反编译它的代码参考参考，最近HandyControl也参考Visual Studio代码增加了一个GlowWindow控件，这是个很有趣又实用的控件。虽然有那么几年WPF没什么大的改进，但Visual Stuido依然为XAML添加了很多使用的功能，我印象最深刻的是以下几个。

应用程序时间线 探测器：使用 “应用程序时间线” 探查器查找并修正 XAML 应用程序中应用程序交互的相关性能问题。 此工具通过显示应用程序资源使用情况的详细视图来帮助提高 XAML 应用程序的性能。 可以分析应用程序准备 UI 框架（布局和呈现）以及为网络和磁盘请求提供服务所花费的时间，以及在应用程序启动、页面加载以及调整窗口大小等应用场景中花费的时间。

热重载

XAML热重载允许您在应用程序运行时更改XAML代码，从而帮助开发者构建WPF或UWP应用程序用户界面。Visual Studio和Blend For Visual Studio都提供了热重载。此功能使开发者能够通过运行应用程序的数据上下文、身份验证状态和其他在设计时难以模拟的实际复杂性，以增量方式构建和测试XAML代码。

实时可视化树和实时属性资源管理器

开发者可以使用“实时可视化树”和“实时属性资源管理器”实时地查看正在运行的XAML代码。这些工具为开发者提供正在运行的XAML应用程序的UI元素的树视图，并向开发者显示所选择的任何UI元素的运行时属性。

另外，除了最新版的2019，我还保留着Visual Studio 2013，因为我常常需要抄10年前的Silverlight Toolkit的代码。

Blend是专门针对XAML程序的设计软件，经典版的Blend是独立软件，代码编辑和调试功能比Visual Studio差很远，现在它则是成为了Visual Studio的另一个模式，名字也变成Blend for Visual Studio。虽然微软对Blend不怎么上心，但随着Visual Studio越来越强大，Blend For Visual Studio也跟着得益。就算我可以手写XAML，有很多事情还是需要在Blend里做，例如设计VisualState、创建动画、将文字和形状转换为路径、获取控件的ControlTemplate等。

安装Visual Studio时默认不会安装Blend for Visual Studio，需要选中它的CheckBox：

顺便一提，Visual Studio 2019不再提供BlendSDK，而这东西又基本是开发WPF必须的，所以需要自己安装Microsoft.Xaml.Behaviors.Wpf nuget包。

现在很多WPF项目都开源了，不过反编译工具还是少不了的。比起dnSpy和JustDecompile，我更喜欢ILSpy，因为有很多BAML只有ILSpy能反编译出来，例如System.Windows.Controls.Ribbon.dll（见下面截图）。不过我也很喜欢JustDecompile的“创建项目”功能，它可以直接反编译一个Dll并创建一个项目（如果不出错的话）。顺便一提我也很喜欢JetBrains的dotPeek，它也可以正常反编译BAML，只是它每次启动都很慢。

Snoop是一个开源的WPF UI探索工具，它可以浏览正在运行的WPF程序的可视树、改变它的属性、查看Triggers、设置断点等。虽然现在Visual Studio也可以做到差不多的功能，但Snoop依然是我最喜欢使用的WPF工具之一。

在以前我还喜欢用XAML Spy，可惜那个软件停止更新了。

下面是一张正在被Visual Studio调试的正在Spying Visual Studio 的Snoop的截图（套娃使我快乐）：

DebugView是一个很古老但依然实用的工具，它可以查看应用程序或驱动程序输出的调试信息，而且不仅能查看本地机器，还可以查看远程机器的调试信息。总而言之有了它可以方便查看程序的调试信息，对调试应用很有帮助。

大名鼎鼎的ReSharper相信不用多介绍，不过要用上实在太花钱（授权和电脑配置）。除了可以强化C#代码体验，ReSharper对XAML也有很多增强功能，包括：

• XAML的错误提示
• 增强的XAML智能感知
• 导航和查找XAML元素
• XAML代码重构

更详尽的功能请看 XAML Editing Tools – Features ReSharper

从UISpy到Inspect到Visual UI Automation Verify，微软提供了很多自动化测试的协助工具，现在对我来说最常用的应该是UI Automation Verify了吧，它就位于Windows SDK的安装目录里：X:\\Windows Kits\\10\\bin\\10.0.18362.0\\x86\\UIAVerify\\VisualUIAVerifyNative.exe，它上一级目录里还有inspect.exe（前提是需要先获取Windows SDK）。如果自己开发的WPF程序使用了Microsoft UI Automation，这将是一个十分重要的工具。就算没有，Visual UI Automation Verify也可以查看到几乎所有Windows UI的信息。虽然它有点古老，但胜在又快又实用。

ResXManager是用于管理resx资源文件的Visual Studio扩展，它提供了在Visual Studio中统一管理所有资源文件的用户界面。小规模的程序用不上，但一旦资源和资源文件达到一定数量管理这些资源将十分痛苦，这时候ResXManager就必不可少。

这篇文章主要介绍我开发WPF时常用的工具，其它还有些VB.NET To C#的代码转换器、SVG TO XAML、和PNG TO ICO等在线工具，都是用到时再网上搜的。还有很多.NET的工具我没有列出来，可以参考下面这篇文章：

10个用于C＃.NET开发的基本调试工具

作者：Dino.C

出处：https://www.cnblogs.com/dino623/p/tools_for_wpf.html

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com