requirejs - typescript - 250 .ts 文件 - require(),//引用、模块等

Question

我们正在创建一个包含大约 250 个类的 typescript 应用程序。来自 C# 世界，我们正在为每个类创建一个 .ts 文件。这感觉很合适，因为每个类/文件都有 20 到 500 行代码。并且它使面向对象的事物保持干净。

这引出了几个问题。

1. 我们是否应该为每个 .ts 文件、每个文件夹或每个都有一个唯一的模块名称？ 项目(一个文件夹及其所有子文件夹)？
2. 当一个类依赖于其他类时，我们是否应该将该 .ts 文件包装在 require/define 中(我们使用 require.js)作为依赖项？或者我们应该在根 .js 文件中包含一个巨大的 require(列出所有 250 多个文件)？或者我们应该使用其他方法吗？
3. 我们必须放入大量/// 语句。有没有办法拥有全局的？或者有一种方法可以放入通配符，以便我们可以对文件夹中的所有 .ts 文件进行单一引用调用？
4. 对于这么大的项目我们应该做什么和不应该做什么还有其他建议吗？

更新:这适用于将在浏览器中运行的客户端应用程序。我们目前正在使用 requirejs。这是很多代码，但所有代码都需要在浏览器中(迟早)。

我希望它在编码时能够快速/轻松地运行/调试，然后，可能以不同的方式构建它，让它上传快速/小。我们一半人在 WebStorm 中开发，一半人在 VisualStudio 中开发。

Answer 1

Should we have a unique module name per .ts file

是的，使用 amd/commonjs : https://www.youtube.com/watch?v=KDrWLMUY0R0&hd=1

per folder

是的，创建一个从文件夹导出所有内容的index.js。

When a class is dependent on other classes, should we wrap that .ts file in a require/define (we use require.js) for the dependencies?

不。使用 TypeScript 中内置的 import 语句

We are having to put in a ton of /// statements. Is there a way to have global ones?

是的，请查看引用文件 https://github.com/grunt-ts/grunt-ts#reference-file-generation

Any other suggestions for what we should and should not do for a project this large?

尽可能多地依赖 TypeScript，然后在出现某种模式时重构为不同的模式并不会太困难(您应该会遇到编译错误)