小编wil*_*m18的帖子

我目前正在使用EF Core Code First Migrations开发.Net Core应用程序。我在Windows和OS X之间切换以进行开发（在家中使用Windows，在旅途中使用Mac），并且试图弄清楚如何在Windows上使用SQLite和在SQLite上使用SQLite进行数据库迁移。苹果电脑。

是否可以维护两组迁移并选择要应用的迁移集（而无需单独指定每个迁移）？还是我需要创建单独的.Net Core应用程序/程序集并--assembly为dotnet ef database update命令指定选项？

我发现JavaScript intellisense有一个令人沮丧的问题,如果我在我的_references.js文件中包含jQuery UI,我将丢失所有JavaScript intellisense.有谁知道除了从中删除jQuery UI之外是否有办法解决这个问题_references.js？

更新

• 我知道文件中的更多文件_references.js会导致文件速度变慢,这是有道理的.但是,我的工作项目包括更多的文件(大约600个),没有类型问题,我的项目有20个.所以这不是"太多文件"的问题.
• 我将我的项目从Git拉到一台单独的计算机(因此单独安装VS15)并尝试包含jQuery UI文件,这仍然导致我的项目中智能感知的丢失.
  • 它不是一个安装问题,因为其他工作项目包括jQuery UI,并且没有智能感知问题
• 我确实意识到我可以手动管理_references.js来完成任务,但我想完全修复它,因为我讨厌需要两次添加信息(创建JS文件然后更新_refernces.js).

有了这些新信息,我认为它必须是我的项目设置中的一些更深层次的问题导致问题,而不是基于安装的问题或jQuery UI特定问题.有没有人对.sln或.csproj文件中的哪些设置可能导致JS Intellisense问题有任何想法？

我遇到了一些问题,即跨文件获取命名空间以便正确解析和编译.根据文档和这个SO答案,以下应该不会产生任何问题:

App.Core.ts

namespace App.Core {
    export function createElem(tagName: string): JQuery {
        return $(document.createElement(tagName));
    }
}

App.Core.SubModule.ts

/// <reference path="App.Core.ts" />
namespace App.Core.SubModule {
    export function Test(): JQuery {
        return App.Core.createElem("div");
}

但是,Visual Studio在函数调用中给出了一个错误App.Core.SubModule.Test说明Property 'createElem' does not exist on type 'typeof Core' 我的理解是,如果命名空间跨多个文件,TS编译器将自动解析这些命名空间.看起来相应的JavaScript是正确的,但缺乏intellisense(和红色波浪线错误线)非常令人沮丧,让我第二次猜到我在写什么.

这是我的文件设置,TS编译器,还是Visual Studio 2015显然已经破坏的TypeScript intellisense功能的问题？

我想弄清楚如何（或什至是否）我可以创建一个自定义 Visual Studio 项目模板，该模板挂钩到 Visual Studio 2019 中可用的现有 ASP.NET Core Web 应用程序模板？

我想要做的是类似于 madskristenses ASP.NET Core Template Pack ( GitHub 源代码) 的东西。但是，我想为 VS 2019 改进后的“新项目对话框”窗口执行此操作，而不是 VS 2017。所以想象一下在下面突出显示的地方添加一个额外的 ASP.NET Core Web 应用程序模板。

我能够创建新的项目模板（用于 Visual Studio 和用于dotnet new），但到目前为止没有任何效果。有没有人能够以这种方式扩展VS 2019，还是在VS 2017之后被取消了？

我目前正在尝试研究如何最好地将.NET Core 2.x应用程序作为Windows服务运行,特别是为邮件系统运行NServiceBus端点.我的原始原型是从特定的一些Windows Service托管文档构建的.然后我把这个功能正常的原型变成了一个.NET标准库供其他团队成员构建,但发现它对他们来说并不是非常直观(或者我自己离开它2周).

当然,在我构建了一个正常运行的原型并将其部署到生产中之后,我找到了一个更优雅的解决方案,使用.NET Core GenericHostBuilder,由Steve Gordon先生提供.大多数代码对我来说都很有意义,但是我很喜欢new Thread(...).Start();,可能是因为我没有Thread在C#和.NET中使用任何特定经验.

1. new荷兰国际集团了Thread和维护没有提及那感觉真的错了.我担心这样做会导致内存泄漏或垃圾收集器会捡起它？我确实找到了这个答案,这让我有些保证,即使我没有提及Thread,CLR也会.所以听起来GC应该没有任何关注最终确定线程,对吗？
2. 任何人都可以向我解释为什么Abort()没有被要求Thread？是因为CLR管理线程并且知道在主线程关闭时停止其他线程吗？或者它是否与调用ServiceBase.Stop()方法中的IHostLifetime.StopAsync()方法有关？

如果这些东西可以在Thread某个地方的某些文档中解释,我很高兴得到一个"RTFM"并找到文档.在这一点上,我还没有找到任何给我一个明确解释的东西.