.NET架构转Java开发必须了解的历史

终于不在职守在.NET领域 .NET的winform和webform项目也开发了很多了  尤其是WEB领域 从ASP -> ASP.NET 2.0 -> ASP.NET MVC 4.0 ->  ASP.NET CORE（这块还没有研究和实际项目经验）

决定自己学Java的根本原因 是目前前端流行的大趋势下 利用ASP.NET基本上就是开发后端API接口 数据交互到前端页面 由前端UI框架进行展示 以及实现交互功能

既然工作主要集中在前端了 后端仅仅是数据接口以及简单的页面参数传值和绑定 那么多学一个java 多学一个php 也就能多会一种开发语言开发Web项目

至此，利用.NET已有比较经典又复杂的页面，对应的去学习Java对应的架构 实现利用Java编码完成相同的效果 也就只是时间问题了

.NET架构：Visual Studio + ASP.NET（webmethod异步方法）+ EntityFramework ORM

Java架构：Intellij idea + Servlet/JSP/JSP+JavaBean + Hibernate 5.1/5.2 ORM

目前已经基本学会使用maven构建项目 以及掌握HB的各种用法，那么剩下的就是中间的网页技术了 下面的文章就是自己的转载，比较好的让我了解了java web那边的技术发展进程，其实和.NET这边真的是有对应的 所以学起来应该很好理解

转帖内容1：

首先sun提出的是Servlet体系，这个体系使得使用JAVA的程序员也能开发基于B/S架构的WEB应用程序，使用Servlet类将HTTP请求和响应封装在标准JAVA类中来实现各种WEB应用方案。这一步也是sun的J2EE架构中的最关键的一步。
随着大量的B/S架构程序开发出来以后，人们发现Servlet类的编写是非常繁琐的，主要集中在几个问题上：首先有大量冗余代码，这些代码在每个servlet类中都是一模一样或者基本近似的，其次是开发Servlet的程序员很少有精通美工的，导致使用Servlet开发无法方便的做到各种页面效果和丰富多彩的风格，这个时候sun借鉴了微软的ASP方式，正式提出JSP（也就是Servlet

1.1），JSP推出后，JAVA程序员也能象ASP的程序员那样将服务端代码添加在已经由美工设计好的静态页面上，经过一个JSP容器对JSP文件进行自动解析并转换成Servlet类来交给WEB服务器运行。这么一来，极大的提高了工作效率。
人的渴望总是无止境的～～，随着JSP的广泛应用和各种设计模式的盛行，人们发现JSP也暴露了大量的问题：首先，夹杂服务端代码的JSP文件给后期维护和页面风格再设计带来大量阻碍，美工在修改页面的时候不得不面对大量看不懂的服务端代码，程序员在修改逻辑的时候经常会被复杂的客户端代码搞昏。交叉的工作流使得JSP面临大量的困境。这直接导致了servlet1.2的出台，sun在这一版中充分倡导了MVC的概念，大量页面标签的使用使得交叉工作流变的稍微的容易了，服务端标签的兼容性使得美工也可以直接随意移动这些标签而得到对应的效果。但是又暴露了一些问题：设计的差的标签使得程序的错误得不到检测，不成熟的代码导致无法真正的使服务端标签可以和客户端标签那样随意移动而不会导致逻辑错误。这些都有待我们去解决～

BTW:这个过程中有个搞笑事情，sun借鉴微软的ASP提出了JSP，而微软又借鉴SUN的JSP架构完善了ASP.net的架构，所以我们看到，通过不断的竞争与完善，技术总是会让我们逐渐的得心应手，所以尽情享受吧呵呵～。

转帖内容2：

单的说，SUN首先发展出SERVLET，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。
后来SUN推出了类似于ASP的镶嵌型的JSP，把JSP TAG镶嵌到HTML语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如ASP，PHP，JSP都是镶嵌型的SCRIPT语言。
从网络三层结构的角度看，一个网络项目最少分三层：data
layer,business layer, presentation layer。当然也可以更复杂。SERVLET用来写business
layer是很强大的，但是对于写presentation
layer就很不方便。JSP则主要是为了方便写presentation layer而设计的。当然也可以写business layer。写惯了ASP，PHP，CGI的朋友，经常会不自觉的把presentation
layer和business layer混在一起。就象前面那个朋友，把数据库处理信息放到JSP中，其实，它应该放在business
layer中。
根据SUN自己的推荐，JSP中应该仅仅存放与presentation
layer有关的东东，也就是说，只放输出HTML网页的部份。而所有的数据计算，数据分析，数据库联结处理，统统是属于business
layer，应该放在JAVA BEANS中。通过JSP调用JAVA BEANS，实现两层的整合。
实际上，微软前不久推出的DNA技术，简单说，就是ASP+COM/DCOM技术。与JSP+BEANS完全类似，所有的presentation layer由ASP完成，所有的business layer由COM/DCOM完成。通过调用，实现整合。
为什么要采用这些组件技术呢？因为单纯的ASP/JSP语言是非常低效率执行的，如果出现大量用户点击，纯SCRIPT语言很快就到达了他的功能上限，而组件技术就能大幅度提高功能上限，加快执行速度。
另外一方面，纯SCRIPT语言将presentation layer和business layer混在一起，造成修改不方便，并且代码不能重复利用。如果想修改一个地方，经常会牵涉到十几页CODE，采用组件技术就只改组件就可以了。
综上所述，SERVLET是一个早期的不完善的产品，写business layer很好，写presentation layer就很臭，并且两层混杂。
所以，推出JSP+BAEN，用JSP写presentation layer,用BAEN写business layer。SUN自己的意思也是将来用JSP替代SERVLET。
可是，这不是说，学了SERVLET没用，实际上，你还是应该从SERVLET入门，再上JSP，再上JSP+BEAN。
强调的是：学了JSP，不会用JAVA BEAN并进行整合，等于没学。大家多花点力气在JSP+BEAN上。