データ保持クラスでラッパークラスとシリアライズ

質問

C#を使いDataContractSerializerでXML保存をしています。
基本のデータ型で例えば電話番号とかEmailアドレス、また作業時間やIDなんてのもあとで処理しやすいようにラッパークラスを作ると良いとアドバイスを受けました。
そこで検索をかけるとオブジェクト指向エクササイズなんていうものの中にズバリな説明があったのですが保存を考えるとどうもメリットが分かりません。
こういう基本型で細々とラッパークラスを作るとなると、保存処理が結構面倒くさくなる気がします。
私の処理の仕方がまずいだけかもしれませんが。
アドバイスを下さった方に聞いたのですが時間がなかったので詳しい説明もなく、大して変わらないと言われました。
私としては一つクラスが増えると[DataContract]が増える上に、要素が増えてネストされる分XMLも見づらくなるのですが、そこまで気にする方がおかしいのでしょうか？
仮に保存をrdbmsにしても処理がめんどうな気がします。
やってること（処理）が単純すぎて処理の記述が増えた分面倒なだけでしょうか？
確かに意味づけで便利かなーと思うこともありますが。
そのアドバイスを下さった方が次くるのが1月後なので、どうにもモヤモヤしてしまい質問させて貰いました。

回答No.1

catpow · ベストアンサー

質問者さんが「こういう基本型で細々とラッパークラスを作るとなると、保存処理が結構面倒くさくなる気がします。」などと疑問に感じられていることは、たぶん正しいと思います。

今から数十年前、「オブジェクト指向（言語）で開発すれば、開発も保守も楽になる！」と世の中が騙された時代がありました。
実際の現場では、開発が楽になることも、保守が楽になることもなく、逆に大変になったことが多かったのではないでしょうか？

ただ、それ以降も、「開発がいかにすれば楽になるか？」「機能拡張や変更がいかにしたら楽になるか？」という研究は進められてきており、オブジェクト指向にとらわれることなく、さまざまな技術が開発されてきたと思います。

たとえば、質問者さんが、電話番号やＥｍａｉｌなどを画面から入力したり、それをＲＤＢＭＳに保存したり、検索したりするソフトを作りたい場合、Ｃ＃のEntity Frameworkを使えば（その技術に関して、そこそこの勉強時間が必要ではありますが）ラッパクラスとか、シリアライズなんてことを考えることなく、簡単にプログラムができあがります。

別の例にたとえれば、すばらしい剣の技があって、「その流儀をマスターすれば剣豪になれる！」として苦しい修行（＝オブジェクト指向の勉強）をやったけど、いつの間にか、時代はライフル銃の時代（＝Entity Framework）となり、はるかに効率よく敵を倒せるようになっていたという感じかもしれません。

Entity Framework、Linq、ラムダ式という技術を使えば、データベースの生成を自動でやってくれたり、複雑なＳＱＬを記述することなく、データが検索や更新処理が行なえますよ。

なお、私は最近、Ｃ＃がメインの開発言語で、Entity Frameworkを使っているので、他言語のことはよく知りませんが、他の言語でも似たような仕組みが導入されていて、同じように、お手軽開発が可能になっているのではないかと推測しています。

お礼

確かに！
妙に大変な部分が多いですね！
ただ上がこういうやり方でって感じで言ってくるのでオブジェクト指向を中心にやるしかない状態ですが。
Entity Frameworkはまだ触ったことがなかったです。
Linqやラムダ式は使ってますのでプラスEntity Frameworkですね。
調べた限りかなり便利そうなのでさっそくそちらで試してみたいと思います。
ありがとうございます。

回答No.2

catpow

>>ただ上がこういうやり方でって感じで言ってくるのでオブジェクト指向を中心にやるしかない状態ですが。

日本のＩＴ業界って、「人貸し業」、「人身売買」とか「多重派遣」「偽装請負」などとしばしば、問題視されて批判されます。
でも、それ以上に、「商売のネタ」であるはずのプログラミング技術、開発技術自体の向上には、あまり注意が払われていない点が問題だと思っています。

でも、考えてみたら当然なんですよね。商売の見積りは、根本的な尺度が「人月単価」となっています。
会社経営者とすれば、１００人月の見積りとなる仕事と、１０人月になる仕事では、前者のほうが売上・利益ともずっと大きくなります。

仮にオブジェクト指向で、開発工数が１０分の１に大幅削減になるとしたら、経営者としては、「オブジェクト指向の勉強やって、その結果、売上・利益が下がるなんてバカバカしい」となりますよね？
「全体の開発工数の下がるような、新しい提案はするな！！」という指示を出す会社もあるそうですからね。

また、ＩＴ業界をめざす人達も、「プログラミングの技術を覚えると、ＳＥじゃあなく、ＰＧにされる。地位も給与もＳＥのほうが上。だから、プログラムの勉強なんてすべきじゃあない」という判断をする人達が、わりと多かったみたいです。

さらに、質問者さんが書かれたように、「上からの指示」とか、「杓子定規のセキュリティ」「開発リスク回避」という視点から、「よさそうだけど、リスクありそうなことはしない」として、便利なオープンソフトやツールを使ってはいけないという職場も多いです。（私は、派遣でＩＴ業界では有名な大企業から銀行とか、流通などの開発現場で働きました）

ちなみに、海外では、ＳＥ的な職種（人に指示して、自分では物作りしない職種）は存在しないという書き込みを目にしたこともあります。
自分でものづくりができないＳＥは、海外のＩＴ市場では、「何もできない人」に分類されるらしいです。

>>調べた限りかなり便利そうなのでさっそくそちらで試してみたいと思います。

Entity Frameworkは、とても便利で、データベース関連の処理を楽にしてくれますよ。
「ちょっとこのプログラムの機能を変えてほしい！」という要望も、気楽に引き受ける気にさせられます。

ただし、日本語の情報がとても少ないですし、あっても、古いバージョンの解説記事だったり、それを新しいバージョンで使うとエラーになったり、エラー原因を調べるのに苦労します。

また、最新のマイクロソフトのVisual Studio2015は、オープンソースを積極的に利用しているようです。
上記のような、上から、「これはいいけど、あれやこれしてはダメ！」って言ってくるタブーが多い職場では、使うのが難しいかもしれません。

お礼

そうですね。
うちもこれはダメあれはダメのオンパレードです。
そのくせ上がおもしろそうなのを見つけると振ってくるっていう無茶ぶりなんですが。
で、さっそくEntity Frameworkを自宅で試してみました！
すごくいいですね！
仕事に直結するのが難しそうですが、自分で使う分にはものすごく助かりそうです。
ありがとうございました。