探してみたら
ObjectDataSourceにPrivateで持っているDataTableに
ポップアップダイアログでリストを出して選択した行の中身を
メモリ上で追加するというのもありました。
知識がなくなかなか作れず標準でこのくらいは欲しいなと思いました。
みなさんありがとうございました。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
| island_town さんからの引用 | |
|
island_town さんがご希望の処理は，恐らく Reflection を使用すれば (Microsoftではなく) 開発者側で実装可能なもののように見えます．詳しい仕様は拝見していませんが，慣れた人なら 3 分ぐらいで作ってしまいそうな気がします．
island_town さんの近辺で，この処理が何度も行われるのであれば，そういうメソッドを作成してみてはいかがでしょうか？
どのように実装するかについて疑問点がございましたら，改めてその点について (適切なフォーラムに) スレッドを立てていただければ，恐らく皆さん協力していただけると思いますよ．
↧
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
| island_town さんからの引用 | |
|
テーブル設計が良くないという印象ですね。
処理として存在するにしても、ExecuteNonQuery メソッドでやると思います。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
私は申請されたものが承認された時に
申請用テーブルからマスタテーブルにデータをコピーする時
必要になります。
比較的よくある処理だと思うのですが。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
大前提として、.NET Framework クラブ ライブラリは、多くの人がフレームワークとして利用するものという立場があります。
利用率が少ない機能を追加されまくられると、返って完成度が下がります。
利用率の少ないものは自前で作ってもらう、そのためにカスタム コントロールなる概念があります。
ということで、どんな場面に使用できるのかや、用意されることによるメリットを書かないと提案にはならないと思います。
# 本当に必要であれば、すでに誰かが公開 | フィードバックしてそうですね。
↧
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
しかしフィールド数が多いため
１つ１つ入れていく方法ではコード量が多くなり
ＮｕｌｌチェックのＩｆ文もいちいちかませて
同じコードをずらっと並べて
代入文の左右やＩｆ文のフィールドプロパティが一致してるかチェックして
フィールドコピー文の漏れがないか走らせてチェックするという作業が大変なのです。
実際には以下のコードになります。
if(ADataRow.IsAAANull())
BDataRow.SetAAANull();
else
BDataRow.AAA = ADataRow.AAA;
フィールドプロパティの繰り返しが多く、どこかを間違えてしまいやすいです。
フィールド名がコンパイル対象にならないというのであれば
フィールド名を型付データセットのstaticフィールドにして欲しいです。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
| island_town さんからの引用 | |
|
本当に初心者に優しいと思いますか？私は、学ぶチャンスをつみ取っていると思います。それは優しさではないと考えます。
あるいは、いつまで初心者でいるのですか？または、いつまでも初心者のままとどまっているつもりですか？
このスレッド、「ブラウザを閉じる時に通知するＵＲＬをサーバー側でアプリケーション毎に設定して、閉じる時に通知して欲しい 」、「金額TextBoxのOnblurで自動的にカンマを入れてくれるプロパティがほしい。 」の3つからは、単に探すのが面倒だから、探す手間を惜しむことを「初心者に優しい」と表現しているように感じます。
他の言い方をすると、いきなり「要望」としてあげるようなことではなく、まず「やりたいこと」を実現する手順を考える。手順を実装する手段を考える。この手段について「楽にする方法はないか」と、他の開発者に尋ねる。その方法で納得できなくてはじめて、「要望」としてあげることではないでしょうか。（そういうの、他にも投稿されていますね）
前にも書いたように、パーシャル クラスでキャスト動作をオーバーライドすればいいのではないですか？
[code]
partial class BDataRow
{
public static explicit operator ADataRow(BDataRow b) {
ADataRow a = new ADataRow();
a.ColumnA = b.Column5;
a.ColumnB = b.Column4;
...
return a;
}
}
// 使うとき
BDataRow B = (BDataRow) A; // A は ADataRow のインスタンス
tableB.Rows.Add(B);
[/code]
こんな感じ？使ったことないからわかんないや。
で、「DataRow として入力、または出力して、文字列配列で列名を指定する」というのは却下。そんなの、全然優しくない。バグの温床になるだけ。
列名が変わったのにコードを修正するのを忘れていたら、コンパイルは通ってしまいます。そして実行時にエラーになります。このエラーを訂正する方が、あらかじめ「この列をこの列に入れてね」と宣言するより難しいでしょう。
さらに、そんなにあっちこっちのテーブルにコピー配布しなければならない作り（データベースの設計）自体がおかしいのでは？
このようにすることで、動的解釈ではないのでコンパイル時にミスが検出できるため、配列で列を指定するより安全です。
配列で指定するなら、変換をしようとする箇所で配列を書いてやる必要があります。しかし、キャスト動作にしておけばその必要もありません。
少なくとも配列を指定するために1回はコーディングが必要なので、手間は変わらないと思います。
参考リンク：
変換キーワード (C# リファレンス)
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
＞ADataRow に、Fields で定義されたフィールドがない場合、どうしますか？
ADataRow のそれぞれのフォールドの型が、BDataRow の Fields で定義されたフィールドの型と違う場合、どうしますか？
ADataRow のフォールドの個数と、Fields の個数が違う場合、どうしますか？
そういう場合エラーにするロジックを全て組んで標準メソッドとして提供して
初心者が簡単に使えるようにして欲しいのです。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
| island_town さんからの引用 | |
|
まず、「型付き DataRow」の意味が理解できていないように思います。
あなたがしようとしているのは、単なる「コピー」ではなく、「キャスト」（型変換）動作を含みます。ユーザ定義型からユーザ定義型へのキャストは、開発者が定義するものではないでしょうか？
ADataRow に、Fields で定義されたフィールドがない場合、どうしますか？
ADataRow のそれぞれのフォールドの型が、BDataRow の Fields で定義されたフィールドの型と違う場合、どうしますか？
ADataRow のフォールドの個数と、Fields の個数が違う場合、どうしますか？
それらを考えると、一般的なものを用意するのは難しい、あるいは「ItemArray を用意しておくから良きに計らって」とするのは妥当かと思います。
あるいは、パーシャル クラスでそういうメソッドを用意すればいいのではないですか？それをするのが「開発者」だと思いますけど...？
↧
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
つまりフィールドの順序が違うDaraRow間で
フィールド名を元にコピーしたいのですが
ItemArrayで自動的にそれをやってくれるのですか？
違うテーブルを元に２つの型付きデータセットを作り
一方のテーブルのデータセットから違うテーブルのデータセットにデータを入れたいのです。
例えば
String Fields[] = {"aaa","bbb","ccc"};
ADataRow.CopyColumn(BDataRow,Fields);
とやると
ADataRowのaaa,bbb,cccフィールドのデータがBDataRowのaaa,bbb,cccフィールドにコピーされる
といった感じです。
確かに説明不足でしたね。すみません。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
| island_town さんからの引用 | |
|
金額TextBoxのOnblurで自動的にカンマを入れてくれるプロパティがほしい。の方もそうなんだけど、ちゃんと読んでくれました？
型付きだろうがなんだろうが、Object 配列として取り出せば、型のないものへ放り込めます。そのために、
|
と、カッコのない方に注意書きがされています。
つまり、DataRow1 型が、string, int, int と定義されていて、DataRow2 型が string, int, datetime、DataRow3 型が string, int, int と定義されているとします。ここで、DataTable1.ItemArray を取り出すと、Object[] {string, int, int} という、Object 型の配列が取り出せます。こいつを DataTable2.ItemArray に設定しようとすると、3つめのカラムの型が違いますから、例外が発生します。しかし、この例外が発生することと、あなたがしようとしていることは、関係ないですよね？
なので、ここで3つめを datetime のオブジェクトに入れ替えて、 Object[] {string, int, datetime} の Object 配列に変換してやれば、DataTable2.ItemArray に放り込むことができるわけです。
また、違うデータ型の DataRow3 に対しては、放り込めます。「配列は、列のコレクションと同じサイズと順序に」なっていますから。
もしかして、配列のコレクションと、違うサイズ、順序の DataTableに放り込みたい？
または、同じサイズ、順序にあわせるのが面倒だと？
それは、要望ではなく、無謀とか、我が儘というものかと。。。
あるいは、「配列を指定して」というのを、もっと具体的に示していただけないでしょうか。
どんな DataRow からどんな DataRow へ、どのような指定をすると、どのようにコピーされる、と。
あなたの頭にあるイメージを、具体的な例示なしに理解できる人はいないと思いますよ。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
それだと同じ型付きDataRow間で全部のデータをコピーしてしまいますよね。
違う型付きDataRow間で一部のフィールドだけをデータコピーしたいのです。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
↧
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
違う型付きデータセット間でデータのコピーをする必要が頻繁に発生するのですが
ひとつひとつフィールドをコピーするのが面倒です。
コピーするフィールドの配列を指定してDataRow間のデータのコピーが簡単にできるようにしてほしいです。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
なんとなく、要望の背景がわかってきたような気がする。
どっちかというと、「DBNull の時に特別な処理をしなければならない」ほうがメインではないですか？
- データセット デザイナで、テーブル デザインを編集する前提です。
- デザイナで指定できる列のデータ タイプに Nullable<> が指定できません。（データベースの型と互換性のある型だけ、なんだろうな）
- System.String 型以外の型では、NullValue に 「(throw exception)」しか選べません。
- このため、VARCHAR 以外の型で NULL を許容する列の時、コードが煩雑になる。
こういった理由のため、次のいずれかのような実装を要望します。
- デザイナが出力するコードの、DataTableRow.Column プロパティを、開発者が上書きできるようにして欲しい。これができれば、どんな型であろうとプロパティを上書きすることで、NULL の処理を望むように行うことができる。
- System.String 以外の型にも、(throw exception) 以外の選択肢を許容して欲しい。System.String の場合は、プロパティ内で IsColumnNull にて検査するように実装されています。その他の型も、同じようなコードを作成するように修正できないでしょうか。（指定された値の型をチェックする方法が難しいかもしれませんが。）
- DBNull と null を相互変換可能にして欲しい。こうすると、NullValue そのものが要らなくなるのでは？
とはいえ、データベース システムにとって NULL は特殊な意味を持ちますから、「他の何かと同等に扱える」のは、混乱のもとだとも思います。特に、初心者にさせてはいけないことだと思います。VARCHAR に限っては、DBMS によって「空文字列は NULL と同等」と扱うものもあるので、NullValue が有るのかもしれませんね。
なんにしても、NULL を、「Column = NULL」では検査できません。NULL に何かを足しても NULL のままです。ORDER するのに NULL は制御できません。このように、DBMS で NULL の扱いが特殊なので、DBNull を特殊だと意識づける必要があると思います。
で。こういうまとめを、読み手にさせるのはどうかと思うのです。
（そういうことをやってるから MVP なのですが）
他にも、「ご要望の背景をお教え下さい」と、開発統括部からお願いされているものがありますよね。
これは、問題の背景、根本となる原因を探っているわけです。
良い喩えではありませんが。
先日、事務所でダニ、ノミが大量発生しました。とりあえず、殺虫剤を撒いたのですが、おさまりません。さて、どうしますか？
island_townさんの要望は、「強力な殺虫剤を作ってください」と喩えることができると思います。それに対して、「ダニやノミが発生している原因はなんですか？その発生源を取り除くことができませんか？」と、問うています。
ちなみに、屋根裏に鳩が巣を作っていることが原因でした。巣を取り除き、入ってくる隙間を埋めて解決です。要望である「殺虫剤を作ること」は満足していませんが、その要望のもとである「ダニ、ノミを取り除く」ことは満足しています。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
そういえば
ADataRow["aaa"] = BDataRow["aaa"];
と書くこともできますが
フィールド名が文字列になってしまうので
型付データセットにフィールド名用クラスを追加して
フィールド名を定義してコンパイル対象にして欲しいです。
ただやっぱりAllowDBNullのチェックは代入時にして欲しいですね。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
[code]
partial class BDataRow
{
public static explicit operator ADataRow(BDataRow b) {
ADataRow a = new ADataRow();
Object[] arrB = b.ItemArray;
a.ItemArray = new Object[] {arrBb[1], arrBb[3], ... };
return a;
}
}
提案はありがたいのですが
配列のindexで指定してはどのフィールドをコピーしているのか分からなくなってしまうので困ります。
それともう開発が終わってしまったので
新たにスレッドを立てる気が出ません。
すみません。
↧
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
申し訳ありませんが、探したり試す手間を惜しんでいるだけのように思えます。
または、いきなり「要望」としてあげることではないと思います。事前に「良い知恵はないでしょうか」と、他のフォーラムで質問した上で、「このスレッドのようになりましたが、それでもやっぱり簡単にできないですか？」と尋ねるという方法が良いと思います。
他のところで書きましたが、
- どんなことをしようとしている
- どんな状況にある
- それをするのが、どれほど労力がかかることか
- その労力を、全開発者に対してどれくらいの人が行っていると思うか
- 提案を受けいれてくれると、どれくらい労力が軽減するか
- 具体的な提案内容
というようなことが、はっきりとわかるように書いてあれば、提案を受けてもらいやすいです。特にパーセンテージは重要で、どんなに些細なことで多大な労力が軽減されるとしても、それによる恩恵を受ける人がごく少数なら、見送られることもあります。このデータをそろえるためにも、他のフォーラムで尋ねてからでも良いと思います。
我々が行う提案は、日本でまとめられた後、アメリカへ行きます。日本の開発チームは、アメリカの開発チームを説得しなければなりません。そのため我々は、日本の開発チームを説得する必要があります。日本の開発チームがアメリカの開発チームに説明するために、英語に直しやすい書き方がされているとベターです。
ところで、私が一つ一つ代入するコードを書いたからといって、あなたも代入でコーディングする必要はないですよね？ItemArray で、null の所はどうなりますか？DataSet デザイナから生成されたコードは、プロパティによるアクセス メソッドで例外を送出するようにコーディングされています。このことから、ItemArray で指定した場合はそのまま通るのではないですか？
または、コード上のテーブルと、DBMS 上のテーブルが一致している必要もありません。申請から持ってきて、マスタに書き出してもいいのではないですか？
[code]
partial class BDataRow
{
public static explicit operator ADataRow(BDataRow b) {
ADataRow a = new ADataRow();
Object[] arrB = b.ItemArray;
a.ItemArray = new Object[] {arrBb[1], arrBb[3], ... };
return a;
}
}
[/code]
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
探してみたら
ObjectDataSourceにPrivateで持っているDataTableに
ポップアップダイアログでリストを出して選択した行の中身を
メモリ上で追加するというのもありました。
知識がなくなかなか作れず標準でこのくらいは欲しいなと思いました。
みなさんありがとうございました。
↧
フィールド名の配列を指定して違う型付きDataRow間のデータのコピーが簡単にできるようにしてほしい。
| island_town さんからの引用 | |
|
island_town さんがご希望の処理は，恐らく Reflection を使用すれば (Microsoftではなく) 開発者側で実装可能なもののように見えます．詳しい仕様は拝見していませんが，慣れた人なら 3 分ぐらいで作ってしまいそうな気がします．
island_town さんの近辺で，この処理が何度も行われるのであれば，そういうメソッドを作成してみてはいかがでしょうか？
どのように実装するかについて疑問点がございましたら，改めてその点について (適切なフォーラムに) スレッドを立てていただければ，恐らく皆さん協力していただけると思いますよ．
↧