小编Net*_*uel的帖子

我正在尝试使用最新的角度cli来生成组件.我试图生成一个模块也有类似的错误.

ng g component testComponent

我收到了这个错误

input.mergeMap is not a function
TypeError: input.mergeMap is not a function
    at Object.callRule (C:\Users\dammy\Documents\Visual Studio 2017\Projects\Cars\node_modules\@angular-devkit\schematics\src\rules\call.js:70:18)

我的Package.json文件如下所示:

{
 ...
  },
  "dependencies": {
    ...
    "css-loader": "0.28.4",
    "es6-shim": "0.35.3",
    "event-source-polyfill": "0.0.9",
    "expose-loader": "0.7.3",
    "extract-text-webpack-plugin": "2.1.2",
    "file-loader": "0.11.2",
    "html-loader": "0.4.5",
    "isomorphic-fetch": "2.2.1",
    "jquery": "3.2.1",
    "json-loader": "0.5.4",
    "preboot": "4.5.2",
    "raw-loader": "0.5.1",
    "reflect-metadata": "0.1.10",
    "rxjs": "5.5.5",
    "style-loader": "0.18.2",
    "to-string-loader": "1.1.5",
    "typescript": "2.4.1",
    "url-loader": "0.5.9",
    "webpack": "2.5.1",
    "webpack-hot-middleware": "2.18.2",
    "webpack-merge": "4.1.0",
    "zone.js": "0.8.12"
  },

我安装了:Angular/cli@1.6.0

我注意到laravel应用程序内部存在一些严重的问题。在本地主机上，即使没有任何中间件或任何操作的基本路由，也要花费大约250ms的加载时间。所以我认为这有点疯狂。你怎么看 ？是因为我的计算机性能好吗？还是在服务器上部署它会更快？

SPECS：laravel 5.7无业游民，Laravel / homestead（水准6.4.0）

编辑：更多有关计时的详细信息：

在相同的环境中测试样本，但是新创建了laravel 5.7项目。Project仅具有一个控制器和一种基本方法来返回变量$test=microtime(true) - LARAVEL_START;。结果通常在130〜ms左右。考虑到我的实际应用程序正在返回带有一些库和样式表的视图，所以它相当不错。

现在的结论：我猜这种速度对于我的本地环境来说是完全可以的（考虑到PC规格和无nfs的无所事事）。

编辑2： 正如@Tarasovych建议的那样，我确实禁用了debugbar并用于$test=microtime(true) - LARAVEL_START;获取响应时间。结果如下：

没有调试栏：

$test=microtime(true) - LARAVEL_START; 

$ test是：

首先，首先呼叫该路线：500〜ms。

在同一路径上刷新：190〜ms。

使用调试栏：

$test=microtime(true) - LARAVEL_START; 

$ test是：

首先，首先呼叫该路由：530〜ms。

在同一路径上刷新：200〜ms。

大致来说，调试栏会影响响应时间约 10〜毫秒 也许我也应该在.env中禁用app_debug吗？我还没有尝试过。

如果我没有提供足够的信息，请告诉我，以便我进行更新。

谢谢