OpenLaszlo의 듀얼 런타임 접근법 (HTML5 및 Flash/SWF)이 유효합니까?

Question

오픈 라즐로는 - 내가 아는까지로 - 다음과 같은 기능을 가진 유일한 리치 인터넷 애플리케이션 플랫폼 (모질라의 XUL과 유사)

• 선언적 XML 기반의 사용자 인터페이스 언어가 LZX를했다.
• JavaScript 또는 ActionScript 3에 대한 LZX의 크로스 컴파일 (따라서 두 런타임을 지원).
• XML 및 JavaScript 또는 JavaScript만을 사용하여 구성 요소를 개발할 수있는 기능. 모든 구성 요소는 OpenLaszlo에 의해 렌더링되므로 브라우저와 장치에서 동일하게 보입니다.
• 런타임에서 작동하는 시스템, 키보드 및 마우스 관리를 봅니다.
• 구성 요소는 LZX (XML + JavaScript) 또는 JavaScript 전용으로 작성 될 수 있습니다.
• 구성 요소를 데이터 세트 요소에 매핑하는 XPath를 지원하는 XML 데이터 세트.
• 미리 정의 된 여러 레이아웃을 지원하는 레이아웃 엔진. 개발자는 사용자 정의 레이아웃을 쉽게 구현할 수 있습니다.
• XML 속성의 간단한 구문을 사용하여 제약 조건을 강력하게 지원합니다. $ once {JavaScript expression} 또는 $ always {JavaScript expression}.
• 두 런타임 모두에서 작동하는 기본 제공 디버거 (개발자 콘솔).

나는 쉽게 오픈 라즐로가 만드는으로 HTML5 애플리케이션으로 만들어 더 이상 현대 자바 스크립트 프레임 워크를 보지 못했다 - 오픈 라즐로와 함께 제공되는 현재 구성 요소 세트가 90 년대에 다시 맥 OS처럼 조금 보이는 유일한 단점으로 .

그러나 HTML5/JavaScript 응용 프로그램과 Adobe Flash 응용 프로그램 (Adobe AIR 기반 모바일 응용 프로그램을 만들 수있는 옵션이 있지만 OpenLaszlo 서버에 직접 빌드되지는 않음)과 함께 응용 프로그램을 배포하는 방법이 얼마나 효과적입니까)? Adobe는 FalconJS 컴파일러 프로토 타입 (자세한 내용은 Adobe video Open Discussion about Falcon and FalconJS 참조)과 비슷한 작업을 시도했지만 들었습니다. FalconJS 개념 증명 코드는 Apache Flex 프로젝트의 일부로 Apache Foundation에 제공되지만

OpenLaszlo 쇼케이스 섹션에서 두 런타임을 모두 사용하는 애플리케이션은 하나도 없다는 것은 놀랍습니다 : http://www.openlaszlo.org/showcase

old Ajaxian article from 2007 나는 Laszlo Webtop의 "최종 릴리스가 OpenLaszlo 4를 지원할 것이며 이는 Ajax 및 Flash 응용 프로그램 모두를 지원할 것입니다."라고 읽었습니다. 그러나 라즐로 웹탑 데모 사이트 http://gowebtop.com/webtop/에는 플래시 기반의 웹탑 버전 만 있습니다. 나는 this Stackoverflow discussion에서 Gliffy (내가 알고있는 가장 인상적인 OpenLaszlo 응용 프로그램 중 하나)이 OpenLaszlo의 이중 런타임 기능을 사용하지 않고 JavaScript를 사용하여 재구성되었음을 읽었습니다.

HTML5/DHTML과 Flash로 배포 된 다른 대형 OpenLaszlo 응용 프로그램이 있습니까? OpenLaszlo.org 웹 사이트에 나열되어 있지 않을 수 있습니다. Flash가 그다지 인기가 없다고해도, 오디오 컨퍼런스, 브라우저에서 3D, GPU 가속 비디오 재생 등 여러 가지 유스 케이스에 대한 관련 기술입니다.

Answer 1

내가 필요로하는 더 나은 무료 오픈 소스 RIA 도구가 없다고 결론을 내린 후 2004 년에 OpenLaszlo를 사용하기 시작했습니다.

내 앱은 현재 SWF 및 JavaScript 런타임을 활용합니다. 그래서 그들은 지금 죽은 라즐로 쇼케이스에 있지 않기 때문에 두 가지 런타임을 모두 활용하는 대형 앱이 없다는 것을 의미하지는 않습니다. 나는 7 년 동안 내 애플 리케이션을 작업 해왔다. Gliffy는 IMHO와 비교할 때 땜장이 장난감입니다 ... 아직 OL보다 더 복잡한 OL 앱을 찾지 못했습니다. 그들이 거기에 있지 않다는 것을 의미하지는 않지만, 그들이 있다면 나는 그들을 보지 못했습니다.

하나 또는 다른 런타임에서 내 앱을 실행하는 것은 불가능합니다. 그래서 저에게는 두 가지 런타임을 모두 갖는 것이 필수적입니다. SWF5가 가장 일관된 크로스 브라우저 경험을 제공하는 반면, HTML5는 특정 작업에는 너무 느립니다.

HAXE는 OL 대체품이 아닙니다. OL의 가치는 제약 조건, 인스턴스 기반 프로그래밍 및 뷰에서 데이터 바인딩의 용이성을 통해 얻은 생산성 향상이었습니다. 다른 도구를 사용하여 직접 내 제품을 만들 수는 없었습니다. 나는 멀리서 보았다. OL이 쇠퇴하고 이제는 죽은 상태지만, 계속 찾고 있습니다. OL의 HTML5 런타임은 악성 코드 인 최신 IE 버전에서는 작동하지 않지만 IE7 에뮬레이션 모드 또는 Chrome 프레임 플러그인 (IE의 진부한 JavaScript 엔진 때문에 실제로 필수적 임)을 통해 실행되도록 만들 수 있습니다.

두 런타임이 필요한지 여부는 프로젝트에 따라 다릅니다. 컴파일러 제작자가 SWF와 HTML5 런타임을 둘 다 방출 할 수 있다는 것이 바람직하다고 생각하는 것은 사실이지만, OL은 수년 동안 그것을 할 수 있었기 때문에 지금은 내 시스템과 같은 시스템을 사용하고 있습니다. 능력.

예를 들어, 내 시스템은 Flash 플러그인을 허용하지 않는 군대 분류 네트워크에서 사용되고 있습니다. 따라서 설치시 HTML5를 사용해야합니다. 분류 된 네트워크에서 실행되지 않을 때, 내 시스템은 이점이있을 때 런타임 성능과 SWF 런타임의 다른 기능을 활용합니다. 하이브리드 접근법은 필자에게 필수적이다. SWF 전용 앱이있는 경우 분류 된 네트워크에는 허용되지 않지만 HTML5 인 경우 브라우저 제한으로 인해 앱의 일부만 별표가되지 않습니다.

Answer 2

나는 이것이 완전한 대답이 될 수 없다고 말하면서주의해야한다. 그러나 정보의 일부가 유용 할 것입니다.

최근에 Stackoverflow에 대한 또 다른 질문과 관련하여 OpenLaszlo를 보았습니다. 리뷰에서 Raju가 코멘트에 제공 한 리뷰 (증거로 here)에서 모든 특징을 가진 것으로 보였습니다.

Gliffy와 관련하여 this article은 OpenLaszlo를 포기하는 이유에 대해 약간의 통찰력을 제공합니다. 특히 컴파일 시간 문제와 이것이 개발 시간에 미친 영향에 대해 언급합니다.

확실히 모든 상자에 체크 표시가 없으며 (특히 선언적 XML 기반 UI 언어에 대한 지원이 있다고는 생각하지 않습니다), HAXE/NME은 컴파일 할 수있는 핵심 요구 사항을 나타냅니다 플래시와 HTML5 모두.

공정한 공개, 실제로 사용하지는 않았지만 좋은 내용을 계속 들었습니다. (방금 2 명의 스피커가 열광하는 창작 회의에 나간 적이 있습니다.) 본질적으로 ActionScript 3.0에서 중요한 불만을 제외하고 주요한 생략 (예 : 추상 클래스)입니다. 그러므로 ActionScript 3.0을 이미 알고 있다면 즐겁게 작업 할 수 있어야합니다.

Answer 3

2012 년 웹 개발자도 여전히 회사가 OpenLaszlo을 처음 만들 때 해결하려고 시도한 Laszlo 문제에 직면 해 있습니다.10 년 전 Flash는 플러그인이 설치된 데스크톱 브라우저의 97 %에 완벽한 픽셀 렌더링을 제공하는 유일한 크로스 브라우저 기술이었습니다.
JavaScript, HTML 및 CSS에는 오디오 및 비디오 재생, 글꼴 포함, CSS 기반 애니메이션, 콘텐츠의 하드웨어 가속 렌더링, API 그리기, 최근에 일부 브라우저 (Chrome, Firefox, WebRTC를 기반으로하는 Opera). 최신 브라우저는 플래시와 거의 동일한 기능을 제공하지만 IE9보다 이전 버전의 Internet Explorer를 사용하여 웹을 탐색하는 사용자는 여전히 일정 비율입니다. 소비자 외장 또는 비즈니스 애플리케이션을위한
요구 사항은 여전히 ​​다른 : 많은 기업

당신은 브라우저의 API와 차이를 알고 있다면, 당신은 쉽게 당신이 무엇을 80 ~ 90 %에 달성 할 수
크로스 브라우저 응용 프로그램 개발 개방형 표준을 기반으로 한 Flash로 할 수 있습니다. 하지만 여전히 개발자의 전문성에 달려 있습니다. 플래시를 사용하면 모든 브라우저에서 사용할 수있는 ActionScript API를 사용할 수 있습니다 (Windows 및 OS X의 경우 Linux에는 몇 가지 제한이 있으며 제대로 지원되지 않습니다).

순수 자바 스크립트
LZX을 대 LZX 언어는 아직 설립 개발 방식을 사용하여, 훌륭한 UI를 구축하기위한 훌륭한 언어이다. LZX는 많이 발전했습니다. CSS 지원, 믹스 인, XML 대신 JavaScript로 코딩하는 클래스에 대한 지원, ActionScript 3 코드를 언어에 포함 할 수있는 기능 등이 새로운 기능입니다.
6 년 전 - LZX를 만든 지 오래 되었습니까? 많은 개발자는 좋은 JavaScript 코드를 작성하는 방법을 몰랐습니다. 프로토 타입 기반 개발 모델은 잘 문서화되지 않았고 개발자는 Java/OOP와 같은 JavaScript를 사용하는 경향이있어 끔찍한 코드가 발생했습니다. 그리고 2012 년에도 자바 스크립트에 대한 많은 좋은 책과 수백만 명의 흥미 진진한 JavaScript 개발자가 있어도 순수한 JavaScript를 사용하여 복잡한 인터페이스를 작성하는 것은 쉬운 일이 아닙니다. CoffeeScript과 같은 JavaScript로 크로스 컴파일하는 언어의 인기가있는 이유가 있습니다.
OpenLaszlo의 LZX 언어를 사용하고 jQuery 또는 Prototype과 같은 JavaScript 프레임 워크를 사용하는 많은 개발자는 데이터 세트, 데이터 바인딩, 복제를 사용하여 몇 줄의 LZX 코드로 수행 할 수있는 작업을 수행하는 데 필요한 코드가 필요하다고 불평합니다 , 그리고 레이아웃 시스템. HTML5/JavaScript 개발로 전환 한 많은 Flex 개발자가 동일한 문제에 대해 불평하고 있습니다. 따라서 LZX의 힘을 얻고 SWF와 JavaScript 모두를 크로스 컴파일 할 수 있다는 것은 여전히 ​​매우 중요한 것입니다.

오픈 라즐로와 액션 스크립트 3를 기반으로 SWF10/11 런타임으로 Adobe AIR SDK
는 어떤 오픈 라즐로 응용 프로그램은 쉽게 안드로이드 또는 iOS 응용 프로그램에 대한 어도비 AIR로 컴파일 할 수 있습니다. 이 비디오를 확인하십시오. 2010 년에 만들어졌으며 Apache Ant 스크립트 compiling an OpenLaszlo app into an AIR for Android application을 보여 주며 앱을 휴대 전화에 배포했습니다. 이 워크 플로우는 OpenLaszlo 5.0의 최신 버전 (출시되지 않은 버전)에서 작동합니다. 누락 된 부분은 모바일 용으로 최적화 된 구성 요소 세트가없고 현재 OpenLaszlo 용 터치가 없다는 것입니다. 그러나 적극적인 공동체 구성원이 그런 프로젝트에 기꺼이 기여한다면 그러한 구성 요소 세트를 만드는 것은 그렇게 많은 노력을 기울이지 않을 것입니다. 즉, LZX를 사용하여 현대적인 스마트 폰 및 태블릿에서 뛰어난 성능을 갖춘 모바일 애플리케이션을 개발할 수 있습니다. Android 개발 용 Objective C 또는 Java를 배울 필요가 없습니다. Haxe은 JavaScript, Flash, NekoVM, PHP, C++, C# 및 Java 등 더 많은 런타임을 대상으로 크로스 컴파일을 많이 사용하는 또 다른 오픈 소스 프로젝트입니다. 더 나은 사용자 경험을위한

듀얼 런타임 및 크로스 컴파일
가 하나 개의 언어로 응용 프로그램을 코딩하는 모바일 앱 개발자를 가능하게 지난 몇 년 동안 기술의 번호를하고, 기타 코드를 크로스 컴파일 한 모바일 플랫폼.OpenLaszlo에서도 동일한 작업을 수행 할 수 있으며, 모듈러 아키텍처 (LZX, LaszloScript/JavaScript로 작성된 구성 요소, ActionScript3과 같은 런타임 특정 언어로 작성된 커널)로 인해 다른 런타임을 쉽게 추가 할 수 있습니다. 그러나 제 눈에는 LZX와 같은 언어를 사용하고 JavaScript, ActionScript 3 또는 다른 언어 또는 VM으로 크로스 컴파일하는 더 중요한 이유가 있습니다. LZX에서 사용할 수있는 놀라운 시각 효과 및 고유 한 사용자 환경을 만드는 기능과 관련이 있으며 순수 JavaScript 개발을 통해 달성하기가 어렵습니다. - "사용자 경험

영화 같은 사용자 경험 방금 당신이 상호 작용보고되지 않은 우선 전달 :
는 라즐로 시스템 및 데이비드 템킨 (전 CEO와 라즐로의 CTO)는 용어 Cinematic User Experience 설립 " 그것의 일부. 우리는 cinematic이 흥미로운 용어 였다고 생각했습니다.이 영화에는 비 전문가가 아닌 스핀이 있습니다. . 비 기술적 인 사람들이 그것을 보았을 때 즉각적으로 은 완전히 다른 유형의 제품 카테고리이고 이지만 업계 내부자는 화면에서 화면을 움직이고 있다고 말하면서 다른 기술 아키텍처를 가지고 있다고 생각했습니다. 오픈 라즐로와 LZX의 목표 중 ...

하나는 정확히 UX에 의해 생성 된 경험을 재현하는 UI 엔지니어에게 프로그래밍 언어 (LZX)의 API 및 도구를 제공함으로써, 같은 영화 같은 사용자 경험의 생성을 가능하게했다 디자이너는 Flash 저작 도구와 같은 도구를 사용합니다. 애플 엔지니어들이 beauti-FUL 사용자에 대한 얘기 경우에 대해 이야기하고 싶은 개념의

하나 : 여기

다른 회사는 이러한 접근의 가치를 보여주는, a book on iOS app development에서 인용입니다 인터페이스는 "시네마틱 사용자 경험"개념입니다. 영화 사용자는 경험적으로 할리우드 영화에서와 같이 보이는 사용자 인터페이스 인 입니다. 그것 futuris-tic 및 매끄러운 보이는 및 실제 개체 작업 느낌을 향상시키기 위해 애니메이션을 사용합니다.
Apple 사용자 인터페이스 설계자는 세트의 도구를 제공하여이 유형의 시네마 사용자 인터페이스를 만들 수 있습니다. 코어 애니메이션 같은 도구 당신이 그들에게 거의 물리적 무게

LZX 십자가로 스크롤 바로 나타나는 것보다 오프 스크린 아니라 에서 밀어 요소를 포함하는 인터페이스 및 요소를 builduser 할 수있는 힘을 줄 -compiler는이 특별한 사용자 환경을 만드는 도구를 제공합니다. 자바 스크립트로도 똑같이 할 수는 있지만 코드가 더 많아지고 아마도 훨씬 어려울 것입니다. DHTML로 실행되는 첫 번째 OpenLaszlo 애플리케이션 인 LzPix demo : Created in 2006은 여전히 ​​놀라운 UI입니다. JavaScript 프레임 워크로 구축 한 것과 같은 것을 보지 못했습니다.

이중 런타임은 여전히 ​​유효합니다.
예, 이중 런타임 방식은 여전히 ​​유효합니다. 쇼케이스에는 DHTML 런타임을 사용하는 응용 프로그램이 더 많이 있어야하며 그 이유가 무엇인지 모릅니다. OpenLaszlo가 iPad 나 태블릿에 최적화되지 않았다는 단점이 있지만 DHTML 런타임은 iOS와 Android에 최적화 될 수 있습니다.데스크톱 브라우저의 단점이 제거되면 모바일 브라우저 (HTML 캔버스와 CSS2/3를 사용하여 컴포지션을 렌더링)에 최적화 된 새로운 구성 요소 세트가 만들어지면 OpenLaszlo의 견고한 모바일 런타임을 얻게됩니다.

Answer 4

서로 다른 플랫폼을 사용하여 온라인 비디오 편집 응용 프로그램 (http://www.sarolta.tv/web/sarolta-tools/template-editor.html)을 두 번 시도한 후에 2006 년에 OpenLaszlo를 선택했습니다.

처음 시도가 실패한 것은 DHTML을 사용했지만 순수 JavaScript + HTML 및 브라우저 별칭에서이 작업을 수행하는 복잡성으로 인해 여러 브라우저에서 코드가 다르게 작동하여 시도가 성공적으로 완료되지 않았습니다.

두 번째 시도는 순수한 Adobe Flash를 사용했지만 플래시의 타임 라인 지향 특성은 개발자에게 외국 개념 이었기 때문에 원하는 것을 만들지 못했습니다.

마지막으로 XML과 자바 스크립트를 직관적으로 혼합 한 OpenLaszlo가 선택되었습니다. OO 프로그래밍 및 웹 디자인에 대한 경험이 조금이라도있는 사용자라면 누구나 Flash에서 복잡한 애플리케이션을 쉽게 만들 수 있습니다. 그 당시 OpenLaszlo는 Flash 만 지원했지만 모든 OS의 모든 브라우저는 Flash를 지원했습니다. 우리는 Flash가 크로스 브라우저라는 점에서 모든 브라우저에서 코드가 동일한 방식으로 작동한다는 점에서 마음에 들었습니다. JavaScript 기반 DHTML 응용 프로그램에서는 그렇지 않았습니다. 그 당시 97 % 이상의 시스템이 Flash를 지원했기 때문에 사용자가 시스템에서 작동하는 응용 프로그램 용 소프트웨어를 설치할 필요가 없었습니다.

제한된 수의 직원이 여러 버전을 만들고 유지 관리하는 데 필요한 새로운 브라우저 및 OS 용 응용 프로그램이 없었기 때문에 OpenLaszlo는 그 당시의 문제를 해결했습니다.

OpenLaszlo가 DHTML 런타임을 추가하고 IBM이 OpenLaszlo 용 Java 런타임 (현재 버려진)에서 작업 중이라는 소식을 들었을 때 우리 코드는 떠오르는 모바일 시장과 호환 될 것입니다. 다른 장치들. 안타깝게도 2010 년 10 월부터 Laszlo 시스템에서 근무하는 공식 OpenLaszlo 개발자는 그다지 많은 작업을 수행하지 않았으므로 DHTML/HTML5 런타임은 그 이후로 개선되지 않았습니다.

한 번만 실행되는 접근 방식은 오늘날에도 여전히 매우 바람직하다고 생각합니다. 서로 다른 시스템에서 응용 프로그램이 다르게 작동하게하는 브라우저 및 OS 단점을 처리해야하므로 귀찮은 일이며 많은 유지 관리 시간이 필요합니다. JQuery와 특히 JQuery 모바일이 오늘날 인기가있는 이유는 그것이 크로스 플랫폼으로 설계되어 있고 브라우저/OS 단점을 눈에 띄지 않게 처리하므로 걱정할 필요가 없다는 것입니다. JQuery와 모바일은 거의 모든 플랫폼을 지원합니다

http://jquerymobile.com/gbs/

그래서, 나는, 오픈 라즐로의 듀얼 런타임이 여전히 유효하다고 생각을하지만, 어쩌면 문제는 오픈 라즐로는 공식 릴리스없이 거의 2 년 후 여전히 유효한 경우입니다 다른 JavaScript 프레임 워크는 끊임없이 개선되고 발전하여 필요성을 대체합니다.