node 搞后端怎么样？

admin

有没有 nodejs 写后端的大佬，报个错不能准确的提示到哪行错了，调试好恶心，怎么办？

为啥不能 debug ，跟别的语言没区别。
挺好用。只不过我不喜欢使用回调，性能虽然好，但是读起来会比较麻烦。 所以一直用 async/await
找不到哪行报错？建议上代码
为什么不能准确提示? 你用了 ts 么.
隐约感觉 op 是别的语言用习惯了，刚过来写 js ，不顺手
@fortunezhang #2同,我写 es6 的 js 都不习惯用回调
@Vaspike async await 好像在 debug 的时候无法定位到准确位置吧？---另外 nodejs 的 debug ，用 vscode 创建 launch 配置文件，简单查一下如何配置，并不是很难哦
别说哪行报错了...哪行的哪个位置不是都有吗..回调这种东西 都是从阻塞 同步 一行一行代码执行 这种思维里面开始的熟练点之后 回调和异步 非阻塞这种东西都是必然的比如数据库 io 可能你习惯了阻塞操作等有了结果再下一步 很方便但是这种代码实践肯定是不推荐的
我用 Node.js 写过 7 年后端，其中包括一些像交易系统之类的复杂业务，感觉还挺好用的。前提是十分熟练掌握 JS 。因为 JS 是一个十分灵活的语言，所以对开发者要求很高，否则很容易写出存在缺陷或不容易 debug 的代码。异步代码需要注意 catch 才能获得错误信息，不 catch 肯定不知道错误在哪；而且 Error 也需要准确构造和传递，否则也拿不到原始错误信息。@kingterrors #7 async 和 await 是可以定位到准确位置的。
node 确认报错不优化，有时候还是底层的问题，不过拿来做轻量服务端美滋滋
有时候异步代码也 catch 不到, 比如process.nextTick(() => { throw new Error('boom')})嘿嘿
@libook 最近正在用 ts 写后端的 node 。一行代码还没开始写，先配了 6 个配置文件。可能这就是新世纪的 java
https://www.v2ex.com/t/855252#reply0已经卡了一天了，看敢不敢用哇。
@des 大佬帮忙看看。
@mikulch #12 我个人不大喜欢 TS ，平时也用得少，我更喜欢纯 JS+JSDoc ，写得够规范、IDE 够智能的话也可以完成 TS 那样的类型检查。如果用纯 JS 写的话，不用第三方 modules 甚至 0 配置文件就可以写个服务，比如我手写过一个 Gitlab 的 hook 服务，就一个 js 文件，直接 node 指令运行就可以了。凡使用工具就一定会有收益和成本，对于 TS 来说，类型检查是收益，而配置麻烦就是成本，但好在企业生产中大多项目只需要配置一次，而且绝大多配置都可以通过 git 传递给其他协作者。工具是用来解决问题的，不是用来引入更多麻烦的，按需要使用，没需求就没必要硬上。
写 nodejs 一定要会 promise ，async function ，不然写起来极其痛苦报错是有提示的，除非是写的特别奇怪的代码（比如新手代码）不要用回调的嵌套写法，一步到位直接学 async awaithttps://zh.javascript.info/async-await
#16 也不能说是痛苦，只能说是不爽
debug 这个，webstorm 直接可以啊
异常捕获的话，把 process 的 unhandledRejection 和 uncaughtException 都加上，否则有些异常捕获不到
@mikulch 不会吧，node 的话一般 tsc 做编译就行了，只需要一个 tsconfig