Cách tiếp cận dual-runtime của OpenLaszlo (HTML5 và Flash/SWF) vẫn hợp lệ?

Question

OpenLaszlo là - như xa như tôi biết - chỉ giàu nền tảng ứng dụng Internet với các tính năng sau:

• Declarative XML ngôn ngữ giao diện người dùng dựa trên (tương tự như XUL của Mozilla) gọi LZX.
• Biên soạn chéo LZX thành JavaScript hoặc ActionScript 3 (do đó hỗ trợ hai thời gian chạy).
• Khả năng phát triển các thành phần chỉ sử dụng XML và JavaScript hoặc JavaScript; tất cả các thành phần được hiển thị bởi OpenLaszlo, do đó chúng sẽ giống hệt nhau trên các trình duyệt và thiết bị.
• Xem quản lý hệ thống, bàn phím và chuột hoạt động trong các thời gian chạy.
• Thành phần có thể được viết bằng LZX (XML + JavaScript) hoặc trong JavaScript chỉ
• Bộ dữ liệu XML hỗ trợ lập bản đồ dựa trên XPath thành phần bộ dữ liệu.
• Công cụ bố cục hỗ trợ một số bố cục được xác định trước; nhà phát triển có thể dễ dàng triển khai bố cục tùy chỉnh.
• Hỗ trợ mạnh mẽ cho các ràng buộc bằng cách sử dụng cú pháp đơn giản trong thuộc tính XML: $ once {JavaScript expression} hoặc $ always {JavaScript expression}.
• Trình gỡ lỗi tích hợp (bảng điều khiển dành cho nhà phát triển) hoạt động trong cả hai thời gian chạy.

Tôi chưa thấy bất kỳ khung JavaScript hiện đại nào dễ dàng hơn như OpenLaszlo để tạo ứng dụng HTML5 - với nhược điểm duy nhất là bộ thành phần hiện tại được phân phối với OpenLaszlo trông hơi giống Mac OS vào thập niên 90 .

Nhưng cách hợp lệ là cách tiếp cận triển khai ứng dụng dưới dạng ứng dụng HTML5/JavaScript và ứng dụng Adobe Flash (với tùy chọn tạo ứng dụng di động Adobe AIR, mặc dù chức năng đó không được tích hợp trực tiếp vào máy chủ OpenLaszlo)? Tôi nghe nói rằng Adobe đã cố gắng làm một cái gì đó tương tự với nguyên mẫu trình biên dịch FalconJS (xem này Adobe video Open Discussion about Falcon and FalconJS để biết thêm thông tin), nhưng họ đã ngừng nỗ lực. Mã của FalconJS chứng minh khái niệm sẽ được đóng góp cho Quỹ Apache như là một phần của dự án Apache Flex, nhưng

Thật đáng ngạc nhiên khi thấy rằng không có ứng dụng nào sử dụng cả hai thời gian chạy trong phần giới thiệu OpenLaszlo : http://www.openlaszlo.org/showcase

Trong một old Ajaxian article from 2007 Tôi đọc rằng bản phát hành cuối cùng của Lasz Webtop sẽ hỗ trợ OpenLaszlo 4, có nghĩa là hỗ trợ cho cả ứng dụng Ajax và Flash ". Nhưng trang web giới thiệu Laszlo Webtop http://gowebtop.com/webtop/ chỉ có phiên bản dựa trên Flash của Webtop. Tôi đã đọc trong this Stackoverflow discussion rằng Gliffy - một trong những ứng dụng OpenLaszlo ấn tượng nhất mà tôi biết - đã được xây dựng lại bằng cách sử dụng JavaScript, không sử dụng khả năng dual-runtime của OpenLaszlo.

Có bất kỳ ứng dụng OpenLaszlo nào khác được triển khai dưới dạng HTML5/DHTML và Flash không, có thể không được liệt kê trên trang web OpenLaszlo.org không? Ngay cả khi Flash không còn phổ biến nữa, nó vẫn là một công nghệ liên quan cho một số trường hợp sử dụng (hội nghị âm thanh, 3d trong trình duyệt, phát lại video tăng tốc GPU, v.v.).

Answer 1

Tôi bắt đầu sử dụng OpenLaszlo vào năm 2004 sau khi tôi kết luận vào thời điểm không có công cụ RIA nguồn mở miễn phí nào tốt hơn cho nhu cầu của tôi.

Ứng dụng của tôi hiện đang tận dụng thời gian chạy SWF và JavaScript. Vì vậy, chỉ vì họ không có mặt trong buổi giới thiệu Laszlo giờ đây không có nghĩa là không có các ứng dụng lớn ngoài kia tận dụng cả hai thời gian chạy. Tôi đã làm việc trên các ứng dụng của mình trong 7 năm. Gliffy là một đồ chơi tinker trong so sánh IMHO ... Tôi chưa tìm thấy bất kỳ ứng dụng OL phức tạp hơn tôi. Không có nghĩa là họ không ở ngoài đó, nhưng nếu họ không thấy họ.

Ứng dụng của tôi sẽ không khả thi chỉ với một hoặc một thời gian chạy khác. Vì vậy, đối với tôi, có cả hai thời gian là điều cần thiết. HTML5 quá chậm đối với một số thứ nhất định, trong khi SWF10 cung cấp trải nghiệm trình duyệt chéo nhất quán nhất.

HAXE không thay thế OL, điều đó chắc chắn. Giá trị của OL với tôi là tăng năng suất thu được từ các ràng buộc, lập trình dựa trên cá thể và sự dễ dàng trong dữ liệu ràng buộc với các khung nhìn. Tôi không thể tự xây dựng sản phẩm của mình bằng bất kỳ công cụ nào khác. Tôi nhìn xa và rộng. Với OL trong suy giảm và bây giờ tất cả nhưng đã chết, tôi tiếp tục tìm kiếm, quá. Thời gian chạy HTML5 của OL không hoạt động trong các phiên bản IE mới nhất, mà stinks ... nhưng nó có thể được thực hiện để chạy qua chế độ mô phỏng IE7 hoặc plugin khung Chrome (vốn thực sự cần thiết do công cụ JavaScript crappy của IE).

Bạn có cần cả thời gian chạy phụ thuộc vào dự án của mình hay không. Mặc dù nó có thể không có ý nghĩa cho các nhà sản xuất trình biên dịch nghĩ rằng có thể phát ra cả SWF và HTML5 runtimes là mong muốn, vì OL đã có thể thực hiện nó trong nhiều năm nay. khả năng.

Ví dụ: hệ thống của tôi đang được sử dụng trên mạng được phân loại quân sự không cho phép plugin Flash ... vì vậy đối với những cài đặt đó, tôi phải dựa vào HTML5. Khi không chạy trên các mạng được phân loại, hệ thống của tôi tận dụng hiệu năng thời gian chạy và các khả năng khác của thời gian chạy SWF khi nó có lợi thế. Cách tiếp cận lai là điều cần thiết đối với tôi. Nếu tôi có một ứng dụng chỉ SWF, nó sẽ không được phép trên các mạng được phân loại, nhưng nếu đó là các phần chỉ có HTML5 của ứng dụng sẽ ít hơn so với các sao do giới hạn trình duyệt.

Answer 2

Tôi sẽ báo trước điều này trước bằng cách nói rằng đó không phải là câu trả lời hoàn chỉnh; tuy nhiên, hy vọng một số thông tin sẽ hữu ích cho bạn.

Tôi đã xem OpenLaszlo gần đây liên quan đến một câu hỏi khác trên Stackoverflow và dường như tôi có tất cả các điểm nổi bật của một dự án nghiêm túc (xem xét, bằng chứng here do Raju cung cấp trong các nhận xét).

Liên quan đến Gliffy, this article cung cấp một chút thông tin chi tiết về lý do của chúng để từ bỏ OpenLaszlo. Đặc biệt, họ đề cập đến vấn đề thời gian biên dịch và ảnh hưởng của nó đến thời gian phát triển của họ.

Nó chắc chắn không đánh dấu tất cả các ô của bạn (cụ thể, tôi không tin rằng có hỗ trợ cho ngôn ngữ giao diện người dùng dựa trên XML), nhưng HAXE/NME xuất hiện để đáp ứng yêu cầu cốt lõi của bạn cả Flash và HTML5.

Tiết lộ công bằng, tôi chưa thực sự sử dụng nhưng tôi vẫn nghe những điều tốt đẹp về nó (Tôi vừa mới tham gia một hội nghị phát triển sáng tạo nơi tôi nghe ít nhất 2 người nói về nó). Đó là bản chất ActionScript 3.0 trừ đi những khó chịu lớn và cộng với những thiếu sót chính (ví dụ các lớp trừu tượng). Do đó, bạn nên dễ dàng nhận được, vì vậy, nếu bạn đã biết ActionScript 3.0 và trải nghiệm thú vị để làm việc theo một trong hai cách.

Answer 3

Ngay cả trong năm 2012, nhà phát triển web vẫn đang gặp phải sự cố Laszlo đã cố gắng giải quyết khi công ty ban đầu tạo OpenLaszlo.10 năm trước, Flash là công nghệ trình duyệt chéo duy nhất cung cấp khả năng hiển thị hình ảnh hoàn hảo cho 97% trình duyệt trên máy tính để bàn, nơi plugin được cài đặt.
Các công cụ JavaScript, HTML và CSS có nhiều tính năng hơn bây giờ: Phát lại âm thanh và video, nhúng phông chữ, hoạt ảnh dựa trên CSS, hiển thị nội dung tăng tốc phần cứng, API vẽ, hỗ trợ hội nghị truyền hình gần đây trong một số trình duyệt (Chrome, Firefox, và Opera dựa trên WebRTC). Các trình duyệt hiện đại cung cấp hầu hết các tính năng tương tự như Flash, nhưng vẫn có một số phần trăm người dùng nhất định duyệt web bằng phiên bản Internet Explorer cũ hơn IE9.
Các yêu cầu cho phải đối mặt với người tiêu dùng hoặc kinh doanh các ứng dụng vẫn còn khác nhau: Nhiều doanh nghiệp

phát triển ứng dụng Cross-trình duyệt
Nếu bạn biết các API và sự khác biệt giữa các trình duyệt, bạn có thể dễ dàng đạt được 80-90% của những gì bạn có thể với Flash dựa trên các tiêu chuẩn mở. Nhưng bạn vẫn phụ thuộc vào chuyên môn của nhà phát triển, với Flash, bạn có một API ActionScript, mà bạn sử dụng trên tất cả các trình duyệt (ít nhất là cho Windows và OS X, Linux có một số hạn chế và không được hỗ trợ tốt).

Ngôn ngữ LZX vs tinh khiết JavaScript
LZX vẫn là một ngôn ngữ tuyệt vời cho việc xây dựng UIS lớn, sử dụng một cách tiếp cận phát triển thành lập. LZX đã phát triển rất nhiều: hỗ trợ CSS, mixins, hỗ trợ các lớp mã hóa trong JavaScript thay vì XML, khả năng nhúng mã ActionScript 3 vào ngôn ngữ là một số tính năng mới.
6 năm trước - lâu sau khi LZX được tạo ra - nhiều nhà phát triển không biết cách viết mã JavaScript tốt. Mô hình phát triển dựa trên nguyên mẫu không được tài liệu hóa tốt và các nhà phát triển có xu hướng sử dụng JavaScript như Java/OOP - dẫn đến mã khủng khiếp. Và ngay cả trong năm 2012, với nhiều sách hay về JavaScript xuất hiện trên thị trường và hàng triệu nhà phát triển JavaScript thú vị, việc xây dựng các giao diện phức tạp bằng cách sử dụng JavaScript thuần túy, nó không phải là một nhiệm vụ dễ dàng. Có một lý do cho sự phổ biến của các ngôn ngữ biên dịch sang JavaScript như CoffeeScript.
Một số lượng lớn nhà phát triển đã sử dụng ngôn ngữ LZX của OpenLaszlo và chuyển sang sử dụng các khung JavaScript như jQuery hoặc Prototype, cần bao nhiêu mã để đạt được những gì có thể thực hiện với một vài dòng mã LZX bằng cách sử dụng bộ dữ liệu, databinding, replication và hệ thống bố cục. Nhiều nhà phát triển Flex chuyển sang HTML5/JavaScript phát triển phàn nàn về những điều tương tự. Có sức mạnh của LZX, và có khả năng biên dịch chéo cho cả SWF và JavaScript do đó vẫn là một thứ cực kỳ có giá trị.

OpenLaszlo và Adobe AIR SDK
Với ActionScript 3 dựa SWF10/11 thời gian chạy, bất kỳ ứng dụng OpenLaszlo có thể dễ dàng biên soạn thành một Adobe AIR cho các ứng dụng Android hoặc iOS. Kiểm tra video này tôi đã tạo vào năm 2010, hiển thị tập lệnh Apache Ant compiling an OpenLaszlo app into an AIR for Android application và triển khai ứng dụng cho điện thoại. Quy trình làm việc đó hoạt động với phiên bản OpenLaszlo 5.0 mới nhất (chưa được phát hành). Điều còn thiếu là, không có bộ thành phần nào được tối ưu hóa cho thiết bị di động và cảm ứng cho OpenLaszlo tại thời điểm này. Nhưng sẽ không có quá nhiều việc để tạo ra một bộ thành phần như vậy, nếu các thành viên cộng đồng tích cực sẵn sàng đóng góp cho một dự án như vậy. Điều đó có nghĩa, bạn có thể sử dụng LZX để phát triển các ứng dụng di động với hiệu suất tốt trên điện thoại thông minh và máy tính bảng hiện đại, mà không cần phải tìm hiểu Objective C hoặc Java để phát triển Android. Haxe là một dự án mã nguồn mở khác sử dụng tính năng biên dịch chéo để nhắm mục tiêu nhiều thời gian chạy hơn: JavaScript, Flash, NekoVM, PHP, C++, C# và Java.

Dual-runtime và cross-biên soạn cho một trải nghiệm người dùng tốt hơn
Đã có một số công nghệ trong những năm qua cho phép các nhà phát triển ứng dụng di động mã một ứng dụng trong một ngôn ngữ, và cross-biên dịch mã khác nền tảng di động.Bạn có thể làm tương tự với OpenLaszlo và bạn có thể thêm các thời gian chạy khác dễ dàng do kiến ​​trúc mô-đun (các thành phần được viết bằng LZX, LFC được viết bằng LaszloScript/JavaScript, hạt nhân được viết bằng ngôn ngữ cụ thể thời gian chạy, ví dụ: ActionScript3). Nhưng trong đôi mắt của tôi có một lý do thậm chí còn quan trọng hơn để sử dụng một ngôn ngữ như LZX, và biên dịch chéo sang JavaScript, ActionScript 3 hoặc các ngôn ngữ khác hoặc máy ảo. Nó có liên quan đến khả năng tạo hiệu ứng hình ảnh tuyệt đẹp và trải nghiệm người dùng độc đáo, được LZX kích hoạt và khó đạt được với sự phát triển JavaScript thuần túy.
Laszlo Systems và David Temkin (cựu CEO kiêm CTO của Laszlo) thành lập các hạn Cinematic User Experience:

Cinematic kinh nghiệm người dùng truyền tải đầu tiên của tất cả những gì bạn không chỉ xem bạn đang tương tác - “người dùng kinh nghiệm " phần của nó. Chúng tôi suy nghĩ điện ảnh là một thuật ngữ hấp dẫn, đã có một spin không techie với nó. Đó là điều mà khi những người không phải công nghệ nhìn thấy nó, họ ngay lập tức hiểu đây là một loại sản phẩm hoàn toàn khác và nhưng những người trong ngành sẽ xem xét và nói mọi thứ đang di chuyển trên màn hình , có thể bạn có kiến ​​trúc kỹ thuật khác ...

Một trong những mục tiêu của OpenLaszlo và LZX là để cho phép việc tạo ra các ví dụ Cinematic Kinh nghiệm người dùng, bằng cách cho các kỹ sư UI API và các công cụ trong ngôn ngữ lập trình (LZX) để tái tạo một cách chính xác những kinh nghiệm tạo ra bởi UX các nhà thiết kế sử dụng các công cụ như công cụ biên tập Flash.

Dưới đây là một trích dẫn từ a book on iOS app development, cho thấy rằng các công ty khác thấy giá trị của một cách tiếp cận như vậy:

Một trong những khái niệm mà các kỹ sư của Apple muốn nói về khi họ đang nói về người sử dụng Beauti-ful Giao diện là khái niệm về trải nghiệm người dùng điện ảnh . Một người dùng điện ảnh có kinh nghiệm là giao diện người dùng giống như một thứ gì đó từ một bộ phim Hollywood. Nó trông tương lai-tic và mịn, và nó sử dụng hình ảnh động để tăng cường cảm giác làm việc với các đối tượng vật lý.
Nhà thiết kế giao diện người dùng của Apple đã cung cấp cho bạn một bộ công cụ cho phép bạn tạo các loại giao diện người dùng điện ảnh này . Các công cụ như Core Animation cho bạn sức mạnh để builduser giao diện có liên quan đến yếu tố trượt từ off-màn hình thay vì hơn là chỉ xuất hiện, và các yếu tố đó di chuyển với một trọng lượng gần như vật lý đối với họ

LZX và chéo -compiler cung cấp cho chúng tôi các công cụ để tạo trải nghiệm người dùng đặc biệt này. Bạn có thể làm tương tự với JavaScript, nhưng nó sẽ có nhiều mã hơn, và có lẽ khó khăn hơn nhiều. Một ví dụ tốt là ứng dụng OpenLaszlo đầu tiên chạy trong DHTML, LzPix demo: Created in 2006, nó vẫn là một giao diện người dùng tuyệt vời - và tôi chưa từng thấy bất kỳ thứ gì giống như nó được xây dựng bằng các khung JavaScript.

Thời gian chạy kép vẫn hợp lệ
Có, cách tiếp cận kép thời gian chạy vẫn hợp lệ. Sẽ có nhiều ứng dụng hơn trong giới thiệu bằng cách sử dụng thời gian chạy DHTML và tôi không biết tại sao không phải như vậy. Thực tế là OpenLaszlo chưa được tối ưu hóa cho iPad hoặc máy tính bảng chắc chắn là một bất lợi, nhưng thời gian chạy DHTML có thể được tối ưu hóa cho iOS và Android.Nếu quirks trình duyệt trên máy tính bị xóa, bộ thành phần mới sẽ được tạo tối ưu hóa cho các trình duyệt di động (sử dụng canvas HTML và CSS2/3 để hiển thị các compoents), bạn sẽ có thời gian chạy di động vững chắc cho OpenLaszlo.

Answer 4

Chúng tôi đã chọn OpenLaszlo vào năm 2006 để triển khai ứng dụng Chỉnh sửa video trực tuyến của chúng tôi (http://www.sarolta.tv/web/sarolta-tools/template-editor.html) sau hai lần thử tạo các nền tảng khác nhau.

Nỗ lực đầu tiên không thành công là sử dụng DHTML nhưng phức tạp thực hiện điều này trong JavaScript + HTML và trình duyệt thuần túy khiến mã hoạt động khác nhau trong các trình duyệt khác nhau đã ngăn thành công.

Nỗ lực thứ hai là sử dụng Adobe Flash thuần túy nhưng bản chất theo định hướng thời gian của Flash là một khái niệm nước ngoài cho các nhà phát triển khiến họ khó tạo ra thứ mình muốn. Cuối cùng, OpenLaszlo được chọn là một sự kết hợp trực quan giữa XML và JavaScript mà bất kỳ ai có một chút kinh nghiệm với lập trình OO và thiết kế web đều có thể dễ dàng xây dựng các ứng dụng phức tạp trong Flash. Vào thời điểm đó OpenLaszlo chỉ hỗ trợ Flash, nhưng mọi trình duyệt trên mọi hệ điều hành đều hỗ trợ Flash. Chúng tôi thích rằng Flash là nền tảng chéo trong đó mã sẽ hoạt động theo cùng một cách trong mọi trình duyệt không phải là trường hợp với các ứng dụng DHTML dựa trên JavaScript. Vào thời điểm đó, 97% + hệ thống đã hỗ trợ Flash nên cũng không cần người dùng cài đặt bất kỳ phần mềm nào để ứng dụng của chúng tôi hoạt động trên hệ thống của họ.

Là công ty khởi nghiệp với số lượng nhân viên hạn chế, tài nguyên để xây dựng và duy trì nhiều phiên bản ứng dụng cho các trình duyệt và hệ điều hành khác nhau không tồn tại, OpenLaszlo đã giải quyết được vấn đề đó.

Chúng tôi rất vui khi OpenLaszlo thêm thời gian chạy DHTML và khi chúng tôi nghe nói rằng IBM đang làm việc trên một thời gian chạy Java cho OpenLaszlo vì điều này có nghĩa là mã của chúng tôi sẽ tương thích với thị trường di động mới nổi và các thiết bị khác. Thật không may, không có nhiều công việc được thực hiện bởi bất kỳ nhà phát triển OpenLaszlo chính thức nào làm việc tại các hệ thống Laszlo kể từ tháng 10 năm 2010 do đó thời gian chạy DHTML/HTML5 đã không thấy cải thiện kể từ đó.

Tôi nghĩ phương pháp tiếp cận viết-bất cứ nơi nào chạy là một thứ vẫn còn rất được mong đợi ngay cả hôm nay. Bị buộc phải đối phó với trình duyệt và hệ điều hành quirks mà làm cho ứng dụng của bạn làm việc khác nhau trên các hệ thống khác nhau là một mối phiền toái và đòi hỏi rất nhiều thời gian bảo trì. Tôi nghĩ lý do tại sao JQuery và đặc biệt là JQuery mobile ngày nay rất phổ biến là bởi vì nó được thiết kế để đa nền tảng và nó vô tình giao dịch với các trình duyệt/hệ điều hành để bạn không phải lo lắng về nó. JQuery di động hỗ trợ chỉ là về mọi nền tảng:

http://jquerymobile.com/gbs/

Vì vậy, tôi nghĩ, dual-thời gian chạy của OpenLaszlo vẫn còn hiệu lực, nhưng có lẽ câu hỏi là nếu OpenLaszlo vẫn còn hiệu lực sau gần hai năm mà không phát hành chính thức trong khi các khung công tác JavaScript khác liên tục cải tiến và phát triển để thay thế nhu cầu cho nó.