人们使用什么工具或技术使Javascript API更加透明?
在我使用Javascript的所有方式中,我发现没有任何东西能够满足我对自我记录代码的需求。我希望能够在自己的代码中看到模块、函数、结构字段和事件有效负载的API 我很好奇是否有IDE或Transpile语言可以帮助人们轻松地保持其内部API可见?例如,对于许多语言,IDE通常会提供包/模块/类/函数的可扩展树状视图。Javascript使这变得很困难,因为有太多的方法来编码所有这些实体 我发现在用Javascript编写应用程序时,当它达到一定大小后,我必须在源文件之间不断切换以记住这些东西。一致的命名,清晰的编码风格,以及这样的好习惯只能做到这一点。在一种没有静态类型、围绕函数参数的非常松散的规则以及将函数作为回调传递的语言中,JS代码很难扫描并立即看到更高级别的结构。很难将接口和实现分开,因为所有的JS代码都是实现 在有许多程序员的大型项目中,强制执行有关在注释中记录函数的规则以及自动生成文档是有意义的。但是进行独立开发,这就像是为了提醒自己架构和内部API而做的大量手工工作,并且在大多数情况下可能已经过时。我不会查找一个函数来记住它需要什么参数,查看它没有docstring注释,添加它们并重建文档,这样我就可以阅读它们了 TypeScript听起来很有前途,但似乎与微软的工具联系太紧密了。CoffeeScript可以节省键入的时间,并且可以生成更干净的代码,但我认为它不能解决公开应用程序结构的高级视图的问题 WebStorm实际上公开了一些我正在寻找的东西,但我想知道还有什么存在人们使用什么工具或技术使Javascript API更加透明?,javascript,ide,Javascript,Ide,在我使用Javascript的所有方式中,我发现没有任何东西能够满足我对自我记录代码的需求。我希望能够在自己的代码中看到模块、函数、结构字段和事件有效负载的API 我很好奇是否有IDE或Transpile语言可以帮助人们轻松地保持其内部API可见?例如,对于许多语言,IDE通常会提供包/模块/类/函数的可扩展树状视图。Javascript使这变得很困难,因为有太多的方法来编码所有这些实体 我发现在用Javascript编写应用程序时,当它达到一定大小后,我必须在源文件之间不断切换以记住这些东西。
我正在寻找其他人用来缓解这一问题的任何技巧、工具和技术。这可能更适合。他们告诉我,在这里更适合:/这就是我说may的原因;然而,这个问题似乎过于宽泛/以讨论为导向,不适合这样做。