我有一个TeamCity构建,可以捕获单元测试的代码覆盖率.我还为构建成功的最小代码覆盖定义了一个环境变量,该工作正常,但我不想手动维护此阈值.我的问题是,是否存在一种方法(在TeamCity之外的某个地方发布代码覆盖率统计数据,然后读取上次成功构建的结果),以便在代码覆盖率提高时自动调整阈值,以确保在不允许的情况下实现稳定的改进倒退:)？
例如,假设当前代码覆盖率为20%(遗留应用程序),并且在编写新的单元测试时,代码覆盖率提高到25%.然后,有人检查新代码而不进行单元测试,代码覆盖率降至24%.我希望TeamCity失败,因为代码覆盖率从25%下降到24%.
我设法为我的项目创建了bootstrapper,其中包含带有此代码的.net framework 3.5SP1:
<ItemGroup>
<BootstrapperFile Include="Microsoft.Net.Framework.3.5.SP1">
<Visible>False</Visible>
<ProductName>.NET Framework 3.5.SP1</ProductName>
<Install>true</Install>
</BootstrapperFile>
</ItemGroup>
<Target Name="Bootstrapper">
<GenerateBootstrapper
ApplicationFile="SeppelSetup.msi"
ApplicationName="Seppel 1.0"
BootstrapperItems="@(BootstrapperFile)"
OutputPath=".\bin\Debug"
ComponentsLocation="Relative"
Culture="en"
Path="C:\Program Files (x86)\Microsoft SDKs\Windows\v6.0A\Bootstrapper"
/>
</Target>
问题是输出目录已超过200Mb,这远远超出我的承受能力(我想将安装程序联机下载).有没有办法允许我从microsoft的网站下载框架,而不是在安装包中包含所有文件？
使用TeamCity附带的Tomcat servlet容器来托管其他WAR应用程序是否明智？
如果是这样,是否有建议的方法在升级TeamCity方面做了特别的事情？
我们使用的是Prism,是一个很好的组合和模块化框架.然而,我还没有看到关于Blendability with Prism组合的好故事.当你有一个包含Regions的代码时,你通常如何支持它的可混合性？
我看到一篇有趣的博客文章,它采用创建设计时引导程序,模块目录,容器的方法来支持这一点.
你有什么经历？PnP团队是否会围绕它提出更好的故事？(也就是说可能嵌入设计时间的bootstrapper,设计师时间区域经理在Prism里面)？
我正在尝试使用Ninject为模块化Silverlight应用程序工作.我可以尝试按照上面的链接并使其工作,但我想看看有人有更好的想法吗？
我有一个c# .net WPF应用程序,现在我需要注册NInject IoC已经BLL和DAL层使用的东西(基本上是模式的内核).
我想知道入口点或类似的东西dll,我可以放置该代码(内核注册).
对于WPF部分,我使用App.xaml.cs,对于WCF我使用的部分,Global.asax.cs因为它们是这些东西的切入点.但是独立的dlls是什么,他们的切入点是什么.
一种方法是,我可以在我的dll中添加一个静态类来实现这个目的,并从app.xaml.cs我调用BLL的这个方法并注册我的内核.但这似乎更像是一种解决方法而非方法.
请指导我一些更重要的事情和逻辑.
我有一个MVVM WP7应用程序,我正在尝试将一个页面/ ViewModel中的值发送到第二个ViewModel的构造函数.我已经安装了Ninject,并使用以下行来使用静态测试值:
this.Bind<TaskViewModel>().ToSelf().WithConstructorArgument("TaskID", 2690)
同样,它使用静态值,但我需要它是用户选择的变量.我被告知要使用过载
WithConstructorArgument(string name, Func<IContext,object> callback).
我认为这个回调会在第一个ViewModel上调用一个函数并获取值.
但我没有成功,很容易承认我在Ninject或使用Func回调参数方面不是很有经验.我已经尝试设置一个委托和函数来从第一个ViewModel获取值,但是这给出了一个错误,说我正在尝试传入一个类型.我究竟如何指定使用回调的参数,我是否正确使用第一个ViewModel中的委托或其他东西？
希望这个问题不是太愚蠢,我试图掌握更高级的编程原则,因此试图习惯使用Ninject进行依赖注入.
所以,我的模型被分成几个不同的.dll项目.一个项目定义了模型规范(Interfaces),其他一些项目实现了这些接口.所有模型项目都需要使用某种数据库系统,因此它们都需要访问另一个实现我所有数据库逻辑的.dll.但重要的是,所有这些都可以访问我的数据库对象的同一个实例,因此,如果仅为每个模型创建一个实例是不够的.
不过,我不太确定如何使用依赖注入来实现这一点.我的第一个想法是创建一个单独的DI项目并将所有接口绑定到它们各自的实现,因此DI项目需要引用所有其他项目(模型接口和实现,数据库系统等).然后,模型将需要访问DI项目,因为例如,他们需要从DI系统(Ninject)请求数据库系统.当然这会创建一个循环引用(将DI项目绑定到DI项目的模型和模型),所以这是不可能的.
长话短说,我需要一个编程模式,让我的模型接口绑定到他们的实现,但也允许模型的实现要求从Ninject,如其他依赖
IModel1 -> Model1
IModel2 -> Model2 (different project)
IDatabase -> Database (different project)
Model1 -> request IDatabase -> get Database instance
Model2 -> request IDatabase -> get the same Database instance
很高兴得到一些建议,目前我被困住了,并且没有想法;)谢谢!
我正在尝试实现如下所示的UoW:http://blog.iannelson.systems/wcf-global-exception-handling/
但我不能为我的生活弄清楚如何用Autofac连接它.我完全不知道从哪里开始.
使用http://autofac.readthedocs.org/en/latest/integration/wcf.html我使用Autofac让WCF正常工作
但要注入或添加IEndpointBehavior？不知道...
如果有更好的方法来实现UoW,我想听听.
编辑:
现在我刚刚完成了:
builder.RegisterType(typeof (UnitOfWork))
.As(typeof (IUnitOfWork))
.InstancePerLifetimeScope()
.OnRelease(x =>
{
Trace.WriteLine("Comitted of UoW");
((IUnitOfWork) x).Commit();
// OnRelease inhibits the default Autofac Auto-Dispose behavior so explicitly chain to it
x.Dispose();
});
虽然我不知道这是否是一种可以接受的方式,但看起来像是黑客:(
EDIT2:
似乎不可能在WCF中运行UoW:/
编辑3:
我在这里发布了我的解决方案:http://www.philliphaydon.com/2011/11/06/unit-of-work-with-wcf-and-autofac/
我有一个F#类库,其中包含使用NuGet安装的"xUnit.net"和"xUnit.net Runners"软件包.我有以下代码:
module XUnitTest
open Xunit
[<Fact>]
let Test () =
do Assert.True (1 = 2)
()
当我运行xUnit GUI(NuGet添加到(projectdirectory)\ packages\xunit.runners.1.9.1\tools的xunit.gui.clr4.exe)并加载由该项目构建的程序集时,Test()方法出现,并在我按预期运行时失败.
但是,我无法让测试出现在VS 2012的测试资源管理器中,无论我重建,重启等多少次.如果我单击全部运行,弹出构建输出窗口但没有其他任何事情发生.
为此,我还安装了xUnit.net Extensions,但我不认为它们对我正在尝试做的事情是必要的.这也没有帮助.
如果我能提供更多信息,请告诉我,谢谢你的阅读!
TL;DR：Autofac 支持类似 AutoFixture 的fixture.Get()机制吗？
我正在使用 Autofac 并且需要调用异步工厂方法，如下所示：
class AppModel
{
public static async Task<AppModel> CreateAsync(IDependency x, IDependency2 y)
{ ... }
}
对我来说执行此类方法并由 Autofac 提供参数的最简单方法是什么？即，我希望能够做类似的事情：
Task<AppModel> creationTask = <some autofaccery>(AppModel.CreateAsync);
var appModel = await creationTask();
其中<some autofaccery>表示与ContainerBuilder和/或IContainer和/或某种形式的生成的委托或类似的交互的某种机制，它本质上是简洁的，并且使我无法显式指定工厂方法的参数。即，我想避免像 atm 那样显式解析每个参数 [和/或必须在依赖项发生变化时更新它们]：
var appModel = await AppModel.CreateAsync(
container.Resolve<IDependency>(),
container.Resolve<IDependency2>());
我位于基础设施组件领域，靠近组合根，可能会以编程方式定义组件注册和/或执行其他应限制在此处的肮脏操作。我不介意参与反射，因为它只被调用一次。
关键是我确实需要观察Exception所产生的任何结果Task。
这Task<T>在很大程度上是一个转移注意力的话题，但重点是，遵循定义同步工厂方法并让 Autofac 完成工作的正常模式不会成功（至少不会直接），即我不能只是改变它到：
public static AppModel CreateAsync(IDependency x, IDependency2 y)
{ ... } …