ExtJS는 죽을 것인가?[닫은]
https://stackoverflow.com/questions/1633406
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
ExtJS를 살펴보면 플래시 요구 사항 없이 Flex와 같은 더 큰 제품군이 제공하는 많은 RIA 기능을 제공하는 것으로 보입니다.그러나 jQuery-UI와 같은 오픈 소스 이니셔티브가 계속되면서 ExtJS는 어느 시점에서 단순히 사라질까요?게다가 플래시 보급률이 계속해서 증가하고 있는데 왜 자바스크립트 라이브러리에 재고를 넣어야 할까요?
그렇긴 하지만, jQuery와 같은 JavaScript 라이브러리는 훌륭한 기능을 갖춘 사용하기 쉬운 API를 제공하는 데 있어 큰 도약을 이루었으므로 거기에는 어느 정도 장점이 있을 것입니다.
생각?의견?ExtJS에는 가격표가 있어서 이런 질문을 드리고 싶습니다.
해결책
IMHO, jQuery, ExtJS 등의 필요성XBL2, CSS3 사양의 전체 컬렉션, SVG 및 HTML5가 모두 모든 데스크톱/모바일 웹 브라우저에서 동일한 범위로 제공되는 즉시 제거될 예정이며 이는 향후 5년 이내에 발생하지 않을 것입니다.
ExtJS를 살펴보면 플래시 요구 사항 없이 Flex와 같은 더 큰 제품군이 제공하는 많은 RIA 기능을 제공하는 것으로 보입니다.
Flex 애플리케이션을 실행하려면 여전히 Flash Player가 필요합니다. 예를 들어 모바일 장치에서는 사용할 수 없습니다.
그러나 jQuery-UI와 같은 오픈 소스 이니셔티브가 계속되면서 ExtJS는 어느 시점에서 단순히 사라질까요?
ExtJS를 jQuery-UI와 비교하는 것은 의미가 없습니다. 왜냐하면 jQuery는 주로 HTML 문서의 작업을 단순화하고 웹 페이지를 더 좋게 만드는 크로스 브라우저 라이브러리인 반면 ExtJS는 향상된 데이터 기반 UI 구성 요소를 제공하는 진정한 응용 프로그램 프레임워크이기 때문입니다. 응용 프로그램을 더 쉽게 만들 수 있습니다.
게다가 플래시 보급률이 계속해서 증가하고 있는데 왜 자바스크립트 라이브러리에 재고를 넣어야 할까요?
플래시 보급률이 "계속 증가하고 있다"는 사실은 중요하지 않습니다. 플래시는 이미 데스크톱 장치의 98%에서 사용할 수 있기 때문입니다.Javascript 라이브러리에 주식을 넣는 것은 말이 됩니다. (대부분의 주식을 DHTML에 넣은) Google을 믿으세요.
ExtJS는 어느 시점에는 그냥 죽게 될까요?
실제로 언젠가는 .Net, Java 등이 죽을 것이기 때문에 그럴 것입니다.그러나 예측된 미래에는 죽지 않을 것이며 이러한 종류의 육체 없는 솔루션에 대한 필요성은 계속 증가할 것입니다.
대체 GUI 프레임워크를 살펴볼 수도 있습니다. 풍부한 SDK, 올해 11월 1일에 오픈 소스로 공개될 예정입니다.이는 SVG, XUL 및 더욱 동등하게 크로스 브라우저와 같은 기술을 가능하게 합니다.
다른 팁
나는 Ext JS가 곧 죽을 것이라고 생각하지 않습니다. 그것이 아마도 그것이 마지막 JS 프레임 워크 중 하나 일 것입니다. Extjs는 견고한 사용자와 개발자 기반을 가지고 있으며 많은 오픈 소스 프로젝트가 그에 구축되고 있기 때문에 이것을 말합니다 (예 : ASP.NET Dual-Licensed CMS, 감각/그물 다른 주위에 백엔드를 전적으로 구축합니다).
그들은 견고한 사용자 기반을 가지고 있으며 곧 레이스를 떠나는 것을 보지 못합니다. 그것은 당신이 일반 시장을 조사 할 때 항상 인터넷을 볼 수 있다고 말했습니다. 스타 벅스와 지역 카페는 모두 공존 할 수 있습니다.
그 말 ...
iii'i''mo는 JavaScript/Dom Guru가 아니며 ASP.NET 프로그래머이자 현재 100% 클라이언트 측 라이브러리를 조사하고있는 FlashBuilder 코더입니다. 내가 찾는 것은 extjs가 jQuery보다 레이아웃과 UI 위젯이 훨씬 더 풍부하다는 것입니다. jQuery에는 많은 운동량이 있고 새로운 UI 구성 요소가 항상 다가오고 있습니다. 그럼에도 불구하고 ExtJS는 이와 관련하여 주요 리드를 가지고 있습니다.
jQuery를 사용하면 jQuery가 페이지 마크 업에서 기존 요소에 영향을 미치기 때문에 주로 기본적인 것을 얻거나 실행하는 것이 훨씬 쉽습니다. 골격 HTML 페이지를 작성한 다음 요소에 jQuery 기능을 적용 할 수 있습니다. 페이지가 기본적으로 빈 바디 태그이고 페이지 내용이 DOM에 쓰기를 통해 페이지 내용이 생성되는 ExtJ와 비교하십시오. 내 Ext (Visual) 디자이너가 내 페이지를 배치하고 속성을 설정할 수 있도록 텍스트 편집기를 사용하여 ExtJS 구성 객체를 코딩하는 것은 너무 지루한 것이 아니며 전혀 좋아하지 않습니다. 그러나 Ext의 비주얼 디자이너를 사용하면 RAD에 접근합니다.
IE8의 extjs는 IE8의 단점으로 인해 느리고 조잡 할 수 있습니다. 내 경험상 ExtJS RIA 레이아웃은 FF, Chrome 및 Opera에서 아름답게 작동하지만 IE8에서는 거의 작동하지 않습니다. 그러나 Google의 크롬 프레임이있는 IE8은 다음과 같습니다. Google의 MSFT, MSFT의 그 소유주들에게 좋은 직감 펀치!
나는 FlashBuilder가 취하는 하이브리드 접근법을 정말 좋아합니다. FB를 사용하면 MXML 및/또는 ActionScript 클래스를 작성할 수 있습니다. 내가 알 수 있듯이 다운 측면은 플래시 플러그인이 필요하다는 것입니다. 플래시 플러그인이 다른 도도 인 WordPerfect의 길을 가고있는 것을 두려워합니다. . FlashBuilder에서 Actionscript의 OO 기능을 최대한 활용할 수 있기를 바랍니다. MXML 및 FB 디버거 및 크로스 컴파일 Extjs에게! FB : Ext :: GWT : 폐쇄.
각 기술과 마찬가지로 모든 사람은 자신만의 케이크 조각을 갖게 됩니다.ExtJS는 ExtJS LLC가 존재할 때까지 죽지 않을 것입니다. (그들은 그것을 사용하고 있습니다 :)) 그리고 그들이 어느 시점에 있을 때 (나와 같은) 그들의 lib를 사용하는 숭배자들을 갖게 될 때까지 당신은 그것이 완벽하든지 상관없이 선택한 기술을 사용해야 합니다. 아니다.Lotus Domino를 보십시오. 그것은 쓰레기이고 다른 한편으로는 훌륭한 소프트웨어입니다. 그리고 여전히 살아 있습니다...:)
ExtJS에는 이중 라이센스가 있으며 소스가 열립니다
그리고 나는 그것을 사용합니다. 데이터 작업을위한 좋은 라이브러리 - 그리드, 나무 ... 이름을 지정합니다. 그리고 그것은 많은 컨트롤이 있습니다. 그래서 좋은 도서관 ...
개발자가 계속 작업하는 한 프레임 워크가 죽지 않을 것입니다. 효과적으로 죽은 몇 가지 프레임 워크가 있었지만 (예 : 내가 좋아하지만 Yui3를 위해 떨어 뜨린 Mochikit)는 업데이트되지 않으며 사용할 수 없다는 것을 의미합니다. 당신이 하나를 충분히 좋아한다면, 당신은 자신의 릴리스를 쉽게 내놓고 프로젝트를 다시 시작할 수 있습니다.
개인적으로 저는 프로토 타입을 사용하지만 같은 주장입니다. 이를 따르는 수많은 보안 문제와 모든 장치가 플래시를 재생할 수 있다는 사실로 인해 Flash를 강력히 싫어합니다. iPhone은 주요 예입니다. JS 라이브러리를 사용하여 애니메이션 및 기타 사항을 지원할 수 있습니다.
일부 회사는 또한 보안 정책으로 플래시를 비활성화하지만 이것이 전부는 아닙니다. (그러나 나는 이것이 사실이었던 곳에서 일했다.)
또 다른 질문은 새로운 HTML 표준의 출현으로 플래시에 관심이 있는지 여부입니다.
