アカウント名:
パスワード:
書き方1
<sample> <item option="abc"> <name>ABC</name> </item></sample>
書き方2
<sample> <item> <name>ABC</name> <option>abc</option> </item></sample>
どっちが正しいのか分からず、数名と議論して、結局「書き方2」の方を選びましたけども。
私なら次のように考えますね。
option の内容は複雑か(階層化した方が良いか)→YES なら書き方 2→No なら、option の数は 0..1 か 0..* か →0..1 なら書き方 1 →0..* なら書き方 2
初期値ないし単一のバインディングで済む書き方 1 で済むなら、そちらの方が楽です。ただし、それで表現できないケースは書き方 2 にせざるを得ません。
まぁチーム開発で混乱したり議論になったり、後で書き方 1 → 2 になって面倒だ、ってなるぐらいなら 2 に統一で良いと思いますよ。
大体同意。自分はぶっちゃけ、属性で済むデータ構造なら数がいくらあろうと属性で完結させてしまう。属性で表現できない構造を要素に展開していく。まあノードの意味も低優先で考慮はするけど。
#3360237は、
<sample> <item name="ABC" option="abc" /></sample>
こうしたい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
仕様が自由過ぎて悩ましい (スコア:1)
書き方1
書き方2
どっちが正しいのか分からず、数名と議論して、結局「書き方2」の方を選びましたけども。
Re: (スコア:1)
私なら次のように考えますね。
option の内容は複雑か(階層化した方が良いか)
→YES なら書き方 2
→No なら、option の数は 0..1 か 0..* か
→0..1 なら書き方 1
→0..* なら書き方 2
初期値ないし単一のバインディングで済む書き方 1 で済むなら、そちらの方が楽です。
ただし、それで表現できないケースは書き方 2 にせざるを得ません。
まぁチーム開発で混乱したり議論になったり、後で書き方 1 → 2 になって面倒だ、ってなるぐらいなら 2 に統一で良いと思いますよ。
Re:仕様が自由過ぎて悩ましい (スコア:0)
大体同意。
自分はぶっちゃけ、属性で済むデータ構造なら数がいくらあろうと属性で完結させてしまう。
属性で表現できない構造を要素に展開していく。まあノードの意味も低優先で考慮はするけど。
#3360237は、
<sample>
<item
name="ABC"
option="abc"
/>
</sample>
こうしたい。