C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

ログ内検索

キーワードを複数指定する場合は半角スペースで区切ってください。
検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
[返信]をクリックすると返信ページへ移動します。

キーワード	/	検索条件	/
検索範囲	/	強調表示	/ ON (自動リンクOFF)
結果表示件数	/	記事No検索	/ ON
大文字と小文字を区別する

全過去ログを検索

ヒット / 24件

<< 0 | 1 >>

■87108

　Re[5]: datagridviewからxmlへの出力について

□投稿者/ 魔界の仮面弁士 -(2018/04/12(Thu) 01:05:12)

■No87107 (kaz さん) に返信
> xmlを利用した理由は、自分が知っているデータベース形式として
> csv、json、xmlがあって、プログラム中で書き換えたりDataGridViewに表示するのに
> 一番良さそうと思ったからです
> つまり深い理由は無いです

それだけの話なら、<price> 要素が記録されないことは、些細なことなのでは…。
空要素の price タグを作るために奔走するのは、手段と目的が入れ替わってしまっているようにも感じます。

■No87107 (kaz さん) に返信
> xmlを手書きで編集する際に、全要素のひな形が予め存在していたほうが
> 編集しやすいと思ったからです
> xmlを手書き編集する事自体横着だとは思いますが
> 自分で作り、自分だけが使う予定のプログラムなので大目に見ていただければ・・

そのデータファイルは、できれば手書きでも書き換えたいのですよね?

目的に合った形の XML を使いたいのであれば、先にも述べた通り WriteXml / ReadXml に頼らず、
LINQ を使って、型付DataSet ⇔ XML の変換を自前で作ってしまったほうが融通が利くかと。

記事No.87059 のレス /過去ログ149より / 関連記事表示
削除チェック/

■87110

　Re[6]: datagridviewからxmlへの出力について

□投稿者/ kaz -(2018/04/12(Thu) 02:47:24)

■No87108 (魔界の仮面弁士さん) に返信

> それだけの話なら、<price> 要素が記録されないことは、些細なことなのでは…。
> 空要素の price タグを作るために奔走するのは、手段と目的が入れ替わってしまっているようにも感じます。

そう言われてしまうと、その通りだと思います
前に質問1に至った経緯でお答えしたとおり
ひな形が出力されていたほうが、手書きで編集しやすいし
自分が使っているxmlを出力するソフトでそういう仕様になっているものがあったので
何かしらちょっとオプションをつければ（例えばスキーマをつけて書き出すオプションの様に）
<price> 要素を出力する方法があるのではないかと思い質問しましたが
思いのほか大変な作業になってしまいました
おそらくそのソフトは、WriteXmlは使わず書き出しているのだと思います

> 目的に合った形の XML を使いたいのであれば、先にも述べた通り WriteXml / ReadXml に頼らず、
> LINQ を使って、型付DataSet ⇔ XML の変換を自前で作ってしまったほうが融通が利くかと。

そういう方法も検討してみます
WriteXmlの１行に多くを求め過ぎですね・・・

色々改善すべき箇所は残っていると思いますが
質問で意図した動作は達成することが出来ましたので
解決済みチェックをつけて締めさせていただきたいと思います
アドバイスしていただいた御二方大変ありがとうございました

記事No.87059 のレス / END /過去ログ149より / 関連記事表示
削除チェック/

■87115

　Re[5]: datagridviewからxmlへの出力について

□投稿者/ WebSurfer -(2018/04/12(Thu) 12:23:43)

■No87107 (kaz さん) に返信

> xmlを利用した理由は、自分が知っているデータベース形式として
> csv、json、xmlがあって、プログラム中で書き換えたりDataGridViewに表示するのに
> 一番良さそうと思ったからです
> つまり深い理由は無いです

であれば、データベースには SQL Server, My SQL, Access 等を使うことをお勧めします。

もともと、DataSet / DataTable は SQL Server, My SQL, Access 等のデータベース/テーブル
のメモリ上での表現で、非接続型データアクセスで DB の表示・編集・更新を行うためのものの
ようです。

以下の記事の図１、図２を見てもらうとそのあたりのことが一目でわかると思います。

DB 設計者のための明解 ADO.NET 第 1 回
https://msdn.microsoft.com/ja-jp/library/cc482903.aspx

その目的に沿った使い方ができるように Visual Studio でアプリを生成するためのコントロール
やウィーザードが用意されています。

どうしても xml ということでなければ、わざわざ茨の道を進むことはなさそうだと思います。

記事No.87059 のレス / END /過去ログ149より / 関連記事表示
削除チェック/

■87277

　Re[3]: DataGridViewの編集モード移行

□投稿者/ WebSurfer -(2018/05/03(Thu) 11:12:25)

■No87268 (big7_8 さん) に返信

【追伸】

以前の他スレッド（url 下記）の話を思い出してのレスですが、SQL Server, Access, MySQL 等を
使うことにどうしても抵抗があって踏み切れないなら、独自構造のファイルではなくて xml ファイ
ルを使うという案はいかがですか？

datagridviewからxmlへの出力について
http://bbs.wankuma.com/index.cgi?mode=al2&namber=87059

上のスレッドのレス No87091 のように実装すれば「DataGridViewの編集モード移行」とかは考える
必要はなく、ユーザーは DataGirdView を編集でき、編集結果は自動的に DataSet / DataTable に
反映されます。

そして、編集済みの DataSet / DataTable の内容はごく簡単なコードで xml ファイルに反映でき
ます。（.NET のライブラリにその目的に利用できるものがありますので、自力でコードを書くのは
かなり少なくて済みます）

xml ファイルを使うのもダメということなら、せめて以下のように階層を分けて考えてみてはいか
がですか？（BL はビジネスロジックの略で、レス No87091 で言うと (3) が該当します）

DataGridView ⇔ BindingSource ⇔ DataSet / DataTable ⇔ BL ⇔ 独自構造ファイル

そうすれば、話は「⇔ BL ⇔ 独自構造ファイル」部分だけを考えれば済みそうな気がします。

記事No.87254 のレス /過去ログ150より / 関連記事表示
削除チェック/

＜前の20件

<< 0 | 1 >>

パスワード/

- Child Tree -