我不太乐意每三十秒按一次 ctrl+shift+p 来输入一个简单的命令。如何使命令面板始终保留在屏幕上?
创建拉取请求时,它们的提交消息总是类似于“将 PR### from {branch name} 合并到 {target branch name}”
我一直在修改提交消息,这有点累。我依靠提交消息进行跟踪,因此自动消息存在问题。
我在MS SQL数据库中有一个类型为"TIME"的列.我需要记录一个负值.它不是两个特定时间或日期之间的范围.它是计算中使用的抽象时间值.在实体框架中,它被视为TimeSpan,MetaData.tt自动对数据库中的所有TIME定义列进行处理.
例如,我可能有一个任意日历,周一早上5点和晚上8点,周二下午4点,周日凌晨3点.我可以将值添加到这些时间并获得一个时间(在负时间的情况下),或者在事件开始之后(在正时间的情况下).
当我尝试写下负值时,数据库拒绝它.
实体到数据库的记录通过控制器中的post属性的直接绑定来进行,因此如果需要将其转换为ticks,那么在Javascript中这样做是否可靠?我该如何处理它的输入文本框?看起来我无法将值与文本框中的内容分开.如果我必须将其转换为INT,我就不能再使用@EditorFor,从而在代码变得不那么灵活的情况下创建另一个错误点.
几乎感觉我应该创建新列来表示这些值的否定性,并使用带有隐藏输入的下拉列表而不是文本框.
编辑:为什么要避免非时间类型:
考虑以下代码:
var typeName = _code.Escape(edmType.MetadataProperties.Where(…).FirstOrDefault());
Run Code Online (Sandbox Code Playgroud)
如果EDM属性的类型为int,则生成的代码将为int类型.EDM属性来自数据库本身,因此如果它不是直接转换为时间的类型,那么将需要一个新方法(可能在某个帮助器中),将其转换为时间.这个新方法必须由团队中的其他人维护,这意味着一个弱点,因为如果有人更改了列名,现在代码将不会再次正确生成.
错误日志中也可能无法提供错误,因为大多数属性也倾向于在某些时候在javascript中引用(通常也会生成,现在不能用于此列,因为它是一种特殊情况).我也在谈论大约20个受此影响的专栏,所以这很有可能迅速变成一个深深纠结的意大利面球.
我在一个全新的.net core 2 web应用程序中发生了一件奇怪的事情.这是Visual Studio中内置模板的标准Web api.VS 2017,所有的爵士乐.这是整个startup.cs:
using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.Hosting;
using Microsoft.AspNetCore.Routing;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using VerySimpleAPI.Helpers;
namespace VerySimpleAPI
{
public class Startup
{
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
public IConfiguration Configuration { get; }
// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
services.AddMvc();
services.AddHostedService<MainLoop>();
}
// This method gets called by the runtime. Use this method to configure the HTTP …
Run Code Online (Sandbox Code Playgroud) 我不了解如何找到有关Azure Blob存储的统计信息。出口和入口显示的是数据量,而不是读取/写入的数据,我也不认为这一定是数据操作,因为没有办法每天从Blob存储中下载20 Gb数据(显示了这么多的出口)。另一方面,定价是所有读写操作。
我想查找Blob存储上的使用情况统计信息,以便调整存储策略,将相关内容放入热/冷存储中,并适当地进行归档。我需要实用的数据进行分析。
门户中的指标主要是错误计数。
在Azure的批量.NET教程节目删除任务,然后工作,然后池。同时,我找到了有关清理的文章,而不是删除作业和池,而是删除不再使用的VM。这是个好策略吗?我看到它可以帮助跟踪任务和总体组织,但是在删除已完成任务的虚拟机之后保留任务,作业和池有什么含义?
更新2018-05-15
给定作业的最大任务数为7770。
我遵循以下答案,最后完成了一项累计7770个任务的工作。在这个神奇的数字之后,批处理服务将不再能够向作业添加新任务,并引发以下异常:
System.AggregateException: One or more errors occurred. ---> Microsoft.Azure.Batch.Common.BatchException: InternalError: Server encountered an internal error. Please try again after some time.
RequestId:e6ab60e0-5c3b-4116-9ffb-ba2032154318
Time:2018-05-15T11:17:17.2186951Z
at Microsoft.Azure.Batch.Protocol.CloudPoolOperations.<GetAsync>d__65.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.Azure.Batch.Protocol.BatchRequest`2.<ExecuteRequestWithCancellationAsync>d__c.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.Azure.Batch.Protocol.BatchRequest`2.<ExecuteRequestAsync>d__2.MoveNext()
--- End of stack trace from …
Run Code Online (Sandbox Code Playgroud)