1j2ee的web工程，技术，归根究底，只有：html，JavaScript，后端java类 三种技术2后端参数在最终html中肯定会显式的显示出来，不然参数有什么用，参数即输出内容，就是给用户看的

1j2ee的web工程，无论你前端用的什么技术（html、jsp、jQuery、JavaScript等），只要你在浏览器输入一个http url请求，等请求响应完毕（即浏览器不在是处于加载状态，即不在是有个圆圈在转表示正在加载），你得到的肯定是一个html静态页面。即这个html页面的内容是完全具体的，任何该显示的都显示出来了，不再有任何隐式的东西（如jsp中${user.name}这种东西，肯定都不会存在的，肯定会显示为${user.name}该表示的值）。

怎么看这个最终的静态页面呢？

右击，查看源码？错

正确的做法是，f12，Elements

所以在请求响应完毕后，你如果触发一个动作拿某个控件（如input文本框）的值、属性（href属性）的值，肯定是具体的值（即最终该显示的值，而不是${user.name}这种）。

1）这也是为什么通过javascript操作，获取某个控件的值，和j2ee的web工程研发过程中，工程中的jsp页面中（或者html页面中），显示的内容不一样？

答：因为j2ee的web工程研发过程中，工程中的jsp页面中（或者html页面中），并不是最终的html值，而JavaScript只工作做最终的静态页面上（即所有请求都完毕的最终html页面，即f12的Elements中看到的那个）。

2）这也是好多架构和研发框架中，前端和后端，参数传递的时候，后端传到前端的参数，在最终的html页面上，肯定会显示出来的。如在预览页面的最终html页面，"修改"按钮的http url是  /user/modify？id=646f2da8b8ce0440eddb287f，而此时点击"修改"，触发一个JavaScript，然后将http url通过ajax提交到后台，id参数也就也跟着传递过去了。

这也是为什么在前后端分离新框下，工程研发中，html页面的某一个的realhref为红色部分。

<th ··· ··· w="1020" h="600" realhref="/user/viewUser?ID="click="viewBack(this);" title="XX"></th>

而点击之后，触发viewBack方法，得到的realhref竟然ID=5a19a3.......，

这说明realhref这个属性被UI框架封装了写入了Id参数，而在研发中的html页面是不显的，但是在最终的静态html页面上是显示出来的，因为最终的html页面是最终的html静态页面，上面的值都是最终的，具体的。（这也是为什么viewBack方法要使用operateUrl代替realhref这个属性，因为最终的静态html页面上，是operateurl，如下所示的红框中）

viewBack方法的部分代码如下：

2html，和JavaScript的关系

JavaScript是运行在客户端，即浏览器端的程序。

即JavaScript是运行在，请求相应完毕后，最终显示的html静态页面上，明白这一点，你就懂了。JavaScript运行在最终的html静态页面上，而不是研发过程中的html页面上，更不是jsp上。

即只要你在浏览器输入一个http url请求，等请求相应完毕，你得到的肯定是一个html静态页面。而此后，点击任何触发JavaScript的动作，都是在对当前的html静态页面进行的操作。

3j2ee的web工程，技术，归根究底，只有：html，JavaScript，后端java类。

只运用这三个技术，就可以实现任何j2ee的web工程的开发。

而JavaScript可能会出发http url（或者jQuery的ajax），而一旦浏览器发出请求，并相应完毕，你最终得到的，肯定还是一个html静态页面。

更偏激的一点的理解是，j2ee的web工程，技术，归根究底，只有html。因为JavaScript和后端java类，最终的终点还是一个html静态页面。

另一个重要的总结：

后端参数在最终html中肯定会显式的显示出来，不然参数有什么用，参数即输出内容，就是给用户看的。

也就是说，在最终的html中运用javascript，可以拿到任何后端传到前端的参数。该参数在某个html标签、控件、某个属性等当中，只需用javascript获取即可拿到。