除了性能问题外，基于Web的应用程序是否应根据（并发）用户的数量而不同地构建？如果是这样，（例如）4,40,400和4000用户的主要区别是什么？
我特别感兴趣的是如何根据并发用户的数量使用日志记录，错误处理，设计模式等。
答案 0 :(得分：0)
我不是这方面的专家......但这就是我的想法。
如果应用程序将由4个已知用户使用，那么广泛使用设计模式，构建广泛的日志记录功能等可能不是非常必要的 - 从某种意义上说，您投入的每一个额外的单位工作都会带来较少的奖励。 / p>
但是，如果应用程序将被更多人使用，则会出现诸如可伸缩性，安全性等问题。使用设计模式等可能会更有意义。当然，我假设如果只有4个人使用应用程序 - 它可能不是非常关键的任务。
所以我相信你应该从简单开始，并根据需要进行更改。然而，遵循良好的设计模式总是好的 - 理想情况下，您的设计允许您根据需要更换零件。
答案 1 :(得分：0)
aip.cd.aish 给出的答案给了我这个想法：
我认为答案是在特定情况下估算工程工作的成本与相对收益。
用户较少的应用程序会增加业务价值，但您需要仔细查看个别情况。
实际上，有些用户可以证明更多工程工作的合理性。例如，如果您的应用被少数关键客户使用，除非您的产品提供比竞争对手更好的服务，那么您可能有理由花时间进行可靠的工程设计。
具体想法：
记录：对于“小”应用，您可能最好与用户交谈（...我知道......）而不是记录所有内容。对于“大型”应用程序，不明确的日志记录可能意味着日志增长太快而无法充分利用。