DS用ワンセグチューナー、年内発売へ

ここのニュース
DS用ワンセグチューナー、年内発売へ＝試作品を総会後公開―任天堂
http://headlines.yahoo.co.jp/hl?a=20070628-00000189-jij-biz
によると（以下斜体は上記サイトより引用）

＊任天堂 <7974> は28日、株主総会終了後の株主向け自社製品体験会で、携帯ゲーム機「ニンテンドーDS」向けワンセグチューナーの試作品を公開した。


おおお、ＤＳでワンセグですか・・・


価格について、同社は「数万円もするような高価な商品にはならない」（広報担当）との見方を示している。　

まじ欲しい。
貧乏人のウィリアムのいたずらにも買えそうな気が。。
外部出力できて、録画とか。。って、そこまで求めるのは酷（＾＾；）

いや、見れるだけでも、十分欲しい。

いや、ワンセグ見れなくても、実はＤＳ、欲しいんだけどね（＾＾；）

名寄せで解決しない年金記録問題。。。

っていう記事が、「日経コンピューター」に載ってましたね。
いや、最近忙しくて、きょう、ちょっとみたら、載ってました。
２００７年６月２５日号（特集が、「ERPパッケージがなくなる日」
の号）の１６ページ。

ニュース＆トレンド
名寄せで解決しない年金記録問題
社保庁の”宙に浮いた５０００万件”、政府案では困難

で、統合できない理由として、その記事では

１．そもそも５０００万件は、一度確認済みのデータ
　→確認して、確認できなかったのが５０００万件

２．転職で年金手帳を発行するのは、ざら
　　＝＞１人で複数の基礎年金番号を持ってしまう
　　さらに、転職したとき、生年月日を
　　「意図的に変えて」就職することもある・・・

３．５０００万件のうち、１００歳以上が１６０万件
　　記憶のあいまいな高齢者データは多い。

で、システムの名寄せは、
「柳沢厚労相が、NTTデータと日立の社長に依頼して
急に決まった」そうな
→実現可能性を現場が判断する前に決められた

（以上、上記記事より編集、引用）

---

うーん。。１００歳以上の人とか、死んでるんじゃないのかなあ？
生きてる人が１６０万件？まあ、生きてても、本人に聞いてもねえ・・

それと、就職するときに、生年月日を意図的に変える
＝年をサバを読む
たしかに、ありそうだ。。

その場合、たしかに、前の年金手帳とか、出せないよねえ。。
会社に（＾＾；）
年が、ばれちゃうもんねえ・・

奥が深い（＾＾；）

一般的な編集ソフトの作り方 その２３：画面の構成（エクステンションの実現）

ワープロやドローイングソフトなどの編集ソフトを作る上での一般的な考え方を考える「一般的な編集ソフトの作り方」です。
　ここでは、主に、

　　・メモリ上に、要素をもつ
　　・イベント発生時の動き
　　・画面の構成

ということで、今、「画面の構成」をやっています。
　今回は、ツール機能などに入る、エクステンションについて考えてみたいと思います。

---

■エクステンションの考え方

　エクステンションは、ユーザーが勝手に（＾＾；）プログラムを作って、それを、何らかのイベント（自分が起動するか、画面の何らかの操作等をしたときに）のときに、テキトーな引数を渡して呼び出すっていうものです。
　これにより、ユーザー側では、いろんな処理を追加できるわけです。

　これを実現するには、動的にプログラムをリンクして呼び出す仕組みを使えばいいわけです。

　で、それについて、各社各様のやり方がありますが、まあ、とりあえず、以下のやり方を使えば出来るよ！というのを挙げておきます。

---

■Windowsの場合、DLLか、コマンドの実行

　Windowsの場合は、動的にリンクする方法として、DLLでオブジェクトをつくっておいてもらって、それを呼び出すということができます。
　呼び出すタイミングとDLL、引数などは、設定ファイルに書いてもらうという感じになるのかな？

　もっとも、DLLでなくても、コマンドラインで動くプログラムを、呼び出してもいいわけなのですが。。

---

■Javaの場合はリフレクション

　Javaの場合は、リフレクションを使って、DLLとおなじようなことを実現できます。

　リフレクションでクラスをロードするわけですが、どのクラスを、どのタイミングで呼び出すかについては、やはり、設定ファイルに書くのかな？

---

■Linuxはsoオブジェクト

　Linux等においては、ファイルの拡張子に.soとつく動的モジュールを作ることで実現できます。
　もちろん、コマンドラインで動くプログラムを、呼び出してもいいわけなのですが。。
　いままでと同様に設定ファイルでもいいわけですが。。

---

■WebAPIやソケット通信は。。。

　もっとも、このネット社会、REST型のWebAPIを呼び出すことによってエクステンションすれば、SOAちっくになって、もっと簡単に拡張できそうですけど・・そういうのは、みないなあ。。あるのかなあ。。

　あと、同様に、ソケット間通信にしちゃえばいいじゃん！プラットフォーム関係ないし・・と思うかもしれませんけど、確かにそーなんですけど、そういうのも、みないなあ。。あるのかなあ。。

---

■渡す引数
　で、操作できるように、引数を渡すわけなんですけど、このとき、今画面表示しているものそのものを渡すか、コピーして渡すか？という話があります。
　そのものを渡すと、ぐちゃぐちゃにされるリスクは・・・・

　まあ、あったりします（＾＾；）

クラスに原則として、CRUDのメソッドがないとこまる

　きのうの、要件を出すところから運用まで、一気に書いてみるで、

（４）機能要件の抽出（クラス図のメソッド部分）

のところで、

・（２）の名詞、つまり、主語か、目的語のクラスのメソッドに、
　　開発システムのアクティビティ図のアクティビティを埋める

と書いたところがありますが、メソッドを、主語と目的語のどちらに入れるかについての話。

---

■まず、原則、そのクラスのCRUDは、メソッドにある
これは原則論ですが、あるクラスの
　　・作成または追加（C:Create）
　　・検索（一覧）読み込みなど（R:Read)
　　・編集、更新、変更など（U:Update)
　　・削除（D:Delete）
を意味するようなメソッドは、そのクラスのメソッドとします。

たとえば、「申請書を作成する」というような場合、
申請書クラスに、作成(Create)メソッドがきます。

　ちなみに、Javaで考えると、Cはコンストラクタ、Rはgetter,
Uはsetter,Dはデコンストラクタ・・・は、Javaにはないけど、
closeとかremoveの処理に当たります。

---

■ただし、そうできない、しないほうがいいこともある。

　しかし、たとえば、削除をしようとしても、自分でメモリーを解放できないので、誰かから削除してもらわないといけない場合とか、Factoryみたいに、いろいろなものを生成するようなケースでは、この限りではありません。
　この場合は、主語のほうに入れたりします。

　また、たとえば、

　コンビニ（の店員）は、お客様に、ビッグ（サッカーくじ）を販売する

　という業務（なのか　＾＾；）があったとき、

　ビッグというクラスに「販売する」というメソッドをいれてもいいです。
　でも、コンビニのほうに、「販売する」として、引数を販売するもの（＝ここではビッグ）にしたほうがいいかもしれません。
　このように、主語がある動作をすることが重要で、目的語はいろいろと入れ替えられる場合、主語にメソッドを入れたほうがいい場合もあります。

---

■主語等に入れる場合、目的語をどこかに指定する

　上記の、

　コンビニ（の店員）は、お客様に、ビッグ（サッカーくじ）を販売する

　という業務（なのか　＾＾；）があったとき、
　コンビニクラスや、お客様クラスに「販売する」に対応する
　メソッドを入れる場合、

　メソッドを「ビッグ販売」にするか、
　「販売」メソッドの引数を「ビッグ」にして、目的語をどこかに入れないといけません。そうしないと、何を販売してるのか？？っていうことになります。
　「ビッグ販売」という場合は、販売しているものが一般化できない場合、逆に「販売」で、引数がビッグのときは、いろんなものの販売が一般化できる場合は考えられます。

---

と、この程度の注意点というか、方針はあると思います。
ただ、方針にあまり関係ないようなメソッドは、どこかに入れておけば（どこにいれていいかわかんなかったら主語、主語に入れておかしかったら目的語）OKだと思います・・・けどお（＾＾；）