应用工程和用户数量

Question

除了性能方面的问题，基于Web的应用程序是否应根据（并发）用户的数量进行不同构建？如果是这样，那么（比方说）4,40,400和4000用户的主要区别是什么？

我特别感兴趣的是如何根据并发用户的数量使用日志记录，错误处理，设计模式等。

Answer 1

我不是这方面的专家......但这里是我的想法。

广泛使用设计模式，如果应用程序将由4个已知用户使用，则建立广泛的日志记录功能等可能不是非常必要的，因为您投入的每个额外工作单元都会带来较少的回报。但是，如果应用程序将被更多人使用，则您会担心诸如可伸缩性，安全性等问题。使用设计模式等可能会更有意义。当然，我假设如果只有4人使用应用程序 - 这可能不是关键任务。

所以我相信你应该从简单开始，根据需要进行更改。但是，遵循良好的设计模式总是很好 - 理想情况下，您的设计可以根据需要更改部件。

Answer 2

通过aip.cd.aish给出的答案给了我这样的想法：

我认为答案是估计在特定情况下的成本与设计工作的相对收益。

拥有较少用户的应用程序将增加业务价值的情况并不少见，但您需要仔细查看个别情况。

事实上，有些情况下用户较少证明更多工程努力。例如，如果您的应用程序被几个主要客户使用，他们会去其他地方，除非您的产品提供了更好的服务，那么您的竞争对手，那么你可能有理由花时间在坚实的工程上。

具体思路：

记录：对于“小”的应用程序，你可能会更好实际上对用户说话（...我知道...），而不是记录的一切。对于“大型”应用程序，无限制日志记录可能意味着日志增长太快而无法使用。