让Release生成配置自动调用ILRepack将所有程序集混合到一个文件

作者:V君 发布于:2016-7-9 18:18 Saturday 分类:折腾手记

TL;DR?

先在 NuGet 添加 ILRepack 包,然后填上生成事件脚本,它在项目属性 - 生成事件 - 后期生成事件命令行,贴上类似下面的3行:

if $(ConfigurationName) == Release if not exist "$(TargetDir)Packed" md "$(TargetDir)Packed"
if $(ConfigurationName) == Release $(ILRepack) /ndebug "/out:$(TargetDir)Packed\$(TargetFileName)" "$(TargetPath)" LibRefence.dll
if $(ConfigurationName) == Release if exist "$(TargetDir)Packed\$(TargetFileName).config" del "$(TargetDir)Packed\$(TargetFileName).config"

每行前面相同的 if 用来确认当前是否以 Release 配置生成 (好像这是废话)。 要是M¥能给生成事件指定配置就不用写得这么繁琐了。

第一行:检查输出路径下是否有 Packed 文件夹,没有则创建。用来放我们混合好的输出。 这行可以直接拿去用。

第二行:调用 ILRepack,如果有引用程序集,需要加到后边,比如例子的引用程序集文件名 LibRefence.dll。可以参照 Update2 的命令自动获取所有 dll 文件名,用 !DLL_LIST! 代替即可。这行走完之后 Packed 底下就会得到 exe/config 文件了。

第三行:删除多余的 config 文件,如果不需要 config 文件,可以留下第三行。因为 ILRepack 会把配置文件自动带到输出目录。

注意:

这仅仅只是把程序集混合在一起,不带压缩。和 ILMerge 作用一样,不过用了更先进的 ILRepack。如果你想要压缩可以试试 Aio1ef 这货。

Update1 at 2017-10-16

路径用双引号括起来了, 一些同学可能喜欢在默认路径存放项目, 导致路径出现空格报错.

Update2 at 2018-02-06

获取 exe 旁边所有 dll 文件可以通过以下命令实现:

if $(ConfigurationName) == Release setlocal enabledelayedexpansion enableextensions
if $(ConfigurationName) == Release set DLL_LIST=
if $(ConfigurationName) == Release for %%x in ($(TargetDir)*.dll) do set DLL_LIST=!DLL_LIST! "%%x"
if $(ConfigurationName) == Release echo dlls: !DLL_LIST!

标签: 软件开发 C# 程序打包 VisualStudio

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

改变VisualStudio项目的obj和bin输出路径

作者:V君 发布于:2016-6-30 11:08 Thursday 分类:折腾手记

TL;DR 

参考[爆栈帖子1][爆赞帖子2][M¥DN]

更改配置文件根节点Project底下PropertyGroup\BaseIntermediateOutputPath可以改变obj目录

例如 Z:\U00ST\$(MSBuildProjectName)\obj\ 写成如下

<BaseIntermediateOutputPath>Z:\U00ST\$(MSBuildProjectName)\obj\</BaseIntermediateOutputPath>

就能把obj文件带去Z:\U00ST\Abc\obj\默认情况下里面还会按生成配置创建Debug/Release目录.

本例使用了宏MSBuildProjectName,能替换成项目文件不带扩展名Abc.csproj(Abc.vbproj)的abc


改变bin目录已经在项目属性自带了,不过还可以玩点花样

同样位置创建BaseOutputPath节点 <BaseOutputPath>Z:\U00ST\$(MSBuildProjectName)\</BaseOutputPath>

然后把每个带生成配置条件(Condition)的PropertyGroup里的OutputPath删除

回到第一个PropertyGroup增加一项

<OutputPath>$(BaseOutputPath)\bin\$(Configuration)_$(Platform)</OutputPath>

就能把所有生成配置的bin输出带到 Z:\U00ST\abc\bin_x64\ 了.


如果是WEB项目, 那么不能改变bin目录, 会让Web项目跑不起来, 尽管能编译通过

把bin做个目录链接. mklink /d bin z:\U00ST\Abc.Web\bin 就可以了

作成生成事件 

if not exist $(ProjectDir)bin mklink /d $(ProjectDir)bin z:\U00ST\$(ProjectName)\bin

会更方便


闲了再扯扯

其实就是在u盘上编译那点事, 这些年的u盘走虽然走了USB3.0不过提升的只有读取速度,

写入还是和以前差别不大, 于是把obj和bin扔到RAMDISK去, 编译速度大大提升!

就算在硬盘, 没有了源码管理需要排除的obj和bin目录在源代码里面也是很爽的!

标签: 软件开发 C# VisualStudio

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

[失败]修改 ASP.NET Boilerplate 0.9.1 源代码, 让其支持 Mono

作者:V君 发布于:2016-6-25 15:25 Saturday 分类:折腾手记

直接部署能在IIS上跑的版本到Linux Mono(树莓)上会报错.

看来ABP没有考虑平台兼容啊,只能自己改改看了


▲Directory '****/bin\' not found.

  at System.IO.Directory.GetFiles (System.String path, System.String searchPattern, SearchOption searchOption) <0x71c1cbb0 + 0x0002b> in <filename unknown>:0 

  at Abp.Web.WebAssemblyFinder.GetAllAssembliesInternal () <0x71c1bcd0 + 0x000eb> in <filename unknown>:0 

一看就知道是没考虑兼容Linux,直接写死的反斜杠,

找到 WebAssemblyFinder 对应源代码第50行

bin后面反斜杠改成目录分隔符或直接删掉.

 

▲No currently authenticated user.

  at System.Web.HttpApplication.get_User () <0x6f94e678 + 0x000d4> in <filename unknown>:0 

  at Abp.Web.AbpWebApplication.TrySetTenantId () <0x6f94e328 + 0x0002b> in <filename unknown>:0 

去看了源代码 AbpWebApplication 类第112行的取得用户, 再反编译跟进去

发现系统类库居然在取不到值时抛出异常, 果断加个try, 遇到异常时就当做取到空.


▲Could not find method overriding System.Threading.Tasks.Task`1[Abp.Auditing.AuditLog] InsertAsync(Abp.Auditing.AuditLog) on type Abp.EntityFramework.Repositories.EfRepositoryBase.....

  at Castle.DynamicProxy.Internal.InvocationHelper.ObtainMethod......

我去,不仅Abp本身没考虑, 就连AOP代理拦截的Castle也不支持?!

接着找Castle的源代码, Abp 0.9.1 使用的 Castle 是 3.3.0, 根据异常堆栈跟进去看.

插入调试代码发现更多细节, System.Threading.Tasks.Task`1[Abp.Auditing.AuditLog] InsertAsync(Abp.Auditing.AuditLog) 报错的原因是找不到这个方法,

造成找不到方法的原因是 Castle 对要做的方法取了 GetBaseDefinition 来做签名比较

得到了 System.Threading.Tasks.Task`1[TEntity] InsertAsync(TEntity)

明显和要找的方法不匹配. 源代码里也注释了一句

 this implementation sucks, feel free to improve it.

好吧, 那么就动手改改吧, 虽然不知道为啥要取 GetBaseDefinition 

那么就在你找不到之后接着不 GetBaseDefinition 然后比较吧.


▲Failure has occurred while loading a type.

  at Abp.Domain.Uow.UnitOfWorkInterceptor.Intercept (IInvocation invocation) <0x6f8e8688 + 0x0007f> in <filename unknown>:0 


懵逼了,不知道这个异常是怎样引发的..

先放着不管, 找到法子再更吧


等 .NET Core 的ARM版本软件包出现, 或许可以不做修改直接跑了吧。

M¥给点力快点啊。。。

标签: 软件开发 树莓派 C# linux mono MVC

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

重新认识EntityFramework, 比较几个LINQ数据访问/ORM库

作者:V君 发布于:2016-5-27 9:29 Friday 分类:挖坑经验

前些年我曾说过 Entity Framework 就是个坑 

但自从最近试着摆弄 ASP.NET Boilerplate Project 对Entity Framework大有改观.

原来版本6之后的Entity Framework完全可以把dbml dbLinq linq2db sqlite-net远远甩在后头.


dbml - LINQ to SQL 类

◆能从数据库生成设计器代码, 也能先设计再生成数据库

◆完整的复杂查询/投影支持

◇仅限MsSQL


dbLinq - 上者的一个类似克隆一样的实现 GitHub 

◆支持多种数据库

能从数据库生成设计器代码, 不支持自动创建数据库

◇复杂查询/投影不完善

 

linq2db - 近些年发起的开源LINQ数据访问/ORM库, 看起来是上者的重新实现 GitHub 

◆支持多种数据库

◆完整的复杂查询/投影支持

能从实体类生成数据库, 也能从数据库生成实体类(T4)

 

sqlite-net - 轻量级sqlite数据访问实现, 因为轻量所以没太多功能 GitHub

◆单个源码文件加到项目即可使用

跨平台直接调用原生实现, 不依赖ADO.NET

○简单的LINQ支持

◇不支持复杂查询/投影


Entity Framework 6+ - 着看怎么完爆上面这堆

◆上述除了轻量级之外的所有优点

◆多种开始方式: CodeFirst,DbFirst,ModelFirst. (不过 CodeFist 就够了)

,能按你对模型类的变更生成数据库更新脚本

◇目前尚未发现缺点

使用一段时间后总算是找到了些缺点(?),可能是考虑到兼容不同数据库 

 LINQ表达式解析依赖于提供程序实现,

 比如MySQL提供程序实现的表达式解析器的解析和投影就BUG满满,

 具体表现为各种操作符报不支持或者导航属性投影字段混淆.


总之赶紧来用这货吧 ゚∀゚)σ

偷偷更新:其实EF的迁移并不太好使,还是基于现有数据库的CodeFirst跟Dapper混搭好 乂目

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

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

无缝循环播放音频 - 蛋疼小工具

作者:V君 发布于:2016-4-25 18:26 Monday 分类:我的应用

TL;DR
[ 本体 ][ 源代码 ]
效果:对指定的音频文件做无缝循环播放.
用法:一个可选参数, 用来指定音频文件. 可以无参数打开然后拖进去.
限制:目前只支持WAV(PCM)格式.
环境:需要.NET 2.0, win7以上可以直接使用. XP需要安装.NET 2.0才能用


扯一句:

 只是为了在挖坑时循环播放某游戏的BGM,

 一直在用的播放器循环有缝隙, 不爽就自己现炒个轮子.

标签: 软件开发 C# 多媒体 无缝循环播放 音频

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

Powered by emlog 去你妹的备案 sitemap