![]() |
1
2
我认为您需要关注为什么处理40个字段需要这么长时间。后端上的潜在瓶颈是什么?您在执行什么查询,需要这么长时间?如果您可以将处理时间减少到10秒以下,那么您就可以摆脱处理页面的工作,否则您需要一个不同的体系结构,如REST或NServiceBus来卸载长时间运行的执行,并以某种方式通知客户机您已经完成了。 |
![]() |
2
2
您可以尝试在其他线程中进行处理。只需接受字符串、线程的旋转并返回结果。不幸的是,线程编程不符合“简单”的条件。btw现在通常被认为是低于3秒的。 |
![]() |
3
0
我重新阅读了您的问题,很抱歉没有考虑先问:您必须将表单解析回XML吗?是否可以将数据序列化到JSON,将其传递到服务器,反序列化并发出Web请求?JSON格式比XML“轻得多”,您可以使用库(如 JSON.Net . 这将消除一些处理开销。 对于您调用的Web服务,每个请求上的数据是新的吗?有没有要求更少的数据或存储部分数据并定期刷新?可能您可以运行消息传递服务器(如msmq)并按计划刷新数据,然后仅在拥有用户特定数据后请求所需的内容。30秒就是30秒。 我一直在想数据——你说你有200多个字段。我不清楚您是否需要执行查询或计算。如果您有许多记录,您是否考虑过一种不同类型的模式,它可能使您的检索更快?你能把静态查找拉到共享内存中,这样就不必点击磁盘了吗? |