小编jpi*_*son的帖子

我发现这种方式更容易合并分支和更少的冲突:

将trunk复制到新分支,将其与功能分支合并.完成任务后,将新分支合并回主干.这种技术非常像mercurial和git rebasing.

我过去常常将trunk中的任何变换合并到featurech/s.但后来当我将功能分支合并回主干时,来自主干的一些内容将再次合并回主干,这引起了很多冲突.有一个重新整合合并的选择,但它似乎并不适合我.

有没有人做类似的颠覆变基？我刚刚开始这样做,并没有看到任何副作用.这会导致任何不可预见的问题吗？

我之前使用gulp并运行gulp从Visual Studio Code调试器启动我的应用程序和监听器,但最近需要通过npm切换到运行脚本.不幸的是,我无法让VSCode能够通过调试器运行npm脚本,因此我不得不求助于运行节点直接启动我的服务器,这样就摆脱了我自动重新加载代码的监听器任务.

这看起来应该很简单,但到目前为止,我没有太多运气.下面是我尝试使用的launch.json文件的片段,但无法找到npm.

{
    ...
        "program": "npm",
        "args": [
            "run",
            "debug"
        ],
    ...
}

这给了我以下错误.

错误请求'launch':程序'c:\ myproject \npm'不存在

相关资源:

• https://github.com/Microsoft/vscode/issues/2726

我有一个.json文件,其中包含我想使用典型的import/require语法从另一个脚本文件中引用的配置内容.目前我正在使用webpack来解决这些依赖关系并将它们捆绑给我.但是这个文件我希望在运行时加载,并希望可能有某种类型的加载器可以在运行时为我解析并加载这个文件.到目前为止,我还没有发现任何符合我需求的东西.

例:

var jQuery = require('jQuery');
var sol = require('some-other-lib');
var myConfig = require('/real/production/url/myconfig.json');

console.log(myConfig.myFavoriteSetting);

在上面的例子中,我想myconfig.json在运行时解析并加载.

可能相关的问题:

• 如何使用webpack在js文件中加载CDN或外部供应商javascript lib,而不是在html文件中
• Webpack - 动态需求和路径
• 使用webpack在运行时动态地需要JS文件

关于redux-form的官方页面和GitHub问题,有多个如何使用initialValues的例子,但我找不到一个专注于解释如何设置initialValues以响应异步源的例子.

我想到的主要情况就像一个简单的CRUD应用程序,用户将编辑一些已经存在的实体.首次打开视图并安装redux-form组件但在呈现组件之前,必须设置initialValues.假设在此示例中,首次装入和呈现组件时,按需加载数据.这些示例显示了基于硬编码值或redux存储状态设置initialValues,但我没有找到关注如何根据异步(如调用XHR或fetch)设置initialValues.

我确信我只是缺少一些基本的东西,所以请指出我正确的方向.

参考文献:

• 初始化表单状态
• 处理表单默认值
• 使用初始数据填充动态表单的正确方法是什么？

我一直在试图让一个问题的底部,结合我的组合框的的SelectedItem既然我已经不是成功thusfar我开始寻找方法,以获得更详细的设置调试信息PresentationTraceSources.TraceLevel =高特定绑定.不幸的是,在这样做之后,我在"调试"类别下的"输出"窗口中看不到任何相关项.

我正在使用Visual Studio 2010,我的项目是一个WinForms项目,大量使用interop使用ElementHost来托管WPF内容.目前正在为.NET 3.5构建所有相关项目.任何可能导致我在输出窗口中看到额外跟踪信息的解决方案的想法或建议将不胜感激.

下面是我正在使用的代码片段.

<ComboBox xmlns:diagnostics="clr-namespace:System.Diagnostics;assembly=WindowsBase"
            SelectedItem="{Binding Path=MyCollection.SelectedItem, Mode=TwoWay, diagnostics:PresentationTraceSources.TraceLevel=High}"
            ItemsSource="{Binding MyCollection, diagnostics:PresentationTraceSources.TraceLevel=High}"
            SelectedValuePath="Value"
            DisplayMemberPath="Value.DisplayName" />

我正在使用NuGet和NuGet包恢复SVN.有没有办法忽略packages文件夹中的所有包目录,但仍然包含repositories.config文件？

我有一个案例,我需要使用wsHttp使用WCF 传输大量的序列化对象图(通过NetDataContractSerializer).我正在使用邮件安全性,并希望继续这样做.使用这个设置我想传输序列化的对象图,有时可以接近300MB左右但是当我尝试这样做时,我开始看到System.InsufficientMemoryException类型的异常出现.

经过一些研究后,默认情况下,WCF中默认情况下,服务调用的结果默认包含在单个消息中,其中包含序列化数据,并且默认情况下在服务器上缓冲此数据,直到完整写入整个消息.因此,内存异常是由于服务器的内存资源不足而导致分配的,因为该缓冲区已满.我遇到的两个主要建议是使用流式传输或分块来解决这个问题,但是我不清楚这涉及到什么,以及我的当前设置是否可以使用任何解决方案(wsHttp/NetDataContractSerializer/Message Security).到目前为止,我理解使用流式消息安全性不起作用,因为消息加密和解密需要处理整个数据集而不是部分消息.然而,Chunking听起来似乎有可能,但是我不清楚如何使用我列出的其他约束来完成它.如果有人可以就可用的解决方案以及如何实施它提供一些指导,我将非常感激.

我应该补充一点,在我的情况下,我真的不担心与其他客户端的互操作性,因为我们拥有并控制通信的每一面,并使用共享接口模式传输到任何一方的数据.所以我愿意接受任何符合使用带有消息安全性的wsHttp以转移使用NetDataContractSerializer序列化的对象图的约束的想法,我更喜欢一个解决方案,我不需要大幅改变我现有的服务和周围的基础设施.

相关资源:

• 分块通道
• 如何:启用流式传输
• WCF上的大型附件
• 自定义消息编码器
• 另一个发现InsufficientMemoryException
• 需要非双工分块通道
• 使用WCF和延迟执行流式传输大型内容

我也对可以对这些数据进行的任何类型的压缩感兴趣,但看起来我可能最好在传输级别执行此操作,一旦我可以转换到.NET 4.0,以便客户端将自动支持gzip标题如果我理解正确的话.

更新(2010-06-29):

关于如何在结论中得出缓冲消息太大导致我的问题的一些历史.最初我在测试时看到了下面的CommunicationException.

底层连接已关闭:连接意外关闭.

最后,在运行此操作并进行更多日志记录后,我发现了导致指定消息出现问题的基础InsufficientMemoryException异常.

无法分配268435456字节的托管内存缓冲区.可用内存量可能很低.

其中源于以下方法.

System.ServiceModel.Diagnostics.Utility.AllocateByteArray(Int32 size)

所以在其他方面,失败来自分配阵列.当写入序列化到磁盘的相同数据时,它需要大约146MB,如果我将其减少一半,那么我就会停止获取错误但是我没有更多地挖掘破坏我的缓冲区的特定阈值以及它是否特定于我的系统或不.

更新(2010-12-06):

我想在这一点上我正在为以下内容寻找一些澄清.我的理解是,默认情况下WCF wsHttp具有消息安全性,在响应被发送回客户端之前需要在服务器上缓冲整个消息(通常是我正在返回的整个数据集),从而导致我的问题.

可能的解决方案:

• 约束数据大小 - 通过使用某种形式的压缩,编码或限制通过使用某种类型的分页方法返回的实际数据,以避免消耗传出缓冲区的最大容量.
• 流 - 允许以流方式通过WCF发送大量数据,但这与wsHttp或MessageSecurity不兼容,因为这些技术需要缓冲所有数据.
• 分块通道 - 允许将数据分解为单独的消息,但此时我不确定这对服务合同设计的限制以及我是否仍然可以将wsHttp与消息绑定结合使用.

限制我可以返回的数据只能达到某一点,并且与Streaming选项一样,这些选项需要在WCF服务调用之外编写许多较低级别的工作.所以我想我需要知道的是,通过允许将一组数据分解为服务器上的单独消息然后在客户端上拼凑在一起,是否任何可能的分块通道实现都可以解决大型消息问题.这样一种方式,我不必改变现有服务合同的接口/形状,并且在仍然使用消息安全性和wsHttp的同时,几乎隐藏了每个服务实现的客户端和服务器部分的过程.如果分块通道要求我重新编写我的服务合同以暴露流,那么我不会 看看这与Streaming解决方案有什么不同.如果有人可以简单地为我回答这些问题,我会给予奖励,并将其标记为答案.

假设您要开发一个系统,实体和域逻辑的可用性高度依赖于用户上下文.通过使各个存储库实例用户上下文感知来处理存储库中的用户上下文敏感性是否有意义？我正在考虑采用这种方法作为一种方式来消除对我的实体的依赖用户背景,但我不确定是否有任何陷阱,我可能不会意识到这个方向.我计划首先接近这个的方法是将UserContext参数添加到需要此上下文信息的存储库的构造函数中.另一个明显的选择是将用户上下文信息提供给我的存储库中的每个查询方法,但这可能意味着大多数方法都需要这样的参数,这反过来会大大增加每个方法调用的详细程度.

此外,我想指出,我知道即使我要使存储库用户上下文意识到,当服务或实体需要相同的用户上下文信息时,这不一定有助于确定基于用户的行为等原因组态.我也对这些案例的其他解决方案感兴趣但是现在我试图一次解决一件事,所以我首先关注的是存储库.

任何建议,将不胜感激.

就在最近,我开始研究WCF流的棘手问题,如果客户端在发送到服务器之间等待的时间超过130秒,则会产生CommunicationException.

以下是完整的例外情况:

System.ServiceModel.CommunicationException was unhandled by user code
  HResult=-2146233087
  Message=The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was '23:59:59.9110000'.
  Source=mscorlib
  StackTrace:
    Server stack trace: 
       at System.ServiceModel.Channels.HttpOutput.WebRequestHttpOutput.WebRequestOutputStream.Write(Byte[] buffer, Int32 offset, Int32 count)
       at System.IO.BufferedStream.Write(Byte[] array, Int32 offset, Int32 count)
       at System.Xml.XmlStreamNodeWriter.FlushBuffer()
       at System.Xml.XmlStreamNodeWriter.GetBuffer(Int32 count, Int32& offset)
       at System.Xml.XmlUTF8NodeWriter.InternalWriteBase64Text(Byte[] buffer, Int32 offset, Int32 count)
       at System.Xml.XmlBaseWriter.WriteBase64(Byte[] …

我的窗户上有一堆控件.其中一个是刷新按钮,它在后台线程上执行繁琐的任务.

当用户单击刷新按钮时,我将光标置于等待(沙漏)状态并禁用整个窗口 - Me.IsEnabled = False.

我想通过让用户点击取消按钮来支持取消刷新操作,但是在整个窗口被禁用时我无法做到这一点.

有没有办法这样做除了逐个禁用每个控件(取消按钮除外),然后在用户点击取消时逐个重新启用它们？