以前公司是用vc开发的软件运行平台，也就是一个主程序 + n个 dll 业务模块。使用时可以动态的加载这些业务模块功能。现在要转为 web 应用程序了。 那么应该如何去实现这个动行平台的概效果呀，其实里面最主要的就是业务功能模块的动态加载(卸载)，因为现在 web 应用程序就是编译成一个 dll , 也只能将一些数据操作写到 dll 中， 但页面呢？也就是aspx文件！
总不能弄成 (platform)
login.aspx
main.aspx
usermanage.aspx
\bin
\platform.dll
\main.dll
\usermanage.dll
而且 就是上面这个效果也不好做呀，怎么实施开发呀，天呀！所以小弟很困惑，望高人能指点一下呀！
总不能弄成 (platform)
login.aspx
main.aspx
usermanage.aspx
\bin
\platform.dll
\main.dll
\usermanage.dll
而且 就是上面这个效果也不好做呀，怎么实施开发呀，天呀！所以小弟很困惑，望高人能指点一下呀！
如
login.aspx
Login.aspx.cs在编译后,在Bin文件夹下只有一个Dll文件!Login.aspx.cs也可以删除了!~
我的意思可能你还不是很明白，比如说 web 平台做好了， 发布给用户， 我们也给用户安装布署完成。 当时只有一个 用户管理 模块。 过了两个星期又做好一个 工作流模块， 发给一个功能包给用户， 用户使用 平台 里的一个页面 (defineAct.aspx) 就可以把这个工作流模块挂到系统中。 那天不想要这个模块了，可以方便的卸载这个功能(这都是很容易的) 问题就是那个 发送的功能包 的制作，挂到运行平台的方式，还有如何去开发这个包！ 我上面也说了， web 应用程序就编译好了就是 一个 dll, 而且 我的运行平台 和 业务包 是同时开发的。我上面举的个目录只是一个最初的想法，而且好象跟本很难进行开发，可想 aspx 页面都放在 运行平台的工程中设计？ 然后把每一个具体的算法功能(如增加，修改)都放到一个 dll ，这里很菜的想法。
所以想请各位多出出点子呀，我想这个东东，还是很有意思的吧！ 各位大侠指点一下吧！
能再说详细一点吗？是指用 web服务 来做每一个业务模块吗? 如果是这样，应该不可行吧!当然我以前没有做过，只是用 web服务来做一些 数据库的，也就是常见的 三层架构的做法。
这样功能是不是太分散了
便于以后的维护吗？
每人个ASPX页页后都有一个CS或后来生成的dll吗？不是要做成这样，这只是我最初的最笨的想法to gaofeng2000(高老师)
每一个模块作为一个项目，我也想过，但问题是，从一个模块转到另一个模块的页面时，状态是不能
保存的 如 Session ，虽然可以正确的访问，但实际上是从一个 web 应用程序中，打开键接到另一个web程序呀。 (当然，简单的值还可能用参数来传递，可如 DataSet 等就行不通了。)
都用单独的.cs文件来做,需要修改时也比较方便
单独做类的话,也行,
建议不要用web service,太慢,调试不太好弄
如果能象 一些论坛那样，做完了之后，可以做一些插件。 这种方式就正好是我想要的。
aspnetforums 就有这个概念，这东东很早就有了，哎，现在我才知道，也正在学习中，也希望对其中的架构比较清楚的大侠指点一下呀!
to xinewzhou(xinew)
每人个ASPX页页后都有一个CS或后来生成的dll吗？不是要做成这样，这只是我最初的最笨的想法能不能具体说一下该怎么做？
自己有这种把各种功能模块化，只少集中到功能页里这种想法，
在网上查的资料基本上都是每个页面一个CS这样的，
现在，我有点迷茫，
不知道自己的想法对不？无法取证！
你可以把后期的功能做成用户控件，页面是可以动态加载指定文件的用户控件（ascx）
不过他对应的DLL，要存放到BIN目录下。
能不能给个例子呀？