解决VisualStudio找不到对nunit.framework.dll的引用

2024-02-08 12:58

本文主要是介绍解决VisualStudio找不到对nunit.framework.dll的引用,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

【问题描述】
    我有一个VisualStudio 2008的工程,它引用了Assembly nunit. framework.dll,以便进行单元测试。 当我用一个帐号登录机器,用VS20008打开这个工程, 在工程的References下面能够找到, VS能够找到对nunit.framework.dll的引用。 但是,当我用另外一个帐号登录机器是, 再用VS20008打开这个工程, 在工程的References下面的nunit. framework前面出现了一个黄色的惊叹号, 它表示VS没有找到对nunit.framework. dll的引用。这是为什么呢?

【问题解决】
1. 首先要弄清楚VS是如何去查找应用的Assembly的。
    VS在build工程的时候,是调用msbuild来完成的。 所以, VS查找Assembly的方法与msbuild查找的方法是一 样的。这样, 我们通过直接调用msbuild来build这个工程, 然后分析日志文件就能找到原因。在这里, 我们需要使用到msbuild的一个参数:/ verbosity:level(见参考1)。 level包含这几种:q[uiet], m[inimal], n[ormal], d[etailed], and diag[nostic]。这里我们需要使用到最后一种, 也是给出信息最多的一种,它是 diag[nostic]。 例如:
                               c:\temp> msbuild /verbosity:diag test.csproj >output.log
运行完这条命令,会在c:\temp下生成output. log。分析这个文件, 我们就能够知道VS到底会在哪些目录下查找nunit. framework.dll。

     以下是我给出的两份output. log文件中有关查找nunit.framework. dll的部分:
     1)build成功的output.log
      Primary reference "nunit.framework, Version=2.6.1.12217, Culture=neutral, PublicKeyToken= 96d09a1eb7f44a77". (TaskId:89)
      Resolved file path is "C:\Program Files (x86)\NUnit 2.6.1\bin\framework\nunit. framework.dll". (TaskId:89)
      Reference found at search path location "{Registry:Software\Microsoft\ .NetFramework,v3.5, AssemblyFoldersEx}". (TaskId:89)
          For SearchPath "{CandidateAssemblyFiles}". (TaskId:89)
          ......
          For SearchPath "{TargetFrameworkDirectory}". (TaskId:89)
          Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\ Framework\v3.5\nunit. framework.exe", but it didn't exist. (TaskId:89)
          Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\ Framework\v3.5\nunit. framework.dll", but it didn't exist. (TaskId:89)
          Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\ Framework\v3.0\nunit. framework.exe", but it didn't exist. (TaskId:89)
          Considered "C:\Program Files (x86)\Reference Assemblies\Micros

这篇关于解决VisualStudio找不到对nunit.framework.dll的引用的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/691101

相关文章

C++中悬垂引用(Dangling Reference) 的实现

《C++中悬垂引用(DanglingReference)的实现》C++中的悬垂引用指引用绑定的对象被销毁后引用仍存在的情况,会导致访问无效内存,下面就来详细的介绍一下产生的原因以及如何避免,感兴趣... 目录悬垂引用的产生原因1. 引用绑定到局部变量,变量超出作用域后销毁2. 引用绑定到动态分配的对象,对象

IDEA和GIT关于文件中LF和CRLF问题及解决

《IDEA和GIT关于文件中LF和CRLF问题及解决》文章总结:因IDEA默认使用CRLF换行符导致Shell脚本在Linux运行报错,需在编辑器和Git中统一为LF,通过调整Git的core.aut... 目录问题描述问题思考解决过程总结问题描述项目软件安装shell脚本上git仓库管理,但拉取后,上l

解决docker目录内存不足扩容处理方案

《解决docker目录内存不足扩容处理方案》文章介绍了Docker存储目录迁移方法:因系统盘空间不足,需将Docker数据迁移到更大磁盘(如/home/docker),通过修改daemon.json配... 目录1、查看服务器所有磁盘的使用情况2、查看docker镜像和容器存储目录的空间大小3、停止dock

idea npm install很慢问题及解决(nodejs)

《ideanpminstall很慢问题及解决(nodejs)》npm安装速度慢可通过配置国内镜像源(如淘宝)、清理缓存及切换工具解决,建议设置全局镜像(npmconfigsetregistryht... 目录idea npm install很慢(nodejs)配置国内镜像源清理缓存总结idea npm in

idea突然报错Malformed \uxxxx encoding问题及解决

《idea突然报错Malformeduxxxxencoding问题及解决》Maven项目在切换Git分支时报错,提示project元素为描述符根元素,解决方法:删除Maven仓库中的resolv... 目www.chinasem.cn录问题解决方式总结问题idea 上的 maven China编程项目突然报错,是

在Ubuntu上打不开GitHub的完整解决方法

《在Ubuntu上打不开GitHub的完整解决方法》当你满心欢喜打开Ubuntu准备推送代码时,突然发现终端里的gitpush卡成狗,浏览器里的GitHub页面直接变成Whoathere!警告页面... 目录一、那些年我们遇到的"红色惊叹号"二、三大症状快速诊断症状1:浏览器直接无法访问症状2:终端操作异常

mybatis直接执行完整sql及踩坑解决

《mybatis直接执行完整sql及踩坑解决》MyBatis可通过select标签执行动态SQL,DQL用ListLinkedHashMap接收结果,DML用int处理,注意防御SQL注入,优先使用#... 目录myBATiFBNZQs直接执行完整sql及踩坑select语句采用count、insert、u

Python内存管理机制之垃圾回收与引用计数操作全过程

《Python内存管理机制之垃圾回收与引用计数操作全过程》SQLAlchemy是Python中最流行的ORM(对象关系映射)框架之一,它提供了高效且灵活的数据库操作方式,本文将介绍如何使用SQLAlc... 目录安装核心概念连接数据库定义数据模型创建数据库表基本CRUD操作创建数据读取数据更新数据删除数据查

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe