アカウント名:
パスワード:
日本語のプレリリース版のサマリ「Web フォームを使用しないで Web アプリケーションを作成する [microsoft.com]」があった。
それにしてもサーバーサイドってめんどくさすぎね?サーバーサイドでの処理記述言語があり、HTML(XHTML)があり、スタイルシートがあって、Javascriptがある。それぞれがコンピュータ言語としての内部構造があって記述ルールがあって、あっちを直せばこっちに影響するって部分で別の言語環境を渡り歩くことになる。どうにかなんないのこれ?Microsoftのなら統一した開発環境で開発テストデバッグできるのかなぁ?
> サーバーサイドでの処理記述言語があり、HTML(XHTML)があり、スタイルシートがあって、Javascriptがある。SQLも。データアクセスがいくら便利になっても、結局SQLわからないと使い物にならないんだよねぇ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
混在する各種テクノロジ (スコア:0)
日本語のプレリリース版のサマリ「Web フォームを使用しないで Web アプリケーションを作成する [microsoft.com]」があった。
それにしてもサーバーサイドってめんどくさすぎね?
サーバーサイドでの処理記述言語があり、HTML(XHTML)があり、スタイルシートがあって、Javascriptがある。
それぞれがコンピュータ言語としての内部構造があって記述ルールがあって、あっちを直せばこっちに影響するって部分で別の言語環境を渡り歩くことになる。
どうにかなんないのこれ?
Microsoftのなら統一した開発環境で開発テストデバッグできるのかなぁ?
Re: (スコア:0)
> サーバーサイドでの処理記述言語があり、HTML(XHTML)があり、スタイルシートがあって、Javascriptがある。
SQLも。
データアクセスがいくら便利になっても、結局SQLわからないと使い物にならないんだよねぇ。
Re: (スコア:1)
Re:混在する各種テクノロジ (スコア:0)
指定しなければいけない訳で
はてなみたく、joinを使わない設計(WebDBPress or DBMag だっけな?)にしないと意味はないと思うが
#activerecord だって、joinの実現の方法があるんだしね
全レコード取り込みってのも、サイズがでかくなるとパフォーマンス的に問題だろうしね