巧用「嵌入资源」和「动态加载程序集」解决依赖库版本冲突

作者:V君 发布于:2017-4-1 14:39 Saturday 分类:挖坑经验

太短(?)就不写摘要了 (´∀((☆ミつ


一个老项目,使用了 .net 3.5,框架体系中已经引用了较早期的 Newtonsoft JSON 库

它的版本也是3.5现在这个库已的版本已经到10.0了

和旧版比起来有一些命名差异以及修复了一些 bug,需要的功能正好在被修复的 bug 里


我们都知道如果一个项目里不同的程序集之间引用不同版本但名称相同的程序集会出现冲突


尽管可以重定向程序集版本,但是那时还没啃透

不知道除了能代替版本还能指定另一个文件,这种方式也是可以解决问题的(MSDN)这是后话


回到我们这次的做法

新版本的 DLL 没跑进 bin试着手动复制进去(当然已经改过文件名再引用),发现启动不了

这是当然的,WEB 项目会无脑的把bin里的程序集全部都加载起来,发现同程序集名不同版本就挂了


于是就用了 Aio1ef 那招

 -- 引用时去掉本地复制,在首次使用前于静态构造加挂程序集解析事件,载入嵌入程序集


于是就让两个不同版本的 Newtonsoft JSON 共存了

当然目前只是在这个项目里的不同程序集分别引用


要在同一个程序集里引用两个名称相同,版本却不同的程序集

在没有用到 Attribute 的前提还是可以勉强反射一下实现写个类 Proxy 也是挺有意思的

如果有用到 Attribute 那就洗洗睡吧, 那估计要用 IL 显式指定程序集名称了 乂目


标签: 软件开发 C#

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

这不是BUG,是特性! -- 记一次 .NET C# 有/无符号字节数组非预期拆箱

作者:V君 发布于:2017-3-23 18:43 Thursday 分类:挖坑经验

TL;DR

检查可能是有符号字节数组的装箱对象要用 that.GetType() == typeof(byte[])

而不是 that is byte[] ,这和 CLR 实现机制有关. 似乎运行时不区分 byte[] 和 sbyte[]

装到 object 里的字节数组不管有无符号都能分别被有无符号数组拆箱出来...


扯扯:

处理一系列温度探头数据. 为了减小数据占用, 在检查了数值范围之后

选用了 sbyte 作为存储数据类型, 然而在自动可视化处理时被当做了无符号数组处理.

无符号数组一般表示二进制数据, 于是把温度以十六进制显示到界面上了. 好尴尬.

咕狗一把才发现原来还有这回事.

好吧 我就说一直以强类型自居的我大井怎么会有这么弱智的问题 _(:з」∠)_

标签: 软件开发 C# bug

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

解决一蛋痛的WCF-REST配置问题:未找到注册基址方案

作者:V君 发布于:2017-3-14 20:12 Tuesday 分类:挖坑经验

状况:

访问时出现以下错误

找不到具有绑定 WebHttpBinding 的终结点的与方案 http 匹配的基址。注册的基址方案是[]

注意, 注册的基址方案是空的, 和遍地都是的 “注册的基址方案是[http]”不同

 

TL;DR:

在 web.config 配置基址前缀就能解决该问题.

<serviceHostingEnvironment>

    <baseAddressPrefixFilters>

        <add prefix="http://localhost" />

    </baseAddressPrefixFilters>

</serviceHostingEnvironment>

扯扯:

扯你妹不想扯了, 花了好大劲都解决不了. 

结果 ServerAdmin 告诉咱们想起以前的项目遇到类似的情况时,负责人的做法...


so.解决不了配置问题的码农不是好运维? ( ゚∀。)

 

标签: 软件开发 C# ASP.NET MVC WCF REST

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

软件开发辅助工具 - 将EntityFramework实体文档注释搬进数据库(MSSQL)

作者:V君 发布于:2017-1-9 21:22 Monday 分类:我的应用

TL;DR
[ 本体 ][ 源代码 ]

效果:生成SQL用于更新表和字段说明.
用法:直接运行,在弹出的打开对话框选择定义实体的程序集. (记得启用XML文档生成)
限制:尚不明确.
环境:需要.NET 4.5.2以上, 作为开发者不需要啰嗦更多.


 

扯扯:

 

点击查看原图

 

点击查看原图

 

虽然用上Code-first之后各种便利,然而当需要生成数据库注释用来给运维之类的提供方便时.
咕狗了之后发现并没有现成的工具,懵逼了一会儿. 又查了一下更新数据库注释的方法.
嗯嗯 MSSQL 比 MySQL 做起来方便多了. 于是这个小工具就诞生辣.


首先将打开对话框指定的程序集载入

 遍历所有类 -> 筛选出有[TableAttribute]特性定义的类
  遍历属性 -> 筛选出可读可写的非导航属性
 收集表名,成员名(如果指定了Column特性,将取其指定的列名)

 按对应定义抓取XML文档里的注释

 基于上述信息构建数据库更新SQL脚本. 
  (由于M$SQL新增和更新的分别是两个存储过程, 于是简化处理, 先新增再更新. 
   ((报已存在的错误提示无视掉就可以了 _(:з」∠)_

 将SQL输出到窗体控件

由用户自行丢进SSMS执行,结束.


做这东西过程中遇到了几个有趣的现象, 尽管不是很高深.


0) 嵌套类全名用加号分隔类名
 但是XML文档中仍然是用点分隔类名

1) 基类在不同的程序集
 这时候就要按属性信息的定义类(DeclaringType)去找程序集对应的XML来读取注释了

2) 继承来自泛型的成员
 在XML中泛型以"MyGenericClass`1"的方式表示,
 需要区分泛型然后获取泛型定义(GetGenericTypeDefinition)
 再读取全名才能得到XML中的名字格式,
 如果直接取全名将会得到类似"MyGenericClass[Int32]"的格式.



标签: 软件开发 C# 数据库 ORM

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

从源代码编译mono, 嵌入mono初体验

作者:V君 发布于:2016-11-29 23:19 Tuesday 分类:折腾手记

前些天定下的小目标还是纯属扯蛋, 还是先在健全的平台从编译运行调试开始练手吧.


TL;DR

本来想在Windows环境下编译, 但变着花样重试N多次仍未成功

才注意到官方git上的 Windows:build unstable

这下只能在Linux下完整编译, 然后回到windows单独编译可执行文件了

以前有在树莓派上编译ARMHF非常顺利的经历, 

这次也圆润的通过了完整编译, 除了网络状况有点糟糕 (断开重试数次) :) 

 

详细步骤:

阶段1 -- 获取源码并于Linux编译托管库

参照文档 http://www.mono-project.com/docs/compiling-mono/linux/

安装编译所需软件包

执行以下为我神奇国度做修改的脚本


mkdir mono

cd mono

git init

# 按需做以下科学配置, 否则只有10KB每秒, 一旦断开又得重头开始

# git config http.proxy "type://x.x.x.x:xxxx"

# git config https.proxy "type://x.x.x.x:xxxx"

# git config core.gitproxy "connector"

# core 配置需要指定连接适配才能工作

# 该步骤可能会被中断多次, 需要手动重试

git fetch --depth=1 https://github.com/mono/mono.git

# 得到输出 * branch HEAD -> FETCH_HEAD 才算结束

git checkout FETCH_HEAD

# 下面两个命令会从git拉取子模块, 被中断则需要重试

git submodule update --init --recursive

make get-monolite-latest

# 获取完源代码之后开始自动配置吧

./autogen.sh

# make可以指定并发数量, 按机器的处理能力改变j参数

make -j6



阶段2 -- 编译windows可执行文件

将文件打包带回Windows

参照以下文档做编译 -- 也就是载入解决方案, 选择x64目标, F6, 其中libtest编译失败不管

http://www.mono-project.com/docs/compiling-mono/windows/#build-mono-64-bit-using-visual-studio



阶段3 -- 调试

到这一步终于可以开始调试啦!

定位到解决方案文件夹EmbeddedSamples中

新增一个(4.5)控制台应用程序,叫做teste-csharp, 删掉默认的Program.cs和App.config

以链接的方式添加在编译目录samples\embedtest.cs文件, 编译它


最后在启动之前需要把核心托管库mscorlib.dll放到相应位置

它在 mcs\class\lib\net_4_x 我们已经在Linux上编译好了

复制到 msvc\build\sgen\x64\bin\lib\mono\4.5\ (创建目录)


然后是把编译好的.net控制台teste-csharp.exe也放到mono的windows执行引擎旁边

复制到 msvc\build\sgen\x64\bin\Debug 


最后就是跑起来啦! 

下图 第一个窗格定义了C语言写的方法,第二个窗格向运行时绑定,第三格就是C#代码了

   小窗口是在输出目录用命令行启动编译好的EXE, 非常顺利!

点击查看原图


嵌入了mono的EXE,不需要.NET Framework环境也能独立跑起来的C#!

当然还要安装VC++2015运行库, 和 .NET Framework 比起来小太多.


接下来还要多熟悉熟悉 看看能不能移植到PSV上 乂目.


标签: 软件开发 C# linux mono C语言

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

Powered by emlog 去你妹的备案 sitemap