小编Gra*_*meF的帖子

鉴于Silverlight 4中公布的新功能列表,WPF何时仍需要？

在Autofac 2.1的beta版本中,支持自动解析,Lazy<T>如Nicholas Blumhardt的Lazing Around with Autofac博客文章所述.

代码似乎仍然在Google Code的源代码中,但我找不到LazyDependencyModule任何我看过的.NET 4.0二进制文件.它移动到其他地方了吗？

如何Lazy<T>在最新的Autofac构建中使用Autofac的自动分辨率？

我一直在尝试使用LogonUser(...)获取用户帐户的访问令牌,如此MSDN示例中所示.

// Call LogonUser to obtain a handle to an access token.
bool returnValue = LogonUser(userName, domainName, Console.ReadLine(),
    LOGON32_LOGON_INTERACTIVE, LOGON32_PROVIDER_DEFAULT,
    out safeTokenHandle);

当我运行示例(具有管理员权限)时,它在给定域.和本地用户帐户名和密码时工作正常,但无论我做什么,我都会收到错误代码1326(登录失败:未知用户名或密码错误)我尝试使用域帐户.如果我为域输入垃圾,我会得到相同的结果,这让我想知道它是否实际上与DC联系.

什么可以阻止这种工作？

在我的ViewModel中,我有两个命令:

ICommand ExecuteMeOnCheck { get; }
ICommand ExecuteMeOnUncheck { get; }

我希望将这些命令附加到CheckBox,并在检查时执行其中一个命令,而在取消选中时执行另一个命令.在没有使用代码隐藏的视图混乱的情况下实现这一目标的最佳方法是什么？

Autofac的文档有一个有趣的页面,描述了它自动生成委托工厂的能力.它还强烈建议您在没有Autofac的情况下手动编写可以获得类似的结果.

我正在使用Unity for IoC并且希望避免将容器传递给需要创建其他对象的对象,那么如何在没有Autofac的情况下编写委托工厂？

如果你有同一个类的不同实例,例如' FootballTeam',并且你想让这个FootballTeam类的另一个实例知道发生了什么,那么最好的方法是什么？

事件不会真正起作用我猜...

例如:

FootballTeam A = new FootballTeam();
FootballTeam B = new FootballTeam();

// now A needs to let B know about it's manager change
// manager is a property inside this class...

我正在使用iisnode在Windows上的IIS中托管节点Web应用程序.当我在Web服务器上设置我的路由(比如Express或Restify)时,我希望以一种独立于IIS托管应用程序的路径的方式进行.

例如,我的应用程序可以在运行IIS的两台计算机上的两个不同路径上托管; 第一个可以/foo在第二个主持它/bar.假设我的应用程序想要/baz在第一台机器上设置路由,我需要在第二台机器上配置路由,/foo/baz在第二台机器上我必须使用/bar/baz这意味着复制IIS中保存的一些配置.

是否可以从使用iisnode托管的应用程序中可靠地计算出路径,以便我可以计算出要设置的正确路由？或者是否有其他技术可以避免需要这样做？

在计划过去2周的迭代时,我采用了一个用户故事:

• 故事:重命名文件

并将其分解为以小时计算的任务:

• 故事:重命名文件
  • 任务:创建重命名命令(2h)
  • 任务:维护所选文件列表(3h)
  • 任务:连接到F2键(1h)
  • 任务:添加上下文菜单选项(1h)

然后我会选择一个任务来处理,并跟踪花在它上面的时间.然后我会用另一个任务重复这个过程.在迭代结束时,我可以查看每个任务所花费的时间,将其与估算进行比较,并使用此信息来改进未来的估算.

在完全由测试驱动的情况下,提前明确定义的唯一工作是启动开发的验收测试,并且对于涵盖大量工作的用户故事,验收测试的范围可能过于宽泛给出一个很好的估计.

所以我可以猜测最终完成的任务(如前所述),但是花在它们上的时间要难以跟踪,因为测试会让你在很小的垂直切片中工作,通常会在每个切片上工作任务同时进行.

是否有任何技术可用于提供更详细的估算并准确跟踪执行TDD的时间？我正在使用TargetProcess,它鼓励将用户故事分成如上所述的任务,因此保持这种格式的内容会很有帮助.

Castle Windsor Container是否可以让一个组件实现两个不同的接口,然后在解析它时返回相同的组件实例？例如;

var windsor = new WindsorContainer()
    .AddComponent<InterfaceA, ClassAB>()
    .AddComponent<InterfaceB, ClassAB>();

var classAB1 = windsor.Resolve<InterfaceA>();
var classAB2 = windsor.Resolve<InterfaceB>();

Assert.AreSame(classAB1, classAB2);

如果我按照所示尝试这个,我得到一个异常,消息已经为给定的密钥注册了一个组件,如果我提供了不同的密钥,那么它将返回该类的两个独立实例ClassAB.

编辑:理想情况下,我想在配置文件中执行此操作.

我正在使用Microsoft UI Automation（即AutomationElement）对我的应用程序运行自动化验收测试。一切进展顺利，但我遇到的情况似乎并未暴露于自动化框架中。

我有一个ItemsControl（虽然我可以使用其派生控件之一，例如ListBox），但我正在使用CollectionViewSource分组项。这是演示的完整窗口：

<Window x:Class="GroupAutomation.Window1" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="Orchestra">
    <Window.Resources>

        <!-- Take some simple data -->
        <XmlDataProvider x:Key="SampleData" XPath="Orchestra/Instrument">
            <x:XData>
                <Orchestra xmlns="">
                    <Instrument Name="Flute" Category="Woodwind" />
                    <Instrument Name="Trombone" Category="Brass" />
                    <Instrument Name="French horn" Category="Brass" />
                </Orchestra>
            </x:XData>
        </XmlDataProvider>

        <!-- Add grouping -->
        <CollectionViewSource Source="{Binding Source={StaticResource SampleData}}" x:Key="GroupedView">
            <CollectionViewSource.GroupDescriptions>
                <PropertyGroupDescription PropertyName="@Category" />
            </CollectionViewSource.GroupDescriptions>
        </CollectionViewSource>
    </Window.Resources>

    <!-- Show it in an ItemsControl -->
    <ItemsControl ItemsSource="{Binding Source={StaticResource GroupedView}}" HorizontalAlignment="Left" Margin="4">
        <ItemsControl.GroupStyle>
            <GroupStyle>
                <GroupStyle.HeaderTemplate> …