我想知道 UpdateModel 是否被认为是一个“昂贵”的操作(由于模型属性的反射查找)，尤其是在大型网络应用程序的上下文中(想想 StackOverflow)？
我不想过早进行优化，但我认为使用 UpdateModel 是一种设计选择，这就是为什么我想尽早知道是否建议使用它。另一个(乏味的)选择是为具有固定属性的各种域对象编写我自己的 UpdateModel 方法。
谢谢!
最佳答案
您不想进行过早的优化是明智的。特别是因为这种“优化”将使处理器的时间超过您的时间，而您的时间要贵得多。
优化的主要规则是首先优化慢的东西。因此，请考虑您实际更新模型的频率与从数据库后端进行选择的频率。我猜它的频率是 1/10 或更少。现在考虑从数据库后端选择的成本与反射成本。反射成本以毫秒为单位。从数据库后端选择的成本在最坏的情况下可以用秒来衡量。我的经验是 POST 很少很慢，当它们很慢时，通常是数据库有问题而不是反射。我认为您可能会将大部分优化时间花在 GET 上。
关于c# - ASP.NET MVC : Is UpdateModel an "expensive" operation (due to Reflection)?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1204628/