問題タブ [semantics]

通常、私はフォームでそれを見てきましたが、関連するデータのセットをグループ化すると便利であることがわかりました (たとえば、ページに複数のテーブルがある場合、各テーブルまたは関連するテーブルのグループの周りにフィールドセットを使用して、目に見える意味を定義します)およびグループ名 (凡例))。これは、fieldset タグを悪用して、私の使用ではセマンティックな意味がなくなったのでしょうか?

Common Information Modelを作成する最善の方法を知りたいです。明確にするために、正規情報モデル、セマンティック情報モデル、およびマスター データ モデルと呼ばれることも聞いたことがあります。私の知る限り、これらはすべて同じ概念を指しています。

過去に、「トップダウン」と「ボトムアップ」を組み合わせたアプローチが最適だと聞いたことがあります。これには、「アイボリー タワー」のアーキテクトと開発者を組み込むという利点があります。作業は中間のどこかで行われ、通常は論理的かつ実用的です。ただし、これにはさまざまなスキルセットを持つ多くの人を連れてくる必要があります。

Distributed Management Task Forceへの言及もいくつか見ましたが、CIM 開発に関するベスト プラクティスについてはあまり調べられませんでした。

強力な CIM を持つことはSOAの前提条件であるため、これについてフィードバックを得たいと思っています。

アップデート

SOA の実装全体に沿った別の戦略があると聞いたことがあります。それは、ビジネスを関与させ、経営幹部の支援を求めることです。これは「トップダウン」の取り組みの一部です。

HTML/CSS の基礎を学ぶにはどこを紹介すればよいですか? 個人的にHTMLGoodiesから始めたのはずっと前のことですが、Ken Burns には私を始めさせてくれたことに感謝していますが、最近はそのサイトが時代遅れだと思うので、誰かをそのサイトに送るのは嫌です。

明らかに、必要なすべての情報を累積的に含む多くのサイトがありますが、怖がらせたくない新しい人をどこに送るのですか?

編集：

正直なところ、 w3schools.comを使用していないために何かが足りないと思っていましたが、チュートリアルの 3 ページ以内 (html と xhtml の両方) で<b></b>. 彼らがセマンティクスを奨励していないのは残念です。

人々を正しい方向に向かわせる何かを知っている人はいますか?

建物（博物館）には7つのレベル（+3から-3）があり、それぞれが異なる部屋/エリアに分割されています。エリアにカーソルを合わせると、そのエリアを説明するポップアップが表示されます。

7つのレベルとその領域を正確に表すマークアップを探しています。計画は意味があり、CSS/JSなしで「ナビゲート可能」である必要があります。

編集：いくつかの明確化、マークアップは、空間レイアウトではなく、建物の「セマンティック構造」を表すだけで済みます（CSSはレイアウトとグラフィックスを追加します）。

定義リストをネストすることは意味的に正しいですか、それとも単純に「名前と値のペアのフラットリスト」であるべきですか。

スペック的には禁止されていないようです。

この質問にさらに。

Erlang が最善を期待している RPC セマンティクスでは、少なくとも 1 回の SUN RPC と最大 1 回の Java RMI がありますが、正確に 1 回のセマンティクスを持つ人はいません。

厳密に 1 回のセマンティクスを持つことが実行不可能に思えるのはなぜですか?

たとえば、クライアントが応答を受信するまで一意にタグ付けされたリクエストを再送信し続け、サーバーがリクエストを複製しないように処理されたすべてのリクエストを追跡する場合。それはちょうど一度ではないでしょうか？

フレームワークと SDK の違いは何ですか? たとえば、MS プラットフォーム SDK と .NET フレームワークを考えてみましょう。どちらにも API があり、どちらも内部の仕組みを隠しており、他の方法ではすばやく簡単にアクセスできない機能を提供します (つまり、現実世界の目的に役立ちます)。

違いは何ですか？それは主にセマンティクスのマーケティング ゲームですか、それとも開発者がソフトウェアと対話する方法 (逆に、開発者がソフトウェアの動作を期待できる方法) に実際の違いはありますか? 一方が他方よりも高いレベルまたは低いレベルであると予想されますか?

ありがとう！

編集: この質問は、上記の 2 つだけでなく、SDK とフレームワーク全般に適用されます。

値が "" ではなく null または空であるかどうかをチェックする C# のスイッチを持つことは可能String.Emptyですか? 私はこれができることを知っています：

IF ステートメントの大きなリストを持ちたくないので、もっと良いものはありますか?

私は交換しようとしています：

アンカータグ（ ）がどのような文書を指すのかをHTML文書で表現したい<a>。たとえば、日付のリストか人のリストかなどです。参照されるすべてのドキュメントは Atom フィードになりますが、リンクはフィードに含まれる内容に基づいて異なる方法で表示されます。

2 つのオプションが表示されます。

1. "rel" 属性を使用:この属性には、現在のドキュメントと参照ドキュメントの間の関係が含まれていると想定されています。この属性は実際にはコンテンツではなく関係を定義することになっているため、これは最適なソリューションではないと思います。参照されるドキュメントは、それを参照するすべてのドキュメントの日付のリストになります。

2. "type" 属性の使用:この属性には、参照されるドキュメントのコンテンツ タイプが含まれることになっています。この解決策は、私が達成しようとしているものに近いようですが、この属性には、リンクのより一般的な説明ではなく、コンテンツ タイプが含まれている必要があります。

どのソリューションをお勧めしますか? 同じ結果を達成するためのよりクリーンな方法はありますか?

アプリケーションを構築するとき、「検索」と「検索」の考え方に意味のある違いはありますか? それらは多かれ少なかれ同義だと思いますか？

アプリUIのラベリングやAPI設計についてお伺いします。