在数据层内部实现表示层有什么缺点?我想这将是一个动态的和面向性能的方式去，例如，如果我编译成代码(我的意思是完全编译，甚至aspx被编译)，然后我需要做一些设计上的改变，我不需要更新编译库，我可以直接在这里做出改变。
如果我说错了，请纠正我。
这是一个链接，有人把它作为一个缺点。
我有一段时间没有登录了，否则我早就回复你了。
just off the top of my head…
-
通过将静态数据放入应用程序和数据库之间的流中，您正在增加数据库的负载，并可能增加流量。你的数据库不需要处理这个，你的应用程序也不需要做更少的工作，所以有损失，但没有收获。
-
你的ide (visual studio等)为你的应用程序提供了一些很棒的功能——验证，智能感知等这些html控件，而你的数据库没有。
-
如果你使用数据库方法，你不需要更新你编译的应用程序，这是对的，但这是一件好事也是一件坏事。好的部分是，您不必重新编译。不好的部分是，您将所有数据库代码更新的测试都推到了应用程序运行时，并且在此过程中失去了ide具有的许多不错的调试特性。您应该尝试在生命周期的早期捕获这些类型的错误。
等等…
我认为如果你只是做一些小的事情，并且没有很多流量或关键进程，那么你在数据库中做是可以的。但是，尽管不方便，如果您需要更认真地进行测试/调试、应用程序正常运行时间、更大的流量或其他增加的需求，那么重新编译将对您更好。