请问大家是如何管理asp.net C#的程序

Question

请问大家是如何管理asp.net C#的程序的
相对于asp来说
你改了那个文件就上传那个文件,但是asp.net C#不行,,还的重新编译,,如果网站有1000页面,,那不是很累,,
肯定有什么好的方法是解决这个问题的吧!要不mircosoft的bill就太笨了大家说说自己的方法吧

Answer 1

web application是要重新编译，web project不用
不过web project编译的每个页面都会生成独立的程序集，性能不好。

Answer 2

如果你对压缩包做了更改是否要重新压缩？
费点事肯定不是坏处，否则就不会有“费事”的软件出现
不过如果你是为全部重新上传烦恼可以考虑下微软提供的发布组件
如果你使用的是vs2005，安装这个组件 WebDeploymentSetup.msi 重新生成后上传修改的文件就行

Answer 3

需要替换哪个，就编译哪个，然后上传相应的DDL文件

Answer 4

页面和代码分离。代码写在DLL里。修改dll,生成后再上传。
<%@ Page Language="C#" Inherits="命名空间.类"  EnableSessionState="true" EnableViewState="false" %>
可参考IWMS.

Answer 5

先编译···然后长传DLL！哈哈···！~

Answer 6

奇怪，你直接上传.cs .aspx不就可以了，ｉｉｓ会自动编译，除非你用了混淆器保护源代码才用发布功能编译成ｄｌｌ

Answer 7

首先，ASP需要使用时解释，因此你改改就完了。不过，如果涉及到后台的C#代码，要使更改生效，必然要编译，否则新的程序无法生成，这是必然的，躲不开。因此，你的问题是，为什么改一个代码文件，却要编译整个有一千多个文件的工程？或者说，你的工程为什么会这么大？如果真存在这样的情况，就是一开始设计有问题了……一个解决方案应该分割成若干功能独立的模块，尤其对于后台程序更是如此。你改哪一块，就把哪一块的DLL重新编译一下就完了。还有UI设计和后台逻辑必须要分离，那么使得你改UI和改后台，对另一方都不存在都影响，这才是正确的。做到以上两点，根本就不存在你的问题。

Answer 8

奇怪，你们都没有看过asp.net的机制吗，它就是和asp一样，无须编译就可以使用，webServer自动会管理编译，你只要当成解释型用就可以，至于非页面的公共代码，可以放app_code目录中，也是源代码就可以，其他的第三方的dll，放入bin目录，平常更新就是拷贝相应的.asp .cs文件就可以，少数的情况需要拷贝bin中的dll文件。
编译和不编译的区别就是页面第一次运行的速度，其他没有任何区别

Answer 9

需要替换哪个，就编译哪个，然后上传相应的DDL文件

Answer 10

你比我还新人,,还无知,,,你说的大家都知道,,,但是不把他编译一下,,大家都可以看到代码,,你不如直接用回asp来写程序还好

Answer 11

WebDeploymentSetup.msi http://www.google.cn/search?hl=zh-CN&newwindow=1&q=WebDeploymentSetup.msi%E4%BD%BF%E7%94%A8&meta=&aq=f&oq=