ASP.NET网页设计asp.net教程:编译毛病同时存在于分歧dl...
兄弟们，想来你们都看过了昨天的比赛了。我现在的痛苦状跟当时应该差不多。希望本版.net老师不吝赐教，为小弟这一批迷途的羊羔指一条阳光之道！您也知道：学习技术如果只有一个人摸索，那是一件多么痛苦的事情！还有，如果万辛能得名师或长者指点，那又是多么一件幸福和快乐的事情！asp.net编译毛病范例“同时存在于”分歧的dll中.呈现这类毛病也许有三种情形：1、ASPX页面,一个*.ASPX,对应着一个*.cs文件,二者实际上是一个文件,经由过程二者完成代码分别,每一个*.aspx页面都援用着本身的CS文件：假如两个页面援用了不异得.CS文件，在公布得时分也会呈现这类毛病。2、估量是在Bin内里另有一个老版本的DLL,而新版的DLL名字换失落了,新的掩盖不失落老的,并存在BIN里时,有大概会产生这类情形.办理计划:把BIN里的手动删失落,C:WINDOWSMicrosoft.NETFramework版本号TemporaryASP.NETFiles的一时文件里,把响应的目次都删失落,然后从头编译运转就OK.记住bin目次下组件必定要手动删除
3、我就是碰见得这类情形：控件得名字和援用控件得页面取了千篇一律得名字，固然在编译得时分没有毛病，可是公布得时分会提醒。
呈现这类毛病也许有三种情形：
1、ASPX页面,一个*.ASPX,对应着一个*.cs文件,二者实际上是一个文件,经由过程二者完成代码分别,每一个*.aspx页面都援用着本身的CS文件：假如两个页面援用了不异得.CS文件，在公布得时分也会呈现这类毛病。
2、估量是在Bin内里另有一个老版本的DLL,而新版的DLL名字换失落了,新的掩盖不失落老的,并存在BIN里时,有大概会产生这类情形.办理计划:把BIN里的手动删失落,C:WINDOWSMicrosoft.NETFramework版本号TemporaryASP.NETFiles的一时文件里,把响应的目次都删失落,然后从头编译运转就OK.记住bin目次下组件必定要手动删除
3、我就是碰见得这类情形：控件得名字和援用控件得页面取了千篇一律得名字，固然在编译得时分没有毛病，可是公布得时分会提醒。
和一个增补申明：
假如你的用户控件名字纷歧样，可是Control指令中的ClassName属性的值一样也会呈现下面的毛病
我的项目一下战书都在补葺、调试，以是我很分明我的项目里没有反复类援用。
而且我这个情况很古怪：它一向报关于一个用户控件的同时存在毛病，但是某次重试时却编译乐成，尔后没转几个页面，又报另外一个用户控件同时存在毛病，在这以后又从头没法编译乐成，持续报最后谁人用户控件的毛病。
我以为这个报错纯属胡来，以是我认定是VisualStudio外部毛病招致，以是实验了清算缓存、清算Bin、清算Obj、VS里的清算、重编译命令，以致从头启动电脑，全都不可，前后折腾了得小一个钟头，已经是令人发指。
然后我决意找出下战书备份的版原本测试，一次乐成，因而就把毛病锁定在两个版本间的差别上了。
我想起我曾在此时代经由过程“增加现有项”从其他网站项目中增加了一个ashx，因而细心反省此文件，发明其cs文件中的定名空间已改成我的项目默许定名空间，可是其ashx文件中却没有变动，还保存着本来项目标定名空间（ashx文件中只要一个头部声明，以是在VS里双击ashx文件是间接翻开其cs文件，招致简单疏忽这个文件）。
将其修改后，编译毛病CS0433终究不再呈现了。
这固然是团体的小掉误酿成的成绩，可是Asp.Net的毛病提醒却跟疯狗似的乱咬一通，严峻误导、搅扰开辟者办理成绩，但愿Asp.Net的开辟团队能修改此成绩，并在往后削减相似的疏掉。
语言是不是不是最重要的？ ASP在执行的时候，是由IIS调用程序引擎，解释执行嵌在HTML中的ASP代码，最终将结果和原来的HTML一同送往客户端。 最强的技术支持WebService,而且有.NET的所有library做后盾。而且ASP.NET在.NET3.5中还有微软专门为AJAX开发的功能--ASP.NETAJAX。 弱类型造成潜在的出错可能：尽管弱数据类型的编程语言使用起来回方便一些，但相对于它所造成的出错几率是远远得不偿失的。 微软又推出ASP.NET。这不是ASP的简单升级，而是全新一代的动态网页实现系统，用于一台WEB服务器建立强大的应用程序。是微软发展的新体系结构.NET的一部分，是ASP和.NET技术的结合。 有一丝可惜的是，这个系列太强了，Java阵营的朋友根本就是哑口无言...争论之火瞬间被浇灭，这不是我想这么早就看到的，但是值了。 有一丝可惜的是，这个系列太强了，Java阵营的朋友根本就是哑口无言...争论之火瞬间被浇灭，这不是我想这么早就看到的，但是值了。 Servlet的形式和前面讲的CGI差不多，它是HTML代码和后台程序分开的。它们的启动原理也差不多，都是服务器接到客户端的请求后，进行应答。不同的是，CGI对每个客户请求都打开一个进程（Process）。 在一个项目中谁敢保证每天几千万甚至几亿条的数据不丢失?谁敢保证应用的高可靠性？有可以借签的项目吗？
页:
[1]