Tag: asp.net

在Visual Studio中未安装的依赖项: 我目前正在将我的ASP.Net RC1升级到ASP.Net Core RC2。 Visual Studio中的解决scheme资源pipe理器给我一个警告：“依赖关系 – 未安装”子文件夹“npm – 未安装”。然而，依赖关系似乎被安装 – 我在项目目录中运行“npm install”，它运行良好，没有任何错误，只是一些警告。它将依赖关系文件夹添加到一个名为node-modules的父文件夹中，我可以在Windows资源pipe理器中清楚地看到它们。 node-modules文件夹包含用于angular2，bootstrap，copy-webpack-plugin等的文件夹。有谁知道为什么Visual Studio告诉我他们没有安装？我也尝试从软件包pipe理器控制台运行npm install，并在解决scheme资源pipe理器中对这些文件夹执行“右键单击 – >恢复软件包”的警告。这是我的package.json文件： { "name": "EmptyWebApp", "version": "0.0.0", "dependencies": { "angular2": "2.0.0-beta.13", "bootstrap": "^3.3.5", "es6-promise": "^3.0.2", "es6-shim": "^0.35.0", "reflect-metadata": "0.1.2", "jquery": "^2.1.4", "less": "^2.5.3", "lodash": "^3.10.1", "rxjs": "5.0.0-beta.2", "systemjs": "0.19.22", "ts-loader": "^0.7.2", "zone.js": "0.6.6" }, […]

Node.js的事件驱动有什么不同？我们不能在ASP.Net的HttpAsyncHandler中做到这一点吗？: 我在networking编程方面并不是很有经验，而且我也没有在Node.js中编写任何代码，只是对事件驱动的方法感到好奇。这看起来不错。文章解释了当我们使用基于线程的方法来处理请求时可能发生的一些不好的事情，而应该select事件驱动的方法。在基于线程的情况下，收银员/线程与我们卡在一起，直到我们的食物/资源准备就绪。在事件驱动的情况下，收银员将我们发送到请求队列的某个地方，所以我们在等待我们的食物时不会阻止其他请求。要扩展基于线程的阻塞，您需要增加线程的数量。对我来说，这似乎是不正确地使用线程/线程池的一个不好的借口。不能正确处理使用IHttpAsyncHandler？ ASP.Net接收一个请求，使用ThreadPool并运行处理程序（BeginProcessRequest），然后在里面我们用一个callback加载文件/数据库。该线程应该可以自由处理其他请求。一旦完成文件读取，ThreadPool就会被再次调用并执行剩余的响应。对我来说不是那么不同，为什么这不是可扩展的？我所知道的基于线程的一个缺点是，使用线程需要更多的内存。但只有这些，你才能享受到多核的好处。我怀疑Node.js根本没有使用任何线程/内核。所以，基于事件驱动和基于线程的（不要带“因为它是Javascript和每个浏览器…”的说法），有人可以指出使用Node.js的实际好处，而不是现有的技术？这是一个长期的问题。谢谢：）