.net，.net开发

各位老铁们，大家好，今天由我来为大家分享.net，以及.net开发的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！

.net是什么

．net是国际最广泛流行的通用域名格式。一般用于从事Internet相关的网络服务的机构或公司，是建立全球商业品牌，国际化形象的第一选择。

．NET是MicrosoftXMLWebservices平台。XMLWebservices允许应用程序通过Internet进行通讯和共享数据，而不管所采用的是哪种操作系统、设备或编程语言。

Microsoft．NET平台提供创建XMLWebservices并将这些服务集成在一起之所需。对个人用户的好处是无缝的、吸引人的体验。

扩展资料：

WWW站点数（包括．CN、．COM、．NET、．ORG下的网站）。

一、WWW站点总数为：约668900个。

二、按所属域名类别划分：

1、WWW站点总数为：约668900个。

2、按所属域名类别划分：

1、AC数量365，百分比0．1％。

2、COM数量476682，百分比71．3％。

3、EDU略。

4、GOV数量10260，百分比1．5％。

5、NET数量79725，百分比11．9％。

6、ORG数量22204，百分比3．3％。

7、行政区域名．CN数量2878，百分比0．4％。

8、．CN数量76786，百分比11．5％。

参考资料来源：百度百科-.NET

中国网-（四）WWW站点数（包括.CN、.COM、.NET、

C#中.NET是什么

.NET是用于建立应用程序的平台，它在内部封装了大量的功能强大的应用程序接口函数（API），利用这些函数可以开发各类windows应用软件。.NET还是一个开发平台，它向广大的程序员提供了功能强大的集成开发环境（IDE）——Visual

Stdio

.NET。

.net的定义

首先，你应该理解.net是一个新的平台，微软喜欢把.net和COM+结合起来，.net有优秀的、强大的与COM+交互的能力，但是它更是有效的、全新的平台。这就意味着它有自己的强项和弱点。第二点，因为它的不成熟，为了交付一个完整的.net方案，至少现在你需要把.net和COM+组合起来。例如，在.net中，现在还没有MicrosoftXMLns:fo="http://www.w3.org/1999/XSL/Format">最后一点，.net和Web>Javascript:openWindowRes('DotNetMagazine/2001_12/WhereItIs/Figure1.ASP');">The.netAdoptionTimeline从发布方面来说，IT从业者应该知道什么？

记住，这是1.0版本，这不是VisualStudio7.0；这不是COM++++；这不是VisualBasic7.0。十分确切的说，这是全新的。它和大量的新代码一起引进。你要特别仔细考虑如何计划.net的采用。特别是在以后的24个月里。然而，它里面包括许多很酷的东西。它弥补了和Java之间的巨大差距，在许多情况下，被证明比Java>你对企业什么时候或者是否转向.net有什么建议？

这是一个什么时候将他们拖、拉、或者尖叫着穿过.net的悬崖的问题，而不是是否需要穿过.net悬崖的问题，不管他们是否愿意。然而，我不希望看见许多人试图一次重写他们的所有的VisualBasic代码或者VisualC++代码。我们应该逐步的开展。.net将很快被引用到新的开发中。在VisualStudio.net出现的头一两年，你将会看到一个混合模型，新开发的代码中30％的将是ASP.net代码（我预见ASP.net的扩展将会非常非常之快），但是70％将仍然是COM，COM+代码。商业应用

Javascript:openWindowRes('DotNetMagazine/2001_12/WhereItIs/BusinessCase.htm');">计划向新技术转移

由于.net的许多优势和微软的强大的市场努力，.net技术在应用程序开发中最终将被广泛采用几乎是可以肯定的，特别是对于中小型企业....

我对严谨的客户的一般建议是，不要把有紧急任务的应用程序在很大程度上依赖于.net，至少在.net发布后六到九个月不要这样做，即2002年8月之前。然而，为了实践的目的，你可以用.net做一些小的原型，一些没有紧急任务要求的程序。这取决于beta代码，第一个产品版本，或者第一个服务包能为你带来些什么。尽管如此，我们推荐你采取保守的方法。假设一个糟糕的情况：你的30%-40%代码将迁移，你将不得不重写或者重设计剩下的代码。别指望微软会提供自动工具来迁移你的代码。<>对早期的采用者也有一些好的原因。首先是显示公司在WebServices策略方面的竞争力，你正在寻找在接下来的12个月里支持WebServices最好的平台。ASP.net是另一个原因。太多的程序员从事ASP的开发，如果你正在ASP执行或者安全方面苦苦挣扎，或者受够了整个ASP的生存空间。ASP.net是一个更强大的环境。实际上，微软已经有了大量的早期采用者，他们已经在ASP.net系统的测试版下开发。<>还有，最重要的是，如果你有一个真正的商业原因，你就应该早点采用。例如，如果你正在开发一个无线的应用程序，ASP.net有一些重要的新特征正好可以帮你实现，在许多情况下，冒险早期迁往.net是因为它在移动和无线设备方面做得更好。<>如果你不关心WebServices，这里没有一个无可抵抗的和强制性的原因，让你去很快地采用它。实际上，这就是我们说为什么大多数公司将采用一个相当渐进的曲线来采用它。有许多因素要考虑。要看多少人采用这种主流技术。要参考专家的建议。要看第三方的支持、前景市场的支持。要看本地的.net服务的组件提供者。要看所有的测试公司。要看源代码管理公司的提供。VisualStudio.net发布的第一年，早期的采用者将会把他们的代码按70/30的比例划分在旧平台和新平台上。在大约一年半后，我们期待比率会变成30/70。你将看到70％的本地.net代码将出现在基于微软的解决方案中。传统的公司将在VisualStudio.net发布后的24到36个月开始迁移。大约2005年，我们将期待95％的本地.net开发。让我们来讨论.net语言和在迁移应用程序到.net的过程中起作用的部分，从VisualBasic.net开始。

这是一个好消息，VisualBasic变成了一种成熟的语言。它开始面向对象设计，使用类框架和.net中的其它零碎，VB.net已经变成了一个更强大的工具集。事实上，还没有哪些商业应用程序不能用VB来实现。不利的是VB.net有了许多新的语法和设计问题。这意味着对Visual>我认为在接下来的48个月中，60％或者更多的C++开发者将转向C#.C++将仍然会使用。它将会使用在COM和COM+领域，甚至在.net中它将仍然会被使用，但是它将仍是系统层的编程语言。C#的快速开发应用程序的能力和C#和.net组件模型集成工作的能力将会起到一个大的作用。这是我从用户那儿听到的最多的问题。我可能今年与八九百人讨论过，几乎一半的问题都是直接地或间接地关于.net与Java相比较的问题。我告诉他们我认为Microsoft和Java将支配电子商务应用程序开发，也就是说，大多数新的项目将会基于这两个平台之一。他们到2005年将占有80%的市场。谁也不会。大多数大公司将会两者都使用。现在，Java基于它的跨平台的能力，在大公司中还有很强的实力。小公司不能负担得起使用两者，他们将会转向其中之一。微软因为它的成本低和众多的开发者，对中小型组织还是很有吸引力的。为了完成.net难题还需要做什么？

中间件架构应该被拿走。我们需要MTS的替代品。我们需要一个与本地.net同步的messagingbroker。更有效的是，我们需要作为本地.net服务的COM+的替代品。当然。你已经有了数据库APIs和类似的功能。但是我们需要的是Java2平台、J2EE在.net上的替代品。现在，如果你仔细看那些零碎功能的话，我们已经有了一半了。有一个清晰的Java2平台、标准编辑器(J2SE)的替代品，不久我们就会有Java2平台、J2ME的替代品—J2ME与.netFramework紧密相关。但是，微软还没有建立一个真正的J2EE的替代品。我们需要看到.net技术注入SQLServer，这在SQLserver的下一个主流产品Yukon中将会看到。我们需要看到各种.net技术，像BizTalk，具有讽刺意味的是，它现在还什么都不能做。微软的门户网站，电子商务软件，所有的零碎东西都需要在.net上执行。他们需要整合将被淘汰的技术。你提到了WebServices的重要性，那我们将会先看到哪种类型的WebServices呢？

我前面提到大多数公司将会同时使用Java和微软的技术。WebServices是一个很好的方法来整合它们并使他们可以交互操作。我们认为WebServices在移动基于所有权信息方面起着相当重要的作用。Web>我认为抑制在公共的互联网上使用Web>我认为在使用这项技术时仍然缺少技巧。许多开发者将把WebServices当作分布式对象模型一样执行。他们将说“好的，WebServices仅仅是包装了DCOM或者COM组件和EnterpriseJavaBeans组件，”，这是不对的。WebServices是松耦合的、异步消息协议，而不是锁定的、同步机制。人们第一次将不可避免的犯错误。你可以相信Web>这是现在WebServices的一个大黑洞。我们还没有看到任何好的定价模式。我认为我们将会看到，在某种程度上，小的付款模式将会一点点出来。但是还没有回答大的付款模式的例子。你知道，我把HailStorm看作是一个大的、具体化的WebServices的例子。然而现在我听到大量的反对声，因为它是微软的。人们认为这是微软控制互联网的“PhaseII”。我相信如果它不是从微软而是其他的公司，HailStorm将会直接受到大家的欢迎。让我惊讶的是，如果AOL或者和它的合作伙伴不提出和HailStorm长期竞争力的产品。我相信它会成功。我认为人们非常关注的电子商务将会有同样纵向联系的市场。已经转向电子商务的行业将会是第一个使用WebServices的行业。它是下一个逻辑革命。

.net的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于.net开发、.net的信息别忘了在本站进行查找哦。

本文链接：https://bk.89qw.com/a-1104925