Javascript 了解大型asp.net应用程序中的会话

我有一个不同寻常的web应用程序，在某些方面与和的实时版本类似。逻辑、接口和表由整个公司的销售团队和工程师在windows应用程序中创建，并存储在sql server中。在Web应用程序中，当用户单击产品菜单中的项目时，逻辑和接口将从数据库中提取，使用CodeDOM编译为InMemory可执行文件并存储在会话变量中。web应用程序中的前端接口是动态的，并为控制逻辑事件在会话中调用可执行文件。这些表也存储在会话中的数据集中。无论如何，这一切实际上都是可行的，但似乎有一些难以确定的随机怪癖。我想知道这是否是一种在会话和备选方案中投入大量精力的方式

注意：我正在尽可能地使用javascripting，但是由于代码实际上是由其他用户创建的，因此也有很多回发。当我使用我的本地主机运行它时，它似乎可以接受，但在主机服务器上它似乎很笨重。

---

我有一个与Windows应用程序相同的应用程序，它工作得很好，只是尝试制作web版本。

如果使用64位进程，使用会话应该不会有问题。如果使用32位进程，您应该查看out proc（db/windows server AppFabric）。关于随机性怪癖，我想可能与代码有关。

在会话中投入越多，服务器上的负载就越大。基本规则是，用户越多，会话使用率就越高，所以需要更多的RAM。您是否查看过在每个页面加载时加载所需的代码等？请记住，如果在没有服务器关联的情况下使用负载平衡，则必须使用会话服务器或SQL server会话存储。@JamesCulshaw是的，我只加载代码和数据集一次。但是，我必须在每次回发时创建50多个动态界面控件。我想我不熟悉会话服务器，我会调查一下。@JamesCulshaw我的意思是说我不熟悉SQL server会话存储。我查看了一下，但似乎速度可能会慢一些。当我使用localHost运行应用程序时，它运行得非常快。主机服务器上是否有其他一些设置可以加快速度？您是指目标CPU还是编译CodeDOM可执行文件？我想我不确定。我是说w3wp进程。在IIS中，有一个设置指示进程应该是32位还是64位（此选项仅适用于64位服务器）。目标cpu如果没有对com的引用，您将保留任何cpu。