implementation - 在数据层内部实现表示层的缺点

Question

在数据层内部实现表示层的缺点是什么。我想这将是一种动态且面向性能的方式，例如，如果我编译为代码（我的意思是完全编译，甚至编译 aspx），之后我需要进行一些设计更改，我不需要更新编译库我可以直接在这里进行更改。

如果我错了，请纠正我。

这是有人将其发布为缺点的链接。

Answer 1

有一段时间没有登录，否则我会尽快回复您。

只是从我的头顶上消失...

1. 通过将静态数据放入应用程序和数据库之间的流中，您正在增加数据库的负载，并可能增加流量。你的数据库不需要处理这个，你的应用程序也不必做任何更少的工作，所以有损失，但没有收获。

2. 您的应用程序的 ide（Visual Studio 等）为您提供了一些很棒的功能——这些 html 控件的验证、智能感知等，而您的数据库没有。

3. 如果您使用数据库方法，您不需要更新已编译的应用程序是正确的，但这既是好事也是坏事。好的部分是，您不必重新编译更容易。不好的部分是，您正在将所有对数据库代码的更新的测试推到应用程序运行时，并且在此过程中失去了您的 ide 具有的许多不错的调试功能。您应该尝试在生命周期的早期捕获这些类型的错误。

等等...

我认为，如果您只是在做一些小事，并且没有大量流量或关键进程，那么您可以在数据库中进行操作。但尽管不方便，但如果您需要更认真地进行测试/调试、应用程序正常运行时间、更重的流量或其他增加的需求，重新编译对您来说会更好。