同僚に出した仕様でDataGridViewを利用したメンテナンスＡＰがあったりした。何しろ仕様を出した自分が、DataGridViewについてそれほどよく分かっていなかったものだから、やってもらうにつれ色々分かること分かること。
とりあえずコンボボックスは今のところ使わない方向で・・・継承したクラス用意するのがちょっと面倒なんで。編集中とそうでない時とで、結構制御が変わってしまうのがなぁ・・・。まぁそれようにメソッド用意したりしたのでとりあえずは何とかなってるっぽい。
ちゅーかもう少しひらめきがあれば、ElTabbleやXtraGridに近づけるような気がするんだけどなぁ・・・。
なんか互いに出資した会社を興すことになっているらしい。どっちも有名なパーツメーカなのに、考えてみるととんでもなくすごい話だよなぁ、これって。
そのうちパーツ業界にも統廃合の波がくるのかねぇ・・・ＡＴＩが買収ってな話みたいに。
色々と試したおかげで、開発ツールに費用をかけることをできるだけ避けた状態で、システム作成できる見通しはたったんだけど、ここらへんのノウハウは需要があるんだろうか？まぁ、極端に言ってしまえば、SharpDevelop2使え、で終わるんだが（ｗ
一応ExpressEditionをベースにした、といえば仕事で開発するとこでも利用はしやすいと思うんだがねぇ。レポートはReportViewer、インストーラはClickOnceかWix。データベースはSqlServerExpressEdition。考えてみると、これでも十分に仕事できるんだよなぁ。エントリさえ考えつけば。
紆余曲折あって、伝票形式コントロールは某Ｇ社のコントロールに決まった。最後まで争っていたのは、海外物ながらXtraGrid。はっきり言って、機能的にも強力なのとコンポーネントのソース付き（すべてC＃で作成したコンポーネントだからこんな芸当ができるんだよなぁ）というのが、個人的にはものすごく魅力だったのよねぇ。
まぁ、ネックとなったのは日本語の資料がないこと。会社としてはこれはきっついんだよな。自分一人、または同じチームだけと考えるとXtraGridで行けるんだけど、その他の人を考えるとね・・・。
しかし今の悩みは別で、今月で新人教育は一段落させなければならないんだが、来月は今自分たちがやっている案件で使って行かなくてはならないのよ。正直、新人に出せる仕事はまだない・・・まだ画面設計してユーザーと打ち合わせしている段階だぞ？何を出せると言うのかっっっ。こういうときはどうすればいいのかなぁ・・・誰か知恵を求む。
挫折中・・・。まとまった時間（１ヶ月ほど？）がとれれば、勢いで作ってしまいたいところなんだよなぁ。できるかどうかは非常に微妙だけどねぇ。
正直、今の某G社のコンポーネントはできるかぎり避けたい。某ARは多分利用しないでも何とかなりそう、というかする。でもネックは伝票形式のＵＩなんだよねぇ。これだけはかなりユーザー側の希望も高い場面が多々あるんだよなぁ。
そこで一時期はDataGridViewをベースになんとか作成できんのか？と色々試してはみたけれど、「セルベースのコンポーネント」である以上、どっかで面倒な問題が発生するんだよねぇ。セルベースで、うまいこと伝票形式を実現しようと考えたら、RowTemplateの内部で更にRowとColumnを所持する形式、簡単に言うとグループ情報かな？、を持てるようにしてしまえばなんとかセルベースでも実現できるんじゃないのかなぁ、とは考えているんだけど・・・。そこまで拡張する腕がないのが泣き所。
色々と調べる時間が欲しい今日この頃。データベースの設計もやらなければならないのは分かってるんだけど・・・。いやぁ、真面目に影分身でもコピーロボットでも何でもいいから欲しいなぁ（ｗ
個人的にしばらく悩んでいたReportViewerを利用しての印刷が何とか解決したっぽい。プレビューとプレビューからの印刷は問題がなかったので、確実に印刷メソッド周りで実装がミスっているんだなぁ、と思って調査していたんだよねぇ。
分かってみればやっぱり簡単な話で。
PageSettings.PaperSizeプロパティ以下の各プロパティを設定しても、実際の印刷については影響がないってのが原因だったのよねぇ。しかしPaperSize.Heightとかも不思議な動きで、変更できないならReadOnlyにしてしまうか、例外でも発生させてくれればいいのに・・・と思ってみたりしたけど、結局は自分が動作を理解していなかったという事なんだよな。
まぁとりあえず一つはＯＫ。次は数値入力関係かな・・・厳密にキー制御しようとすると、結構面倒なんだなぁ。
今週に入ってＧＵＩ周りのデザインを開始。しっかし元々苦手分野ということもあって、ものすごく悩みまくり。なんちゅーか、「使いやすいデザイン」というのがみじんも思い浮かばなかったりする。
正直オフコン時代の思想をそのまま使ってもいいとは思うんだが、今回のお客さんは多分そういう「今までと変わらないもの」というのが気に入らないタイプなんだよなぁ。
極端でも「キーボードを使わない」デザインってのを考えてみるかなぁ・・・。
HibernateとかSpringとか色々なデータ周りのフレームワークを参考にしつつ、自分なりのフレームワークを改良し続けているわけだけど、ここのところかなり停滞気味。
なんというかテーブル間のＪＯＩＮをどう扱おうかってところで現在混乱中。ＶＢ６時代に作っていたのは、ＳＱＬ文を生成するだけなクラスだったからオブジェクトの属性なんて何も考えなくて済んでいたのよね。テーブル間のリレーションが属性として設定できるようにしていただけで。
んでも、今回はデータクラスとして、というのがスタートラインだったから「リレーションを考える前にある程度形にしてしまった」のよ。今にして思えばこれがマズかった。これだとＯ／Ｒマッピングが大変な事になってしまうんだよねぇ。
Ado.netだとテーブルリレーション関連のクラスが色々あるみたいだから、そっちも構造を参考にしてみようかな・・・
この間セミナーというか説明会に行ってきたんだが、Officeも2007になってかなり「使ってみたい」ソリューションになっているなぁ、という感じがする。
特に今までは単品単品での使い方しか考えていなかったんだけど、今回はShareServerやFormsServerなど連携して使ってみたくなるんだよねぇ。個人的には承認ワークフロー周りの機能を用意してくれている部分かな。
とりあえずベータ２で試してみる事にしようかと思ってみた。