我想知道UpdateModel是否被认为是“昂贵的”操作(由于对模型属性进行反射查找)，尤其是在较大的Web应用程序的上下文中查看时(请考虑使用StackOverflow)？
我不想进行过早的优化，但是我认为使用UpdateModel是一种设计选择，这就是为什么我想及早知道它是否可取的原因。另一个(乏味的)选择是为具有固定属性的各种域对象编写我自己的UpdateModel方法。
谢谢!
最佳答案
您很聪明，不想进行过早的优化。尤其是因为这种“优化”将比您更喜欢处理器的时间，因此成本要高得多。
优化的主要规则是先优化慢速对象。因此，请考虑您实际更新模型的频率，而不是从数据库后端进行选择的频率。我猜它的频率是1/10或更少。现在考虑从数据库后端进行选择的成本与反射的成本。反射成本以毫秒为单位。从数据库后端进行选择的成本可以在最坏的情况下以秒为单位进行衡量。我的经验是，POST很少会非常慢，而在这种情况下，通常是数据库有问题而不是反射。我认为您可能会将大部分的优化时间都花费在GET上。