我已经外包给另一个组织的 ASP.Net 项目来构建大型企业应用程序。目前已经完成了近80%的工作。我发现开发人员没有在这个应用程序中实现任何架构。所有工作都在代码隐藏文件 (*.aspx.cs) 中完成。甚至数据库调用、sql 脚本等都在代码隐藏文件中。整个解决方案只有一个项目，即网站。所有的编码、.aspx 文件等都在它之下。我知道这个项目的可维护性、满足变更请求等将是一场噩梦。
但是我想知道一旦用户数量从数百增加到数千甚至更多，对这个项目的功能的影响。
如果没有数据访问层并在一个地方维护数据库连接，这会是一个问题吗？
由于没有实施适当的系统架构，项目的整体功能会产生什么影响？
我需要一些硬点来说服他们选择一个合适的系统架构，这可能是一个整个系统的重写。因此，如果您能够分享您在这件事上的专业知识，将不胜感激。谢谢。
只有两种软件，可以工作的软件和不能工作的软件。客户/用户不关心幕后发生的事情。
维护软件是一个真正令人担忧的原因，但是您可以拥有可维护的意大利面条代码，但在企业中这种可能性很小。
适当的架构特定于您的软件解决方案，涉及可维护性、可扩展性和可扩展性的目标。架构目标中存在经常冲突的权衡取舍。
没有单一的答案，只有解决常见问题的模式。
即使，这是一个非常广泛的问题……</p>
我认为在应用程序开发中使用一种架构是有众所周知的原因的。
基本上使用架构会降低应用程序的复杂性。这可以通过使用以下最佳实践、设计模式来完成，这给我们带来了灵活性和高可用性。
既然您提到代码是在文件后面的代码中完成的，我们可以保证它违反了关键设计原则之一，例如关注点分离和DRY（不要重复自己）。这只是一个因素。可以有很多。
我认为如果你能阅读这篇关于软件架构和设计的文章，你可能会获得一个好主意 。另外一篇关于激励软件架构的好文章