ベンダの発表 [openlaszlo.org]が "OpenLaszlo 4.0 Sets Industry Standard as First Web Application Development Platform with Cross-Runtime Deployment" と言ってるから、それをそのまま訳しただけなんじゃないですかね。
Adobe Apollo と覇を争うか、Microsoft ASP.NET 2.0 AJAX と戦うこととなるか……は、まだ未知数かも知れませんが。
MS の方は全く知らんけど、Laszlo は Apollo とガチなのは間違いないね。最初ちらっと触って、インターフェイスのコードをなんであんなダメダメな XML で書かねばならんのかとぶち切れそうだったが、Apollo も似たようなことやってるので、それは先見なのかと…(いやほんとは Macromedia がそういうのはじめたのは知ってますけど)
他のスレでもあがってるけど、Laszlo はフルスタックの Framework で作っちゃってるから他の言語(Java とか)と組みにくい、で出来上がるのは Web サイト、ってのでは難しいかもねぇ。だって Apollo なら Web を作るふりして、デスクトップアプリにも出来るっツゥみたいだし。
そうなの??? (スコア:0)
むしろAjax的には後発じゃ?もともとはFlashを生成するんだよね。
面白い製品だとは思うけど、も少しカジュアルに使えないとCurlの二の舞になりそうな気も。
Re:そうなの??? (スコア:2, 興味深い)
ライブラリとして作るか、JavaならばMBeanにしちゃえば、既存のJ2EEなシステムとかと統合できるのに…
# おまえがヤレと言われると、アレだけど
Re:そうなの??? (スコア:3, 興味深い)
「なぜGUIライブラリがフレームワークか」という問いに(技術的な)一般論で答えるならば、
Callbackをしたい(させたい)から
ですよね。
こっちから呼ぶだけなら描画しかできない。それじゃ静的な絵でしかない。
そうでなく、画面上のどっかをClick/Drag「され」たときに
呼「ばれる」コードをライブラリユーザに書かせるっていう
「制御の逆転」(Inversion Of Control)のお膳立てをしたいからです。
つまり受身プログラム。伝統的に言えばイベント駆動。
ただ、こういう話を書かれる人ならばトウにご存知とは思いますが、
わざわざフレームワークと言わずとも、
オブジェクト指向でライブラリを作れば自ずと
継承(TemplateMethodPattern)等でCallbackの仕組みを使うことになるので、
ご懸念のように「わざわざフレームワークでなくていいのでは?」という疑問は
十分有り得ると思います。
(言い換えればオブジェクト指向であるということは元々フレームワークだ、ともいえますが、それはさておき)
ここから先は私もよく判りません(^^;
「フレームワークっぽさ」を可能な限り廃しまくって、
それで尚GUIライブラリを構築することが出来るのかどうかは、
ちょっと答えが見えていません。
また、「可能な限り」…つまり「どこまで」やれるのかという程度問題なのかも知れません。
実装しろとは言いませんが、
どういう方針でライブラリを作ればそういうものが出来そうだと踏んでらっしゃるのかは、
ちょっと語っていただけると嬉しいです。
#だって、そうでもしないと、「ナードのためのサイト」だったはずのスラドで、いつまでたっても技術的談義が出来ないんだもん。そりゃ人気も出ないわな。
MBeanは疎いので、なんともコメントできません。
ただ、MBeanとかが有る世界自体が既にフレームワークなんじゃないの?とは思うのですが。
もしかして「フレームワークを作るな」じゃなく
「新しくフレームワークを作るな」という主張なのですか?
Re:そうなの??? (スコア:1, すばらしい洞察)
Lazloはよく触った事が無いので、それに限った話でなくフレームワーク待望論として。
ユーザー側の事情として、最初から作り直しになっても全部入りのほうが、
捺印ナビリティ [google.co.jp]が高いからでは?既存のアプリに組み込む場合、ピンポイント
で置き換える必要性の説明が結構大変だったりして、まずは新規案件でドカッと
実績を作ってプレゼンしてしまうほうが橋頭堡を築きやすい気がします。
新規案件のほうが予算出しやすいし、チャレンジングな提案に寛容な場合が多い。
また、フレームワークにユーザーが期待するものって、手順や仕様の平均化で
あったりして、組み合わせを自由にするより全部入りで制約をもってるほうが、
安心ということがあるのではないでしょうか。
日記の追記 [srad.jp]にここでレスさせていただくと、構成時に自由にしたい、
という目的もあるでしょうが、J2EEを利用するプロジェクトは特に拡張の自由度より、
規約制約を固めて進んだら後から変更を変える融通を受け付けて貰えない気がします。
ちょっと取り入れてみたい、って半端で軟派な提案しても、将来自分がいないと恨まれるし。
AJAXという曖昧な定義(特定の方式組み合わせを指していないなど)をベースにする技術を、
個々の技術者の知見に頼って実装してもらっては困るというのが、人の出入りが激しい案件には必要で、
逆に言うと今までは双方向性を求めず、枯れた技術が支持されていたような、そうした案件においても
AJAXのもたらした革命を無視できなくなっているという事でしょう。
Re:そうなの??? (スコア:1)
ベンダの発表 [openlaszlo.org]が "OpenLaszlo 4.0 Sets Industry Standard as First Web Application Development Platform with Cross-Runtime Deployment" と言ってるから、それをそのまま訳しただけなんじゃないですかね。
Adobe Apollo と覇を争うか、Microsoft ASP.NET 2.0 AJAX と戦うこととなるか……は、まだ未知数かも知れませんが。
# lynx/w3m でダメという点ではどれも差がないしなぁ……。
Re:そうなの??? (スコア:0)
他のスレでもあがってるけど、Laszlo はフルスタックの Framework で作っちゃってるから他の言語(Java とか)と組みにくい、で出来上がるのは Web サイト、ってのでは難しいかもねぇ。だって Apollo なら Web を作るふりして、デスクトップアプリにも出来るっツゥみたいだし。
うがった見方をすれば、apollo がやろうとしてるのは広義のビジュアルインターフェイスを (X)HTML + CSS で実現しようとしてる、ということでしょ。あぁいつか来た路、悪貨が良貨をなんとやら。
Re:そうなの??? (スコア:0)
ゆるーいアンテナをひろーくはってると、時々そういうのが引っかかるね。
いつの間にか消えてるけど。
Re:そうなの??? (スコア:0)
この一文からは、今現在標準であるようには読み取れませんが
Re:そうなの??? (スコア:1)
・(すでに)Ajax開発の業界標準(であるフレームワーク)として期待されているOpenLaszlo
・(今後)Ajax開発の業界標準として(ふさわしいフレームワークになることが)期待されているOpenLaszlo
日本語のゆるさならでは、ですね。
#しかしてその実態は!?......私は知りませんよ。
Re:そうなの??? (スコア:0)
やっぱり名前がいけないんじゃ・・・なんて読むんだろ?Laszlo [wikipedia.org]
Re:そうなの??? (スコア:2, 参考になる)
が使ってますね。
Re:そうなの??? (スコア:0)
Re:そうなの??? (スコア:1, 参考になる)