Winform小技巧:让窗体直接使用exe图标(PE资源),避免重复嵌入图标资源

作者:V君 发布于:2018-3-20 17:52 Tuesday 分类:挖坑经验

TL;DR

用CodeProject上的帖子的实现, 传入主程序路径, 检查图标个数, 将首个图标给需要的主窗体.

这里有个例子把代码搬进去就能用


扯一扯:

有点.net开发经验的人都应该知道: Winform窗口图标和exe文件图标不是同一个东西,

假如有需要使用同一个图标的情况, 那将会保存两份数据, 令有强迫症的人(比如我)抓狂.

之前有折腾过Windows图标相关的操作, 这次也轻松提取主程序图标然后应用到主窗体上.


PS.这种方式可以支持多尺寸图标, 简单调用系统API的ExtractIcon不支持.

标签: 软件开发 C# Interop Winform

评论(0) 引用(0) 浏览(281)

活久见:表达式树编译执行引发VerificationException—操作可能会破坏运行时稳定性

作者:V君 发布于:2018-2-7 0:04 Wednesday 分类:挖坑经验

TL;DR:

当在使用表达式树编译成员绑定表达式,且存在隐式值类型装箱,

将表达式树编译成的委托执行起来的时候将会引发异常VerificationException

并提示消息“操作可能会破坏运行时稳定性

解决方法为显式装箱之后再绑定,可能是表达式树在编译成IL时没有对其进行必要的校验。

至于是不是性能考虑就不晓得了。从结果上来看,似乎却在运行时(亦或者JIT时)有检查。


听我扯扯:

在项目中需要比较两个同类型对象实例,且将差异收集起来。

于是咱首先就想到:不要一遍遍写繁琐的判断!

而是使用动态行为——堆IL、拼代码动态编译或表达式树编译。

咱选择后者,比起堆IL和拼代码还是表达式树写起来更舒服。


就算使用动态行为,基础的动作还是由简单的逻辑语句组成。

首先要遍历要diff的类的全部属性,然后将两个实例对应的属性值读出来比较,

若值相等则忽略,若值差异则连同属性名和两个差异的值收集起来。


思路想清楚了就开始吧。


定义一个有3个属性的类,分别存放属性名,和两个值,作为差异条目模型。

命名DiffEntry属性名是字符串,另外两个是object。


接着定义一个静态泛型类,静态构造里面构建每个属性的比较表达式树并将它们编译成委托,

公开静态方法Diff,返回DiffEntry的数组,调用编译好的委托。

命名ObjDiffCollector,存在引发装箱异常问题。

在gist描述为修订2,因为最初使用数组存放编译出来的委托,发生异常之后,

为了调查异常引发原因缩小范围,改为字典,键是属性名,值是委托,仅用在调试查看。


将问题缩小到值类型在DiffEntity的构造初始化成员绑定之后,

          .↑字符串类型没有问题

开始一小会儿的懵逼,放狗出去并没有找到什么卵线索。


这段可以忽略

先贴上异常名称,咕狗很贴心地提示了“operation could destabilize the runtime”,

接着出来的只有一个爆栈帖子,提到使用一个第三方数据访问层引发这样的错误。

打住吧,换成中文消息搜一下看看。

和预料的一样然并卵,被一篇转载到成为互联网垃圾程度的文章刷屏。

文章清一色的提到使用redgate的性能测量库所引发。

到这里线索断了。时间也不早,还要赴约,就把问题撂下跑了。

离开电脑面前不久之后,又玩了一次当局者迷play。

在外头晃悠时忽然灵光一现想到可能是隐式装箱导致,最终证实这个想法。


THE MEAT AND POTATOES 圈重点啦

可能堆IL和表达式编译一样,没有经过太完整的代码转换过程,隐式行为需要显式表达。

这时候需要将绑定的表达式加一层,转换成object,也就是显式装箱。

最终得出可用的ObjDiffCollector


回过头来想一想,发现CLR报这个错误也不无道理。

试想一下:一个非引用类型的结构体被装箱的情形,如果再复杂一点如果和原生代码扯上关系。

可能会导致意外的值复制行为,从而影响到整个应用程序的稳定性。

想当年,玩DllImport时,一不小心就内存损坏或者堆栈不平衡……


到此为止啦,收工!


接下来该考虑如何一步到位了,或许可以在一个表达式里面作完所有属性的比较和收集差异。

让代码的逼格显得更高。 乂目

标签: 软件开发 C# 调试技术 JIT LINQ 运行时错误

评论(0) 引用(0) 浏览(245)

JavaScript的__proto__和prototype差别之我见——从C#的角度看JS

作者:V君 发布于:2018-1-9 9:25 Tuesday 分类:挖坑经验

对于交互稍加复杂的页面, 交互实现就要作成组件了, 要写 JS 类了.

尽管咱整天口口声声说 JS 太灵(dan)活(teng), 但还是要去用, 还得用得爽起来.

真是口嫌体正直, 嘴上说不要但行动却挺老实的 乂目. (´∀((☆ミつ (~ ̄▽ ̄)~


说到 JS 类, 那就跑不掉和原型打交道, 于是又一次狠补这方面的姿势.

放狗出去找了些参考( ·· ), 不过都比较抽象. 有些难以理解.


直到今天一早醒来, 被窝赖床时.


发现从我大井的角度观察 JS , 其实也挺好理解的.

如果把函数类定义比作我大井里面的类,new 出来的东西比作实例. (根本不用类比吧 (´∀((☆ミ


下面的就必须是类比了:

假如想获取类定义, 在我大井里面有 typeof(类名) 和实例的 GetType().

那么, 直接在 JS 的函数定义上点出 prototype 就像我大井里面的 typeof(类名)

JS 的 实例点出 __proto__ 就是我大井里的实例 GetType().

从原型链继承来看, 用我大井的类比并不完全正确, 这次咱只从类定义和实例看.


毕.


标签: 软件开发 javascript Web技术

评论(0) 引用(0) 浏览(238)

[成功]在element-ui表单选择器组件实现鼠标移入自动展开

作者:V君 发布于:2017-12-20 16:22 Wednesday 分类:挖坑经验

前些天一直在做服务器后端, 最近才开始实现界面, 

自从被猫同事推荐了基于 VUE 的 element-ui 之后发现: 原来这样开发前端也挺舒服的.

只是 element-ui 的实现细节仍然不到位, 比如选择器或级联下拉不支持鼠标移入就自动展开.

官方 hub 上的 issues(4676,4682) 貌似也没人理,于是自己补了一下刀.

像这样:

代码写得有点啰嗦,就不直接显示在条目列表了,进来看

阅读全文>>

标签: javascript Web技术 VUE

评论(0) 引用(0) 浏览(579)

[成功]又一次自己编译Mono,这次是在Windows上,玩Bundle

作者:V君 发布于:2017-10-30 21:07 Monday 分类:折腾手记

目标 -- 将 .net 应用程序用只用一个 exe 承载, 并极大缩减体积, 且能保证工作正常.


(这次不是针对性的解决问题, 不TL;DR (´∀((☆ミつ 


篇幅较长, 进来看

阅读全文>>

标签: 软件开发 C# 命令行 mono 软件故障诊断

评论(0) 引用(0) 浏览(688)

Powered by emlog 去你妹的备案 sitemap