JSP and Servlet II

Why are these component technologies used? The simple ASP/JSP language is very inefficient for execution. If a large number of users click, the pure SCRIPT language will soon reach the upper limit of its functions, the component technology can greatly increase the function ceiling and speed up the execution.

On the other hand, the pure SCRIPT language merges the presentation layer and business layer, resulting in inconvenient modification and the Code cannot be reused. If you want to modify a place, it usually involves more than a dozen pages of CODE. You only need to modify the component by using the component technology.

To sum up, SERVLET is an early imperfect product. It is very good to write business layers, and it is very smelly to write presentation layers, and the two layers are mixed.

Therefore, JSP + BAEN is introduced, and presentation layer is written in JSP and business layer is written in BAEN. SUN also means replacing SERVLET with JSP in the future.

However, this does not mean that learning SERVLET is useless. In fact, you should start with SERVLET, go to JSP, and then JSP + BEAN.

It is emphasized that after learning JSP, java bean will not be used for integration, which means you will not learn it. You need to make more effort on JSP + BEAN.

In addition:

We can see that when ASP + COM and JSP + BEAN adopt component technology, all components are compiled first, resident in the memory, and then run quickly. Therefore, the speed advantage of the SERVLET/JSP that is often blown out after the memory is compiled first is no longer needed.

On the contrary, ASP + COM + IIS + NT should be closely integrated, and there should be a great speed advantage. In addition, ASP + COM + IIS + NT development efficiency is very high, although there are many bugs.

So why still use JSP + BEAN? Because JAVA has a bright future. After Microsoft split up, the operating system will be combined, and developers of application software must find a common development language for development. The time for JAVA to unite the world is now. If Microsoft splits smoothly, the application software company from the split will become a new leader in JAVA. At present, SUN and IBM, JAVA's big data, are both gloomy and disappointing. We hope the new company will inject new vigor into it. However, it is very likely that new companies will compete with old SUN in the JAVA standard war. The two sides will develop their own standards, affecting the JAVA exaggerated platform.

In addition, the current machine speed is getting faster and faster, and the speed disadvantage of JAVA can be quickly overcome.