모든 자바 애플릿은 어디로 갔습니까?
자바가 어렸을 때 사람들은 애플릿 작성에 흥미를 느꼈습니다. 그들은 잠시 동안 시원하고 인기가있었습니다. 이제는 더 이상 볼 수 없습니다. 대신 우리는 플래시, 자바 스크립트 및 기타 수많은 웹 앱 구축 기술을 보유하고 있습니다.
사이트에서 더 이상 Java 애플릿을 사용하지 않는 이유는 무엇입니까?
또한 궁금합니다. 역사적으로 왜 이런 일이 발생했다고 생각하십니까? Java 애플릿을 유지하기 위해 다르게 수행 할 수있는 작업은 무엇입니까?
나는 자바 애플릿이 플래시와 액션 스크립트 (의도하지 않은 말장난)에 의해 가려 졌다고 생각한다. 당시 자바 애플릿이 사용되었던 것 (애니메이션 + 상태 저장 애플리케이션)에 훨씬 더 쉽게 사용할 수 있었다.
이 점에서 Flash의 성공은 파일 크기가 훨씬 더 작을뿐만 아니라 Netscape의 종말과 IE의 지배력이 높았던시기에 Microsoft가 Internet Explorer에서 MSJVM을 제거하게 된 Sun 대 Microsoft 소송의 이점으로 이어집니다.
1) 무서운 UI를 위해 만들어진 AWT. 스윙은 개선되었지만 너무 늦었습니다. 왜냐하면 ...
2) 마이크로 소프트는 브라우저 (독점 MSJVM)에서 자바에 대한 지원을 중단했고, 그 전에는 출시 된 마지막 버전 인 대략 JDK 1.1 만 지원했습니다. 호환됩니다.
3) 따라서 오늘날에는 플래시와 달리 대부분의 개발자가 아닌 컴퓨터에서 애플릿이 실행될 것이라고 확신 할 수 없습니다.
그런데 ActiveX도 마찬가지입니다.
그만한 가치를 위해 썬은 애플릿에 다시 돈과 자원을 쏟아 붓고 있습니다. 그들은 JDK 1.6.10 에서 전시에 사용되는 많은 '단순함'애플릿을 완화하기 위해 몇 가지 중요한 개선을 이루었 습니다. 예를 들어,이 업데이트를 사용하면 애플릿이로드되는 동안 사용자 정의 로딩 이미지 / 애니메이션을 표시 할 수 있으며 플러그인은 성능 향상을 위해 주요 다이어트에 추가되었습니다.
그들은 또한 Flash 및 Silverlight- JavaFX 와 직접 경쟁하기위한 이니셔티브에 착수했습니다 .
시장이 이것에 반응할지 여부는 아직 밝혀지지 않았지만, Flash가 시장에서 우위를 점하고 있다는 점을 감안할 때 썬의 매력적인 움직임은 분명합니다.
Java의 GUI API가 완전히 빠졌을 때 모든 사람들이 Flash를 사용하고있었습니다. 그리고 오늘날에도 Java는 멋진 그래픽을 수행하는 데 Flash만큼 뛰어난 곳이 아닙니다.
자바가 "진짜"이기 때문이라고 생각합니다. 범용 언어. 애플릿을 만들려면 코드를 작성해야하며 바로 가기가 없습니다.
이제 플래시 등이 등장 했으므로 웹 사이트를위한 멋진 애니메이션을 만드는 방법을 통해 거의 뚝뚝 떨어 뜨릴 수 있습니다. 이것은 진입 장벽이 훨씬 낮습니다. 플래시 애니메이션을 작동시키기 위해 프로그래밍 방법을 알 필요가 없습니다. 따라서 플래시가 확산되고 Java 애플릿은 더 이상 거의 사용되지 않습니다.
애플릿은 마이크로 소프트와 썬 사이의 전투에서 부수적 인 피해라고 생각합니다.
처음에 JVM은로드 속도가 매우 느 렸고 메모리가 너무 많이 필요했습니다. 그런 다음 컴퓨팅 성능이 향상되어 JVM이 가능 해졌을 때 Sun은 모든 것을 Java로 제어하려고 시도했습니다.
지난 3 월 썬이 마이크로 소프트를 상대로 제기 한 또 다른 개인 독점 금지 소송의 일환으로 썬은 마이크로 소프트가 Windows XP 운영 체제에 현재 자바 가상 머신 (JVM)을 포함하도록 요구하는 예비 명령을 구했습니다. 마이크로 소프트는 이번 주에 JVM을 포함 시키기로 한 결정은 최근 썬과의 법적 얽힘의 직접적인 결과라고 말했지만 마이크로 소프트는 2004 년 1 월 1 일 이후 윈도우에서 자바 지원을 해체 할 계획이다. 마이크로 소프트 리버스 과정, 윈도우 XP에 자바 VM 포함 예정 -지금
로드하고 브라우저에 들어가는 데 시간이 오래 걸렸지 만 많은 사람들이 일하지 않았습니다. 마침내로드되었을 때 인터페이스는 추악하고 투박했습니다. 열악한 사용자 경험은 애플릿을 쓸모 없게 만드는 큰 발걸음이라고 생각합니다.
그래서 원래의 질문에 답하기 위해 제 질문이 있습니다. "사이트가 더 이상 자바 애플릿을 사용하지 않는 이유"를 묻는다면 제 대답은 "누구나 왜 원할까요?"입니다.
전염병 환경 (학과 또는 교수진 사이트에서 호스팅)에서 많이 볼 수 있지만 그다지 인기가 없다는 점에서 맞습니다.
그러나 Java의 큰 약속이 달성되었음을 기억하십시오. 우리는 Flash, Java Applets, Silverlight 및 지속적으로 개선되는 JavaScript 프레임 워크를 보유하고 있습니다.
이제 개인적인 의견을 추가하면 Java 애플릿이 우아하지 않다고 생각합니다. 보기 흉하게 보이는 경향이 있으며, Java 런타임은 OS에서 그 존재를 너무 잘 알려져 있습니다 (런타임 비주얼, 업데이트 및 추악한 설치 프로그램 측면에서). Flash는 리치 미디어 환경과 투명한 (유비쿼터스) 배포로 훨씬 더 좋습니다.
사람들은 여전히 애플릿을 사용합니다. 하지만 당신 말이 맞습니다. 수많은 다른 해결책이 있습니다. 예를 들어 javafx를 살펴보십시오.
호환성 문제가 큰 문제라고 생각합니다. 특히 표준을 준수하지 않았던 IE 및 Microsoft의 Java VM에서 가장 두드러집니다.
Sun JVM을 사용하더라도 문제가 발생할 수 있습니다. 모든 종류의 문제를 일으키는 서로 다른 버전의 Java를 필요로하는 두 개의 타사 애플릿이있는 곳에서 재미있게 지 냈습니다. 썬은 애플릿을 Java Web Start 로 대체 하여 브라우저 내부가 아닌 자체 창에서 애플리케이션을 시작하는 링크를 제공하는 Java Web Start 로이 문제를 해결하려고 했습니다. (이론적으로 JWS를 사용하면 서로 다른 VM을 사용하는 다양한 애플리케이션을 가질 수 있지만 저에게 꼭 맞는 것 같지는 않습니다.)
JavaScript의 발전으로 훨씬 더 풍부한 웹 페이지를 개발할 수있게 되었기 때문에 과거에는 애플릿에서만 할 수 있었던 많은 작업을 이제 AJAX로 간단히 수행 할 수 있습니다.
첫째, 그들은 사라지지 않았습니다. 웹에서 여전히 많은 애플릿을 찾을 수 있으며, 많은 사람들이 특히 알고리즘을 시연하는 데 사용합니다.
장점 : 기존 라이브러리 (수학, 물리, 정렬, 그래프 등)를 활용할 수 있으며 Flash보다 빠릅니다.
불편 함 : 최근 JVM을 대상으로하는 것은 위험 할 수 있습니다 (Sun이 자동 업데이트에 대해 잘 했음에도 불구하고 많은 사람들이 이미 Java 1.6을 사용하고있는 것처럼 보임),로드 시간이 약간 느립니다 (대단한 발전이 있었음에도 불구하고). .
Bookworm 과 같은 많은 게임 애플릿도 찾을 수 있으며 , 추가 이점은 아마도 휴대폰에서 실행하기 위해 이미 일부 작업을 수행 할 수 있다는 것입니다.
둘째, JavaFX에 대한 관심 회복을 예측할 수 있습니다. 스테로이드에 애플릿, "애플릿은 추하다"라는 전설을 깨뜨릴 수 있습니다 ... :-)
마지막으로 Processing 과 같은 라이브러리 를 사용하면 그래픽 집약적 인 애플릿을 매우 쉽게 만들 수 있으며, 예를 들어 인터넷에서 많은 애플릿을 찾을 수 있습니다. 에 OpenProcessing 최악 (프로그래밍 초보자는) 최고의 근처입니다!
JVM이 실제로 얼마나 널리 퍼져 있는지 궁금합니다. Flash의 경우 IE5가 사전 설치하여 대규모 자동 사용자 기반을 제공했습니다. 그러나 JVM이 OS 설치에 포함되어 있지 않으면 사용자는이를 가질 수 없습니다. 개발자로서 가장 큰 설치 기반을 목표로한다고 가정합니다. 즉, Java보다 Flash를 선택하는 것입니다.
여기 저기 Java 애플릿이 있습니다. 확실히 널리 퍼지지는 않았습니다.
i believe it's their ugliness that kept them away from the modern web. flash brought the design, javascript brought a convenient way to make some cool things on a client. being a box inside a browser (just like a flash, though, but much uglier) applet technology was put away.
actually, the only thing that might be missed is the possibility to have a 'client-server' type of communication inside the web, because java applet could have a stateful connection. on the other hand, you would have to put some server on the other side and open a port for it, which just was too much house-work for shared hosting environments.
applets still live in some different areas, like control centers for roads, tunnels, power plants and stuff like that.
People are still using applets, at least for the company that I am working with. The applets are used mainly by internal users.
I feel that applets have their benefits, as companies which employ Java at the server side, most probably will have a large pool of talents who are better skilled at Java.
Although perhaps other technologies like Javascript, HTML/CSS or flash are more popular or more fanciful, but the talent pool could be better employed to create web apps with Java applets as it is a language that they are already familiar with through their work with the server end stuff.
It could be faster for the Java talent pool to deliver a change request with Java applet solutions at a higher accuracy than any other technologies.
때로는 기술 솔루션에서 가장 중요한 것은 기능과 지원을 제공해야하는 사람들이 변화에 얼마나 빨리 대응할 수 있는지입니다.
JVM은 매우 널리 퍼져 있습니다. 특히 적어도 제가 일했던 곳에서는 항상 JVM이 설치되어있었습니다.
저는 현재 Java Applet에서 작업하고 있지만 일반적으로 꼭해야하는 경우가 아니면 애플릿을 사용하지 않습니다. 하지만 다시 말하지만 저는 Flash 나 Silverlight도 사용하지 않을 것입니다. 애플릿은로드 시간이 느리며 웹 페이지에서 제자리를 벗어납니다. 또한 Macromedia / Adobe는 좋은 기존 애플릿을 능가했습니다.
참조 URL : https://stackoverflow.com/questions/51390/where-did-all-the-java-applets-go
'Development Tip' 카테고리의 다른 글
| 레이아웃 페이지 또는 페이지 당 여러 구성 요소와 함께 React-Router 사용 (0) | 2021.01.06 |
|---|---|
| Numpy 크기 조정 / 크기 조정 이미지 (0) | 2021.01.06 |
| 오라클 : WHERE 절에서`(+)`는 무엇을합니까? (0) | 2021.01.06 |
| PHP에서 현재 함수를 실행하는 코드 줄과 파일을 얻습니까? (0) | 2021.01.06 |
| 표준 Java API 만있는 javax.xml.transform.Transformer의 예쁜 인쇄 출력 (들여 쓰기 및 문서 유형 위치 지정) (0) | 2021.01.06 |