我将 JavaScript 组织成模块。
在某些地方，我可以通过很多不同的方式来组织代码以获得一定的大小。
此问题无意提出意见或猜测。
我只是想很好地组织我的代码。如果没有最佳大小，那么编写良好的代码是否有平均大小？
这里是 Columbia University 对此进行的一项研究的链接发布在这个类似的问题上here
enough code to do the job
是类似问题中的最佳答案，但如果您相信鸡蛋先出现，那么 JavaScript 中编写良好的组件(鸡蛋)的平均大小是多少？
最佳答案
我发现根据类或模块中的职责数量来考虑大小很有帮助，而不是根据代码行来考虑大小。
根据single responsibility principle ，每个模块应该只有一个责任 - 或者一个改变的理由，这是认为它被 Uncle Bob 所普及的另一种方式。 。以这种方式组织代码的好处是，它迫使您分离您的关注点，这往往会使代码更容易维护。
当您从职责的 Angular 考虑代码时，关于模块大小的决定就会变得更容易。
关于javascript - JavaScript 库中组件的大小？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14635197/