アカウント名:
パスワード:
WebObjectsは世界で最初に作られたWebアプリケーションのフレームワークだ
などというトリビアも付け加えたいな。 来年で10年経つんじゃない?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
無料ってほど安くはないですが (スコア:0)
データベースと絡めるならかなり有意義だと思えます
WebObjrct"s" (スコア:1)
データベースと絡まなくてもWebと絡まなくてもイケますね。
Re:WebObjrct"s" (スコア:1)
そうなんだが、まったくそのとおりなんだが、プラットフォームの問題が‥‥。
WebObjectsって、MacOS Xじゃないと開発できないよね?(間違ってたらごめんなさい)
個人で
Re:WebObject"s" (スコア:1)
現行WebObjects 5.2の公式サポート開発環境
>Mac OS X v10.2.2以降
>Windows 2000 Professional SP3
現行WebObjects 5.2の公式サポート運用環境
>Mac OS X Server v10.2.2以降
>Windows 2000 Server SP3
>Solaris 8
Linuxも非公式ながら動作が確認されていて、アップルの事例紹介でも全く問題ないことが掲載されています。
それでもMac OS
Re:WebObject"s" (スコア:0)
WebObjectsは世界で最初に作られたWebアプリケーションのフレームワークだ
などというトリビアも付け加えたいな。 来年で10年経つんじゃない?
Re:WebObject"s" (スコア:1)
なんか褒めまくってる話 [ogis-ri.co.jp]が有りました。
どれくらい良いのか俺も知りたいな。できればお金をかけずに(^^;。
あと、その良さと似た良さを持ってる他のソフトが有ったりしませんかね?(できればOpenSourceで(^^;
#WebアプリにゃウンザリしたのでG7。
#自力でやってウンザリ。Strutsでやって二度ウンザリ。
#こりゃもうフレームワーク等が「Webアプリであること」を如何に上手に「隠蔽」するかが肝なんじゃないかと思う。
Re:WebObject"s" (スコア:1)
RubyならCGIKit [spice-of-life.net]が、WebObjectsと似た作りになっています。
ただし、似ているのはプレゼンテーションまわりだけで、データベースまわりは似てないんですが。
Re:WebObject"s" (スコア:1)
>JavaならTapestory [apache.org]、
あ。雑誌で名前を聞いたことは有りました。
>RubyならCGIKit [spice-of-life.net]が、WebObjectsと似た作りになっています。
どもです。おや?肝心の「アーキテクチャ」の絵が404 NotFoundですね(^^;;
>ただし、似ているのはプレゼンテーションまわりだけで、データベースまわりは似てないんですが。
ふーむ。上から下までがどう繋がっているかまでは見て取れない、と…
#「永続化」が何でもかんでも(Relational)DBで行なわれる現状が嫌なのでG7
Re:WebObject"s" (スコア:1)
Re:WebObject"s" (スコア:1)
*.ckdってファイルのことですかね。
確かにRubyとも(HTMLとも)違う書式だったりして、「無しで済めば万万歳なんだけどなあ」と少し思ってしまいました。
よく判ってないんだけど、YAMLってわけにはいかんのだろか?とか思った。
あるいはRubyそのもので記述しちゃうとか。
#Strutsもマッピングファイル(xml)でウンザリしたのでG7
Re:WebObject"s" (スコア:1)
Struts は謎ですね。フォームで取得した値を、ページの対となるオブジェクトにマッピングすること自体には何の価値もないのに、なんであんなもの作ったのだろうか。フォームからの値は普通に取得するだけでよいのではないかなと。
多分、PHPのいいところっていうのは、プログラマの需要の多い、ウェブ製作のためのシンプルな方法を「言語」として提供しているところでしょう。私はその方法には反対で、ウェブ製作のためのソリューションを提供するなら、「ちゃんとした言語」にウェブ製作のためのライブラリとツールで提供するのがよいと思ってますが。
HTMLとプログラムで生成した値を結びつける機構としては、Amrita がシンプルで一番美しい、最強のアイデアだと思ってます。
Re:WebObject"s" (スコア:1)
あ。なるほど。
するともしかして、VBやDelphiのGUI定義ファイルをエディタで書いても面白くもおかしくもない
のと似てますね?
>HTMLとプログラムで生成した値を結びつける機構としては、Amrita がシンプルで一番美しい、最強のアイデアだと思ってます。
ちらっと見てみました [brain-tokyo.jp]。なるほど。
これってつまり、任意の書式のテンプレートを扱える能力を捨てて、かわりに
HTMLが元々持つ構造(IDとか入れ子とか)に、テンプレートエンジンのほうを歩み寄らせたわけですね。
#巷の腐ったHTMLを相手にしないとならないなら、とてもじゃないがこんな真似は出来ないけど、
#自分ちのテンプレートとしてHTMLを用意すればいいのなら、そういう問題も考えなくていいですし、ね。
一般化すると、「既定の構造を持ったテンプレート」と「その構造に寄り添ったテンプレートエンジン」
という組み合わせを採ると幸せになりやすい、というパターンってなとこかな。
つーか、考えてみたら、Velocityとかのテンプレートにしても、
Velocity「のための」マークアップ(ってのか)がテンプレートに書かれてるから動作できるわけであって、
逆にいえば、狙った書式(この場合はHTML)の中にそのままテンプレートエンジン制御用の記号を
寄生(笑)させる余地が有るならば、それを使っちゃうのが一番だ、ってことですね。
幸いHTMLならばそれが出来るわけで。
おや?CGIKitにぶらさげる手段もある [brain-tokyo.jp]みたいですね。
#どーせ仕事(つまり恐らくjava)で苦しめられるんだろーから、
#Javaに移植(?)されてるようなモノがあるといいなあ…:-D~~~
Re:WebObject"s" (スコア:1)
> 書いても面白くもおかしくもない のと似てますね?
なんですよね。
CGIKitも専用のツールがあると、俄然便利になると思います。
Re:WebObject"s" (スコア:1)
>何の価値もないのに、なんであんなもの作ったのだろうか。
>フォームからの値は普通に取得するだけでよいのではないかなと。
ところで、考えても判らなかった(^^;んですが、「普通に取得」ってのはどういうのを指すんでしょうか?
どうやったら「普通」にやれて、かつ快適な使用感なものになるんでしょうか?
呼ばれるメソッドの引数にする、ってのは無茶ですよね。
Formごとに引数の数(や名前??)がバラバラにならなきゃなんないし、
第一そんなのは大抵の言語(少なくともJava)じゃサポートしてない。
Hash(辞書)型みたいなものでName-Valueを沢山持たせて、それを引数にする、って感じが良いでしょうか?
でもそれだと、(動的で気楽なぶんを除けば)ページなオブジェクトと同じことだし。
#オフトピですが、辞書もオブジェクトもクラスもローカル変数領域(^^;も全部
#オブジェクト(?)で賄うという言語Io [iolanguage.com]は、みどころが有るような気がしてます。
#結局引数もオブジェクトも対して変わらないもの(使いどころが違うだけ)なんだよね…
リクエストオブジェクトを素のまま扱うのは、少なくとも俺には快適ではないですし。
まあStruts程度のやりかただと、あそこだけ素じゃなくしても、面白みが薄いかも知れませんが。
Re:WebObject"s" (スコア:1)
これは、リクエストオブジェクトを素のまま扱う、というのが一番シンプルでよい方法だと思います。