做个调查,你的 Node 应用有单元测试吗? 问卷地址:https://survey.alibaba.com/survey/4MquTWvvk
开源项目【想】写,公司项目看情况(目前还没有要求写的),其他不写
就像eslint,之前感觉碍手碍脚的,后来用上了,体会到了,现在感觉不用不舒服。。
test大家都说好,但是现在还没应用上。。。
==============================
好,现在用上了,感受:有点用,找出了不少错误。挺爽的,补测试挺累。。看覆盖率上升很开心
想请教一个问题,单元测试,是针对重要的核心无状态模块以及核心有状态的模块打 mock 后做覆盖率测试就可以,还是一定要包含所有的涉及到的代码呢,比如项目的 http 启动服务入口这样的?
用egg做的公司单点登陆,怕有意外,单测覆盖率80%以上。
公司java有70+人,对node做公司单点登陆一直耿耿于怀,自己则对所有质量环节,特别不敢怠慢。
BTW,没有强类型,nodejs在企业级应用中确实比较累,很容易出现低级错误。。
@zhanzhenzhen 逻辑问题那肯定一样了 但传参这里的问题可以规避,更具有规范 所以弱类型高手适合写,强类型适合菜鸟历练,哈哈 同理,写弱类型的不一定是大神,写强类型的也不一定是菜鸟 自认代码一流的我,当然是学弱类型啦!😚 这样束缚少了,写代码快一些 来自酷炫的 CNodeMD
@waitingsong egg 本身暂时没计划,应用的话现在就可以用 TS 了啊,蚂蚁那边都是 TS 写 egg 业务应用的。
egg-bin 一直有支持 win 的,就是 egg-scripts 不支持而已(进程判断麻烦,而且部署都是在 linux,就懒的搞)
@atian25 我计划是用node ffi调用user32.dll来控制窗口以及获取pid。不过就需要安装gyp,这个依赖了一堆 东西,
安装失败率不低。 估计得有个开关来控制是否使用win扩展模式(就是我计划实现的插件)
@waitingsong 之前我试过用 https://www.npmjs.com/package/find-process 这个库来处理 pid,但在某些 win 上有兼容性问题,所以后面也懒得搞了。
目前 npm 上支持 win process 的库,要不就是跟上面那样,用 WMIC path win32_process 要不就是用 Native C 来写。
而后者会导致平台安装兼容性之类的问题,所以评估之后,egg-scripts 官方暂时不打算支持 Windows。
你这边业务有需要的话,可以自己写个 cli,继承 egg-scripts 来实现即可。
@atian25 "可以自己写个 cli,继承 egg-scripts 来实现即可。" 你指的是"集成"么?
我写的 win32-api 库是基于node-ffi 调用系统user32.dll等核心链接库,然后封装了一个操作windows窗口的库用于窗口操作:改变窗口title(可用于查找egg-script进程窗口的hWnd以及pid),隐藏窗口等。 详情可见我资料的github地址