仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1047|回复: 10
打印 上一主题 下一主题

[学习教程] ASP.NET网页设计.NET 3.5 SP1同意从收集共享情况中运转托管使用程序仓酷云

[复制链接]
蒙在股里 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-18 11:27:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
我之所以想学。NET,是因为一直觉的BILLGATES好厉害,希望有一天能去微软,虽然现在还距离遥远,呵呵:)微软已公布了.NETFramework3.5SP1,相对之前的版本,新版包括了一个平安方面的改善,它同意开辟职员从收集共享文件中运转托管使用。
依据微软的官方申明,.NETFramework3.5SP1中有个特征是如许的:
从收集共享文件里翻开的托管使用运转时和当地使用具有一样的举动,即完整信托。
在已往,因为平安的缘故原由,你没法从收集共享情况中运转托管代码。现在之以是在.NET中引进这个特征,是为了制止从收集长进行的平安打击。但是它并没有办理相干的平安威逼,由于非托管代码在这类情况中一向是可以被实行的。
微软程序司理BradAdams比来所做的一个查询拜访显现,良多人都想从收集共享情况中运转托管代码。微软回应了该需求,并在.NET3.5SP1中增添这一特征。
关于这个平安方面的改动,.NET运转时团队(RuntimeTeam)的架构师VancelMorrison批评说:
我们犯了一个毛病。在2001年,我们觉得本人是在“默许即平安”方面的急前锋,也因而刚强地以为,终极我们必定能填补从收集共享文件运转非托管代码的“毛病”。我们也无视了这一决意所带来的疾苦。
可是跟着工夫的推移,我们发明本人太无邪了。改动非托管代码举动的收益率太低了,别的,关于平安性来讲,加倍分明的一点是,它必需充足复杂,也就是说对一切事变厚此薄彼。因而,假如你不想从收集运转托管代码程序,那末也不该该将非托管代码程序区分看待。
Vance也以为,由这一改动所引进的平安威逼并非那末严峻:
关于那些以为我们因而而开启平安毛病之门的人,我想说我们已十分当心,只管制止呈现这类情形。基础的逻辑是,我们不会发生任何新的毛病,由于Windows同意非托管的可实行文件经由过程收集共享运转。
ShawnFarkas是来自CLR团队卖力暗码(Cryptography)类的一位软件工程师,他注释了这一新特征是怎样事情的:
这一变动的中心头脑在于改动了我们处置收集装载使用程序的体例。当我们发明一个间接从收集共享上载进的.exe文件时,不会以为该文件来自于“当地收集(LocalIntranet)”,而是以为它来自于“我的电脑(MyComputer)”。这使该.exe文件会和默许的“我的电脑”代码群组相婚配,而不是和“当地收集”群组,而默许的CAS战略也会受权“我的电脑”代码群组为“完整信托(FullTrust)”。
关于那些想克制经由过程收集运转托管代码的人,Shawn提出了以下倡议:
你能够在注册内外的HKLMSoftwareMicrosoft.NETFramework键处,将DWORD格局的LegacyMyComputerZone值设为1。
依据Shawn的说法,在以下的场景里,程序会议具有运转的权限:

  • 任何间接从收集共享文件装载的托管.exe文件;
  • 任何从与.exe文件统一目次装载的.exe流程中的程序集。
鄙人面的场景里,程序集没有运转的权限:

  • 从载进.exe文件的共享文件子目次装载的程序集;
  • 从不含有主.exe文件的共享文件中装载的程序集;
  • 任何装载在LegacyMyComputer注册值设为1的呆板上的程序集;
  • 任何装载到CLR宿主文件的程序集,包含以控件的情势装载到IE中的程序集;
  • 当某个使用是从“真实的”我的电脑地位载进时,任何被该使用从共享文件装载的程序集。
检察英文原文:.NET3.5SP1RunsManagedApplicationsFromNetworkShares
来自:http://www.infoq.com/cn/news/2008/08/.NET-3.5-SP1-Runs-Managed-Code以前很热炒跨平台,主要是由于硅谷挑战微软霸主地位的热情,但是冷静下来后,跨平台往往不是那么一回事。假设你有个软件,所谓的跨平台,你只需要为第二个平台上重新编译一次就行了,这样很难么?
再现理想 该用户已被删除
沙发
发表于 2015-1-21 07:14:38 | 只看该作者
众所周知,Windows以易用而出名,也因此占据不少的服务器市场。
分手快乐 该用户已被删除
板凳
发表于 2015-1-30 10:52:09 | 只看该作者
如今主流的Web服务器软件主要由IIS或Apache组成。IIS支持ASP且只能运行在Windows平台下,Apache支持PHP,CGI,JSP且可运行于多种平台,虽然Apache是世界使用排名第一的Web服务器平台。
小魔女 该用户已被删除
地板
发表于 2015-2-6 10:11:41 | 只看该作者
ASP是把代码交给VBScript解释器或Jscript解释器来解释,当然速度没有编译过的程序快了。
愤怒的大鸟 该用户已被删除
5#
发表于 2015-2-15 22:51:35 | 只看该作者
目前在微软的.net战略中新推出的ASP.net借鉴了Java技术的优点,使用CSharp(C#)语言作为ASP.net的推荐语言,同时改进了以前ASP的安全性差等缺点。但是,使用ASP/ASP.net仍有一定的局限性,因为从某种角度来说它们只能在微软的WindowsNT/2000/XP+IIS的服务器平台上良好运行(虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案.
灵魂腐蚀 该用户已被删除
6#
发表于 2015-3-4 16:29:23 | 只看该作者
Asp.net:首先来说,Asp.net和Asp没什么关系,看着像是升级版本什么的,其实没什么联系。Asp是脚本编程,用的是ASP语言,而ASP.net用的是C#语言,完全不同的东西。
小妖女 该用户已被删除
7#
发表于 2015-3-7 20:03:26 | 只看该作者
代码逻辑混乱,难于管理:由于ASP是脚本语言混合html编程,所以你很难看清代码的逻辑关系,并且随着程序的复杂性增加,使得代码的管理十分困难,甚至超出一个程序员所能达到的管理能力,从而造成出错或这样那样的问题。
飘灵儿 该用户已被删除
8#
发表于 2015-3-8 11:05:00 | 只看该作者
通过这次激烈的讨论,我从大家身上学到了太多,开阔了眼界,不管是支持我的还是骂我的,都感谢你们。
乐观 该用户已被删除
9#
发表于 2015-3-11 05:22:21 | 只看该作者
ASP在执行的时候,是由IIS调用程序引擎,解释执行嵌在HTML中的ASP代码,最终将结果和原来的HTML一同送往客户端。
活着的死人 该用户已被删除
10#
发表于 2015-3-17 21:09:31 | 只看该作者
ASP.net的服务器,要求安装一个.net环境,当然我这里指的是windows系统,顺便点一下,.net只能放在windows环境里来运行。Asp.net1.1的就装Framework1.1,Asp.net2.0的就装Framework2.0。
变相怪杰 该用户已被删除
11#
发表于 2015-3-25 02:39:16 | 只看该作者
当然我们在选择Asp.net主机是,除了要考虑服务提供商在版本是否是实时更新以外,机房的环境和配置也是非常重要的,通常选择骨干网的机房,在速度和稳定性上会非常有保证。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-22 23:37

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表