小编Sto*_*ler的帖子

据我所知,JavaScript是从服务器检索HTML文件后将在客户端执行的唯一语言.据我所知,JavaScript绝不是以任何方式编译的,因此它是一种解释性语言.

随着Web变得越来越流行,有些人说移动和桌面应用程序很快就会不复存在.

我们看到像WebGL这样的新技术,它们使用了JS.

当我为WebGL开发时,我必须进行更多优化以获得合理的性能基准,然后我需要为PC或控制台做些什么.

那么为什么我们仍然使用解释的客户端语言呢？这是一个安全问题,硬件(跨平台)问题还是因为很难在Web架构中引入如此大的变化？我知道Web开发人员对即使是最小和最简单的更改也很头疼,比如使用CSS 3,因为不是每个人都有他们的浏览器是最新的.

我是否认为混合语言比编译语言慢？我有意义还是我的假设完全错误？我绝不是JS /网络专家,请教育我.

如果您曾经使用过Windsor Installers,那么您就知道我在说什么.您可以为应用程序的不同部分(存储库,逻辑等)使用不同的安装程序

public class RepositoriesInstaller : IWindsorInstaller
{
   public void Install(IWindsorContainer container, IConfigurationStore store)
   {
      container.Register(...);
   }
}

然后我们可以从Windsor bootstrapper中调用安装程序

var container = new WindsorContainer();
container.Install(new RepositoriesInstaller());

asp.net核心有类似的东西吗？

如果不是,我会这样实现它

public interface IServiceConfiguration
{
    void Install(IServiceCollection services);
}

public class DomainServiceConfiguration : IServiceConfiguration
{
    public void Install(IServiceCollection services)
    {
        services.AddScoped(...);
    }
}

然后从启动文件中调用它

new DomainServiceConfiguration().Install(services);

我对 asp.net 核心身份框架很陌生。许多教程、文章和指南似乎都以IdentityError同样的方式处理。它们向用户公开错误的描述，即将错误的描述添加到ModelState.

我的脑海中不断涌现出，将错误暴露给用户是一个糟糕的主意，因为它可以增强攻击者的能力。

所以我想，这必须取决于描述中提供了什么样的信息。例如，如果错误是“您的密码太弱”或“您需要输入有效的电子邮件地址”。这种类型的信息对用户很有价值，应该可以显示。然而，“数据源的响应时间太长”已经是太多信息并且提供的价值很小。我宁愿捕获这种类型的错误并将其替换为一些通用的 500 错误。

所以我的问题是：向用户显示原始身份错误是否安全？如果不是，我如何过滤我应该和不应该向用户显示的内容？

我尝试查看MSDN 文档以了解我可以收到的所有可能的代码。但是这些文档提供的信息很少。

我专门与

var userCreationResult = await userManager.CreateAsync(newUser, password);

但它适用于任何IdentityError可能出现的情况。

理想情况下，我想安装包含.NET 3.5子集的Visual Studio 2015 Tools for Unity。但是.NET 3.5可以。

当我尝试在VSTS中构建项目时，出现以下构建错误：

[error]C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets(1122,5): Error MSB3644: The reference assemblies for framework ".NETFramework,Version=v3.5,Profile=v3.5" were not found. To resolve this, install the SDK or Targeting Pack for this framework version or retarget your application to a version of the framework for which you have the SDK or Targeting Pack installed. Note that assemblies will be resolved from the Global Assembly Cache (GAC) and will be used in place of reference assemblies. Therefore …