本文目录
- 为什么.NET一开源一跨平台，就有人说Java已死
- .net开源 有什么意义
- 请介绍几个好用得.net开源框架
- .NET开源是什么意思以前写的C#的源代码是不是以后可以在LINUX和安卓下编译了
- ASP.NET的开源版与ASP.NET相比具有怎样的优缺点
- net 现在开源了，开源有什么用，不借助mono，能在linux下运行么
- 为什么.net要跨平台必须要开源
- .NET Framework 开源对我们有什么用拜托了各位 谢谢
- .net开源快速开发框架，国内哪个平台比较好
- 说说.net framework开源带来的影响
为什么.NET一开源一跨平台，就有人说Java已死
当初这些人，.NET不跨平台也是这帮人叫的最厉害，.NET死了死了。眼光永远放在一个地方，WEB只是 C#里面的很小一块、别人有 游戏开发，IOT，桌面程序。
现在.NET开源跨平台。JAVA要死了,又是这帮人叫的最厉害。只是说。.NET跨平台了。在WEB上 .NET不再像以前那样卑微了，不管微软做的多么优秀，反正第一句就是怼上来。你.NET不跨平台不开源。说的好像开源了你能改的动一样
JAVA WEB火并不是JAVA语言有多厉害。而是在linux这个环境下有太多太多好用的中间件，遇到底层性能的东西，C# JAVA都是靠边站的角色。JAVA这么多年建立的社区也不是说死就死，至于以后的事谁知道。连delphi这种语言还没死、 C C++ 就喜欢看你们这帮 C# JAVA PHP的开语言地图炮。真是好搞笑。
不偏袒任何一门语言。在桌面上 因为WIN的统治。JAVA没法跟 .NET比。在WEB上 linux统治着。目前java还是老大哥。但是这个统治随着云服务普及化，差距又在缩小，这些差距在中小型企业中会有明显的差距。
但是.NET也没想的那样不堪。天天吵着开源，linux出问题 能改动的公司 用手指头都能数过来
现在说JAVA已死。还过于太早。但是如果按照JAVA 龟壳公司这样玩下去，只会加速.NET在WEB方面起步。 因为光入门 微软套件能谁甩JAVA不止一条街，服务器操作部署甩linux也不是一条街，win服务器跟linux我都用，也别跟我提什么脚本自动部署，大面积那些，能有那样规模的公司能有多少，服务端用C C++都不怕，而且微软的东西几乎全部有免费版本跟企业版本。
企业最怕的东西不是交钱、。而是交钱了出问题没人给我背锅。很明显以后中小型企业首选云服务器。而WIN服务器完全满足这些企业。随便一个开发玩一天就可以部署项目跟维护。linux还在敲命令搞环境，还不一定玩的明白,搜资料10个有9个都是copy的，遇到真正问题的就没了, 你说要请一个专业的运维，是不可能的事。
现在说java死了，还太早，如果按照java这样玩下去，只会给 .net 更多机会。加速在web领域上成长更快，
还有java这么多年的社区 可不是闹着玩的，
.NET开发人员一直非常尊重java的社区非常庞大
但是java会不会尊重.net就不知道。 web只是.net的一个小分支而已。
最后BB一句，未来绝对是图形界面的趋势。你自个玩是你自己的事。但是企业考虑的不是你个人的事
.net开源 有什么意义
对微软来说 可定是不愿意的 开源了 收费项目就少了
对广大开发者 来说 肯定是好的 能够渐渐地了解 某些方法的实现过程
可以通过继承 改写某些方法 使之更加完善 更适合自己的需求 还能学习到很多的算法和思维方式
请介绍几个好用得.net开源框架
1 petShop 4,这个是微软官方为了演示.net的架构而开发的一个宠物商店示例，建议下载项目demo学习
2 log4net,这个是开源的，用于.NET开发环境的日志记录
3 著名的dnn，即DotNetNuke，这个功能很强大，是一个开源框架，建站方便。
.....这个还真不知道，erp的还不太清楚，我个人觉得，不可能开源的。不过有个叫DevFx.NET开发框架，可以了解一下
-net开源
.NET开源是什么意思以前写的C#的源代码是不是以后可以在LINUX和安卓下编译了
1、目前随着C#,VB.NET的开源越来越多的开源爱好者纷纷加入到微软的.NET平台，开始研究它的底层源码，目前.NET运行在Linux需要搭配Mono，但是运行效果怎样，不得而知。
至于MAC OS和IOS据我所知是不能运行.NET,但是Android同样可以借助Mono。这个没有证明过。楼主可以在网上找找。
2、.NET可否跨平台，这个在第1点已讲过了。至于说C#程序员的前途问题，就针对这种常见问题，就我个人经验来看，与使用什么语言的是完全没有关系的，关键是看个人的技术水平。如果非要说哪种程序员更有前途，
那么我会说，精通算法、精通软件设计模式、精通C\C++(特别是指针和OO)的程序员将更有前途。
3、目前.NET还没有做到这点，至于以后，就不好说了，关键还是看微软。如果我是微软这一方，我是不会去考虑这个问题的，因为肯定不会将自己的用户往苹果公司里推。只有从竞争对手里挖用户过来。
4、这个问题和上面的类似，另外根据微软总部最近的一些决策来看，比如 WIN10 免费升级,.NET开源等系列决策来看。我想微软想释放的信号，大家都能猜得到，那就是微软重点还是回归到操作系统来，吸引更多的用户使用微软的操作系统。
以上纯粹是个人的看法。不代表微软！
-开源
ASP.NET的开源版与ASP.NET相比具有怎样的优缺点
不知道你说的是asp.net开源版是什么，是.NET Core？
asp.net只是.net中一个组件，甚至连编程语言都不是（可以使用任何一种.net语言，如C#、vb.net编写asp.net应用的代码），不存在为了它开源不开源的问题。
.net core挺好的，原来是个第三方公司开发的，现在是微软旗下的了，未来应该是.net 5.0，与微软自己的.net共存，功能近似，差别仅是它是开源的。
-net开源
net 现在开源了，开源有什么用，不借助mono，能在linux下运行么
可以做部分开发，.net中有很多函数引用了windows API函数，显然这些函数是不能在Linux下使用的。
请参考下面资料： Mono项目宣布发布Mono 1.2版——微软.NET框架的开源版本。该项目由Novell支持，允许为Windows框架编写的应用程序在Linux和其它非微软平台上运行。
-开源
为什么.net要跨平台必须要开源
很明显微软要扩大开发的市场。至于为什么要扩大只有微软知道。
.net一直是只能在windows系统的服务器才能发布.net的应用程序。至于能在linux上面发布网上也是有教程，但是这是技术大牛做的事情，正真的商业应用不会让你这样去做的。你不开源，除了windows系统，其他系统微软都不会提供技术支持。
要知道，windows系统是要钱的，何况是服务器的windows server。不交钱微软找到你的时候你的公司就会惹官司，本人以前所在XX有遇过这种事。你linux系统是免费的，你想想这是不是意味着公司开销减少了，更多公司愿意使用.net开发应用。
还有就是windows和linux各种系统之间的性能争论战。鄙人不才，不太懂操作系统。
微软本次开源的内容涉及 .NET Framework Libraries、.NET Core Framework Libraries 和 RyuJit VM，允许开发者编写运行于Mac OS X和Linux 的 .NET 程序。并且提供开源保证，托管在Github上，Visual Studio开始支持Android和iOS程序编写并自带Android模拟器。
这很明显微软要扩大移动端的市场。
开源的目的还有很多，例如与php,java等开发语言竞争。.net长久以来听到的统计都是低于java等开发语言的。
总之.net开源就是为了跨平台扩大市场，赚钱。
-net开源
.NET Framework 开源对我们有什么用拜托了各位 谢谢
开源就是开放源代码，就是把开发过程所有的代码都公布出来。 .net framework如今是不开源代码的，比如。.net framework中提供了许多函数，但你可以去调用它，但你永远不知道那些函数的内容（即工作原理），如果开源了，每一个.net framework 的函数都像你自己编的函数一样，都能看到函数的具体运行过程。 如果开源了，我们可以从net framework中参考许多程序流程，系统函数，编程规划等各方面的知识。当然，开不开源对net framework本身的使用并没有影响。
-开源
.net开源快速开发框架，国内哪个平台比较好
这个你得实际考量啊，关键要看你们要开发什么系统，公司技术人员状况，和公司性质了。
国内比较好的有迪西客、金富瑞、力软信息、普元等
这几家里，力软信息的服务更好一些，没有后期收费，在开发过程中遇到阻碍，也能迅速的解决掉。不要问我为什么知道的这么清楚，因为我们公司就在用 - -
-net开源
说说.net framework开源带来的影响
【引自Cat Chen的博客】一些.NET Framework的源代码开放了，基于MS-RL许可，并提供调试整合到VS 2008当中了。从旁观者的角度来说，这是Microsoft迈向开放与社区化合作的一大步，很多人也把这当作历史性事件，然而对于一般的开发者而言呢？这事情到底有多大影响力呢？我认为对于开发者来说，不同角色的开发者遭受的影响是不同的，并且整体影响是导致分工继续细化。
.NET最内层的本质是什么？Microsoft曾经非常引以为豪的COM，.NET只是这种思想一路实践并且进化而来的结果。.NET最开始设计为满足RAD的需求，以便吸引使用其他语言、框架的程序员转移过来，然而开放源代码后RAD的程序员仍然是RAD的，这对他们几乎没有任何影响。想象你是一个习惯于拖放一切的ASP.NET开发者，基本上不想写任何业务逻辑之外的代码，数据访问层用Typed DataSet或者Linq to Sql搞定，界面用现成的Control和Extender，Microsoft这次提供的源代码对你有什么意义吗？因为你不需要自己编写Control或者Extender，自然你不会花时间去了解有关的模式，也无须查看内置控件的代码。如果你调用内置控件出问题了，在Google以及调试内置控件之间，你显然会选择前者。因此，对于习惯于RAD的程序员来说，开放源代码这件事是没有任何直接影响的。
然而，有些间接影响是不能忽略的。前面提到了使用Google搜索问题的解决方案，然而Google自身并不懂得解决问题，答案其实来自于其他已经把问题解决了的程序员，因此这些源代码如果确实帮助了其他类型的程序员解决了问题，那么也就间接帮助了RAD程序员。
那么，还有哪些类型的程序员呢？例如，做稍微底层一些工作的，编写Control、Extender、HttpHandler、HttpModule等可复用组件以便为自己或别人提供方便的。编写可复用组件最糟糕的地方就在于它是可复用的——你永远不知道别人会将它以什么样的方式用在什么样的环境，因此按照一定的模式开发这些组件以便保证兼容性就很有必要，而模式本身最好就参考自.NET Framework内置的同类组件，除非你想更大范围地研究.NET Framework并重新发明轮子。因此研究与模仿内置组件的行为是组件开发者的必修课，而从ScottGu文章（Releasing the Source Code for the .NET Framework Libraries）中的截图看来，内置组件丰富的注释将有助于程序员更轻松地理解其原本的设计方式，从而更轻松地在自己的组件中模仿内置组件的行为。事实上，有很多内置组件是设计为对另外一些内置组件特别照顾的，这类型的耦合在Reflector中阅读代码时是最难以理解的，如果阅读有注释的代码相信会轻松不少。
最后，开放源代码可能将会导致对.NET Framework进行纯粹思想或理论作研究的人数增加。事实上，无论.NET Framework多么倾向于实用型，如果Microsoft需要获取来自社区的创新思想，还是必须吸引一群思想家的，否则大多数的社区创新都只是应用与应用方法，Microsoft还是独揽.NET Framework前进方向的控制权。这种中央集权有它高效的地方，特别是发展初期，Microsoft能够根据自己的实力战略性地安排新特性的研发顺序。然而Microsoft也曾经因此吃亏，例如ASP.NET 2.0没能引入AJAX支持，直到最后才急忙补上一个Callback特性，并承诺日后开发完整的AJAX库。因此，倾听来自社区的观点很重要，而要求社区有观点就必须先提供素材给他们讨论，开放源代码将能够激发社区对.NET Framework的研究热情并且提供更多能够作为反馈信息的新观点。
因此，就.NET Framework开放源代码这样一件事情而言，对于不同的开发者其影响的大小是不同的。同时我们也能预期Microsoft本身肯定也是最大的受惠者之一，否则以其智慧绝对不会做这样一个决策。
-开源
