19/05/16 19:28:06.27 s+6oZKe00.net
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください
>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■関連スレ
C#, C♯, C＃相談室 Part93
ｽﾚﾘﾝｸ(tech板)
■コードを貼る場合は↓を使いましょう。
URLﾘﾝｸ(ideone.com)
URLﾘﾝｸ(dotnetfiddle.net)
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part142
ｽﾚﾘﾝｸ(tech板)
■情報源
URLﾘﾝｸ(docs.microsoft.com)
URLﾘﾝｸ(docs.microsoft.com)
URLﾘﾝｸ(docs.microsoft.com)
URLﾘﾝｸ(referencesource.microsoft.com)
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
2:デフォルトの名無しさん
19/05/16 19:28:59.30 s+6oZKe00.net
・Insider.NET > .NET TIPS - ＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)
・DOBON.NET .NET Tips
URLﾘﾝｸ(dobon.net)
3:デフォルトの名無しさん
19/05/16 19:29:16.32 s+6oZKe00.net
C# のガイド
URLﾘﾝｸ(docs.microsoft.com)
Microsoft Docs
URLﾘﾝｸ(docs.microsoft.com)
.NET Documentation
URLﾘﾝｸ(docs.microsoft.com)
URLﾘﾝｸ(referencesource.microsoft.com)
4:デフォルトの名無しさん
19/05/16 21:27:50.86 ZoVvvxluM.net
DataTableにSelectを使うとき、
dt.Select("Value = '" + value + "'");
なんて行うと、valueにシングルクォートが含まれた時にエラーになります。
もしシングルクォートだけが問題ならこの文字だけエスケープすればいいのですが、
SQLインジェクションと同じことができそうで、なんかSelectの中の文を
作成してくれるなんとかBuilderみたいなものがありそうな気がしたのですが
探しても出てきません。valueは外部から与えられるとき、安全でエラーなく
dt.Selectを実行するなんか対策方法はないでしょうか。
5:デフォルトの名無しさん
19/05/17 06:38:03.53 pevdljBD0.net
いつからかは定かではないけど気付いたのは2週間ほど前
埋め込んだPMG画像のX軸方向の表示比率が狂ってフォームのレイアウトがずれる現象が起こった
「あれ－プロパティの設定間違えたままビルドしたのかな？確認しなきゃー」と思っていたら
今朝見ると元に戻ってた
なんで？？？こんなこと起こる物？
Windowsのアップデートに関係あるのかな？
6:デフォルトの名無しさん
19/05/17 07:11:50.30 GiXqVPbm0.net
e.Data.GetData(DataFormats.FileDrop)
ドラッグエンターされたファイルのファイル名を取得したいのですが、
wpfだとfiledropのインテリセンスが出ません
方法が変わっているとしたら、参考ページを教えてください
エクスプローラのような表示がしたいのです
7:デフォルトの名無しさん
19/05/17 07:20:19.39 9MJvTMs2M.net
ダッセｗ
8:デフォルトの名無しさん
19/05/17 07:44:53.08 YBOnmRBMd.net
>>5
あるよ
9:デフォルトの名無しさん
19/05/17 08:11:02.59 gZLbXhzCd.net
>>5
winupdate関連ならこういうのとか？
URLﾘﾝｸ(qiita.com)
10:デフォルトの名無しさん
19/05/17 08:20:13.62 pevdljBD0.net
>>9
あーなんかコレっぽいな
PNGがずれたんじゃなくてフォーム自体が横伸びしたのか
ありがとう
11:デフォルトの名無しさん
19/05/17 08:44:00.43 65sULU0k0.net
>>4
SQLインジェクションはエスケープされないクォートを混ぜてやるものだから
あんたの思い過ごしだよ
12:デフォルトの名無しさん
19/05/17 11:39:10.48 8VLhbVxR0.net
>>4
Ruby, PHP などのフレームワークで使う、
place holder みたいに、値だけを安全にはめ込むやつだろ
SQL インジェクションでは、; で一旦、文を終わらせてから、
また違う文をつなげてくる奴もいる
13:デフォルトの名無しさん
19/05/17 12:08:51.26 GiXqVPbm0.net
wpfのリファレンスってどこにあるんですか？
特にないのですか？
14:デフォルトの名無しさん
19/05/17 15:30:49.88 JF+UKpuC0.net
>>13
ちょうど専用スレが立ったっぽいから、そっち行ったほうがいいんじゃない？
ｽﾚﾘﾝｸ(tech板)
15:デフォルトの名無しさん
19/05/17 16:22:19.88 GiXqVPbm0.net
↑どうも 了解です
16:デフォルトの名無しさん
19/05/18 06:49:02.88 M6x4drXG0.net
イベントというのはすべて
mainwindow.xaml.cs
に追加されるんですか？
自分で作ってｃｓファイルなどに分けないとコードでごっちゃになるんじゃないでしょうか
イベントは
mainwindow.xaml.cs
に置いて、
処理部分は他から呼び出すというセオリーなんですかね
17:デフォルトの名無しさん
19/05/18 09:42:52.47 GEx07AN40.net
設定用のクラスを XmlSerializer を使ってファイルに保存しています。
デシリアライズ時に例外が起きた時、とりあえず今はあきらめて新たにクラスを初期値で生成するようにしています。
このとき、せめて例外が発生した変数だけ初期値にするとかの対処をしたいのですが、どのようにすればいいのでしょうか。
そんなにはないのですが、書き出した設定ファイルを人が編集するのにある程度耐性を持たせたいと思っています。
特に enum は綴り間違うとすべてがパーになるので。
18:デフォルトの名無しさん
19/05/18 10:39:13.87 7Pnn73GQ0.net
>>17
だったら設定値編集するツールでも作れ
パンピーにxmlの編集はできそうで無理
すぐに階層ぶっ壊す
どこでエラーが出たのかわからない
せめて読み込んだときに○行目でエラーですよとか
括弧の対応付が腐ってますよとか
出れば・・・それが直せる人間ならエラー出さん気もするが
19:デフォルトの名無しさん
19/05/18 10:54:32.86 oTYVhQug0.net
>>17
それC#というか設計の問題に見える
要素ごとにチェックして例外を検出したところだけ差し替えるって泥臭い方法しか無いんじゃね
20:デフォルトの名無しさん
19/05/18 11:06:09.13 tLFT43eQM.net
まあSAX系のParser使えば済むだろ
XmlSerializerはガタガタ文句を言わない奴が使うもんだ
21:デフォルトの名無しさん
19/05/18 11:37:15.79 fYyO/h33F.net
設定ファイルとして使うならJSONの方がユーザーが扱いやすいよ
22:デフォルトの名無しさん
19/05/18 11:38:53.24 7Pnn73GQ0.net
>>21
あれ、編集できる猛者はバイナリでもやってくれそう
23:デフォルトの名無しさん
19/05/18 12:00:07.41 R06AaKeM0.net
jsonもxmlも手作業で編集させない前提じゃないと無理だと思う
あえてやる人は自己責任で放置
24:デフォルトの名無しさん
19/05/18 12:42:19.98 OQYrbR790.net
>>17
適当だけどシリアライズする時にいじられる可能性があるファイルとは別にバックアップファイルも作っておけば？
失敗したらバックアップファイルから読み込むとか
25:デフォルトの名無しさん
19/05/18 15:49:30.00 GEx07AN40.net
どうも、色々有り難うございます。
やっぱりかゆいところに手が届くようにするには全部自分でヤるしかないんですねえ。
>>24
26:一応それだけはやってます。 まあ、XML 形式は人間がいじるには不便なので、昔ながらの ini ファイル形式の処理なども検討してみます。
27:デフォルトの名無しさん
19/05/18 17:42:36.41 eMzBQbdsd.net
>>25
ini使うんだったらJSONの方が使い勝手いいよ
JSON.NETで簡単にシリアライズできるし
28:デフォルトの名無しさん
19/05/18 18:00:47.70 GtOtQ7tSd.net
結局、key valueだったらjsonだわな。
29:デフォルトの名無しさん
19/05/18 19:40:41.40 7Pnn73GQ0.net
CSVならエクセルで開けんで？
30:デフォルトの名無しさん
19/05/18 22:05:43.33 XXYGI5ia0.net
ini ファイルは古い。
XML, JSON, YAML, CSV
Vagrant, Chef ではRuby、Gradle ではGroovy など、
プログラミング言語そのものが設定ファイルになるのが、間違いが少ない
31:デフォルトの名無しさん
19/05/18 22:16:44.23 AjHoo0DiM.net
ini （プロファイル）よりCSVの方が古い
件について小一時間
SuperCalc形式だものね
32:デフォルトの名無しさん
19/05/19 14:54:54.80 Tz3mdNYZ0.net
jsonってコメント書けるの？
33:デフォルトの名無しさん
19/05/19 15:18:17.73 ZizjC4JWp.net
書けないンゴ
34:デフォルトの名無しさん
19/05/19 15:31:02.10 gLWKrV0ia.net
今更だけど>>17はすげえ面白い発想だなw
この発想はなかった
他の人も書いてるけど、「手動で編集して壊してももそれなりによきに計らうようにしたい」
って発想がそもそも合理的じゃないね。
労力の使い方が間違ってる。
編集させたいなら編集できるツールを提供するのが筋でしょう普通に
35:デフォルトの名無しさん
19/05/19 15:43:58.11 5QEI0n2d0.net
>>4
亀だがLINQ使えば?
36:デフォルトの名無しさん
19/05/19 16:58:39.64 Sq+osQsS0.net
てかxmlって俺らは読みやすいけどパンピーには編集不能だし
xmlって客の利点は1つもないよ
お客に「え？そのフォーマットって俺等になんの利益があるの？」
って言われてはじめて気づいたけどな
コメントもかけないし
書いても次の出力で消えるし
37:デフォルトの名無しさん
19/05/19 17:36:13.38 rIeXrTmo0.net
>>35
> コメントもかけないし
<!-- え？ -->
38:デフォルトの名無しさん
19/05/19 18:02:37.75 Sq+osQsS0.net
>>36
ん？ユーザが書き込んだコメントを
次の出力で出せるの？
39:デフォルトの名無しさん
19/05/19 18:03:37.96 d2+mGljV0.net
別にxmlになったから読みやすいとか無いけど
プログラムとかライブラリが読みやすいでは？
40:デフォルトの名無しさん
19/05/19 18:03:41.06 W8L8TXY00.net
>>35
読みやすいかな？
そりゃ意味はわかるけど、読みやすくはないなあ。
41:デフォルトの名無しさん
19/05/19 18:05:20.48 Sq+osQsS0.net
>>39
プログラムから読み込み易いってこと
42:デフォルトの名無しさん
19/05/19 18:08:33.90 QuCKjtMQd.net
>>35
コメントは書けるだろ
43:デフォルトの名無しさん
19/05/19 18:11:37.65 Sq+osQsS0.net
>>41
書いたコメントを読み込めない
44:デフォルトの名無しさん
19/05/19 18:13:57.67 QuCKjtMQd.net
>>42
DOM使えば読み込めるよ
45:デフォルトの名無しさん
19/05/19 18:14:01.15 Tz3mdNYZ0.net
>>42
c# - XmlDocument reading XML Document comment Issue - Stack Overflow
URLﾘﾝｸ(stackoverflow.com)
46:デフォルトの名無しさん
19/05/19 19:01:25.29 QuCKjtMQd.net
xmlよりもjsonの方がかなりデータサイズが小さいからファイル保存にしても通信文にしても最近はjsonの方を使ってるわ
47:デフォルトの名無しさん
19/05/19 19:18:03.58 PMIzDMsea.net
xmlといえば@ITのC#記事でのこき下ろし方が
まるでxmlに親でも殺されたかのような書きっぷりで笑えた記憶が
48:デフォルトの名無しさん
19/05/19 19:19:08.50 rIeXrTmo0.net
>>37
出力が何を示すのか知らんけどコメントのためのクラスもあるから適切に処理すればコメントも扱えるよ
URLﾘﾝｸ(docs.microsoft.com)
49:デフォルトの名無しさん
19/05/20 01:15:28.17 ee7ewuKV0.net
データの一時保存のためにXMLエディタみたいな機能積むのは嫌だ。
自己データの保存用のXMLなんだから不必要なタグや属性は無視したいよ。
ただ、どんな保存形式であれ不正データの発生は防ぎきれないから質問主の方針には賛成する。
不正データな時点で内容が信用できないと判断してオール初期化するのも悪手ではない。
50:デフォルトの名無しさん
19/05/20 01:26:07.42 K7mtfUzra.net
質問内容は不正データを排除する方法じゃなくて、
手動で編集されて（あるいは別の理由で）「壊れた」データからでも読める部分だけでも読めないかって話だから
51:デフォルトの名無しさん
19/05/20 03:34:53.02 ittsRsgU0.net
手っ取り早いのはシリアライズするenum型のプロパティをstring型に変更して想定値以外に編集されてもExeceptionが発生しないようにすることでしょうな
52:デフォルトの名無しさん
19/05/20 07:13:37.85 h4Os3XI/M.net
不正データを排除って言っても
> 特に enum は綴り間違うとすべてがパーになるので。
ぐらいだけなら>>50とかの対処療法でなんとかなるけどタグ名の間違いとか文字列のダブルクォーテーションの抜けとかまで言い出したらパーサーを作り直すに近いことになるからそんな所で苦労するなら>>33の言うようにツールなりを提供した方が楽
53:デフォルトの名無しさん
19/05/20 08:04:55.23 WRHDTme5a.net
属性を持たせたいならxml一択
54:デフォルトの名無しさん
19/05/20 08:07:45.04 MXQiPVhxM.net
そもそもxmlを編集する有名なツール自体がない
あってもとても一般人には触れない代物
人に編集させたいくせにあえてこのフォーマットにする意味がそもそも皆無
エクセルでも読めないし
一体どうして欲しいのか？
別の設定ツールを作るときにプログラムから読み書きがしやすいってただそれだけだろ
んでツールの提供も嫌だって言うんじゃ
メリット皆無
そもそもxmlを選択した時点で担当者は無能で死刑
55:デフォルトの名無しさん
19/05/20 09:18:28.49 1dspVVtJd.net
えくせるｗｗｗ
56:デフォルトの名無しさん
19/05/20 11:20:58.13 g1Dx2x5o0.net
xml は糞
57:デフォルトの名無しさん
19/05/20 15:53:54.65 IYtfHjiI0.net
以下のように非async関数proc1から、awaitが必要な関数proc3を呼び出すのに async void の関数proc2を挟んでいます。
この時、proc3/proc2のすべての処理が終わってからproc1に返ってきてほしいのですが、ログを確認すると
Enter proc2⇒Enter proc3⇒proc3 start⇒Exit proc2⇒proc3 end⇒Exit proc3
となってしまいます。
Enter proc2⇒Enter proc3⇒proc3 start⇒proc3 end⇒Exit proc3⇒Exit proc2
という順序で実行させるにはどうすれば良いのでしょうか。
private void proc1()
{
Debug.Write("Enter proc2");
proc2();
Debug.Write("Exit proc2");
}
private async void proc2()
{
Debug.Write("Enter proc3");
if(await proc3())
{
foo();
}
Debug.Write("Exit proc3");
}
private async Task<bool> proc3()
{
Debug.Write("proc3 start");
await bar();
Debug.Write("proc3 end");
return true;
}
58:デフォルトの名無しさん
19/05/20 16:29:27.47 UpaSmFYv0.net
>>56
proc1でproc2をawait
59:デフォルトの名無しさん
19/05/20 16:48:17.44 IYtfHjiI0.net
>>57
proc1は同期メソッドなので、await proc2(); はできません。
60:デフォルトの名無しさん
19/05/20 17:25:01.51 UpaSmFYv0.net
>>58
なら、proc2.Wait()
61:デフォルトの名無しさん
19/05/20 17:25:01.60 wrDP3R9n0.net
async Task proc2()
にして
proc2().GetAwaiter().GetResult();
とか
62:デフォルトの名無しさん
19/05/20 17:58:04.54 IYtfHjiI0.net
>>59
そんなやり方があったんですね。
ただ、async void proc2() だとエラーになったので async Task proc2() に変更して希望の動作になりました。
ありがとうございます。
63:デフォルトの名無しさん
19/05/20 18:13:28.96 yAZ6lWg7a.net
イベントハンドラーなど戻り値をvoidにするしかない場所でだけ、async voidを使うべき
それ以外はasync Taskかasync Task<T>を使おう
URLﾘﾝｸ(neue.cc)
64:デフォルトの名無しさん
19/05/20 19:47:30.75 NntmuTz60.net
>>62
そんなのは設計や仕様、ポリシー次第。
なんでもかんでも型にはめるな
65:デフォルトの名無しさん
19/05/20 19:53:39.19 Ea6E7La1r.net
初心者スレだから自己判断しろというのは難しいかもしれんが、
有用なノウハウや定石ってのはあるんだよ
66:デフォルトの名無しさん
19/05/20 19:57:11.89 yAZ6lWg7a.net
>>63
イベントハンドラー以外に戻り値voidが必須な場面があるなら
具体例を挙げていってもらったほうがためになるんだが
67:デフォルトの名無しさん
19/05/20 20:06:27.69 hMek9ucfM.net
上級者様は自殺するか死ね
68:デフォルトの名無しさん
19/05/20 20:14:59.41 NntmuTz60.net
>>65
非同期タスクを管理する処理が別にあるとか、
サーバ間でデータ同期するけどリアルタイム性は求めず、整合性チェックも後でやるとか
俺はいろんなとこで経験したぞ。
時間のかかる処理はとにかく後回しでfire&forgetして、
目の前の処理を最優先にしたいことだってある。
「必須」とは言ってない。
状況「次第」と言っている。
実績のあるサイトがそう言ってるからと思考停止するのはやめてくれ
69:デフォルトの名無しさん
19/05/20 20:27:56.33 bliI8bxJ0.net
jpgを読み込んだbyte配列をUTF8で文字列化し、それをbyte配列に戻すと正しく復元できません
System.Text.Encoding.GetBytes(System.Text.Encoding.UTF8.GetString(bytes));
何故でしょうか
70:デフォルトの名無しさん
19/05/20 20:33:41.61 nUCZI9rN0.net
>>68
C#以前の問題
UTF-8を使ってすべてのバイナリを文字列に対応させて変換することはできない
71:デフォルトの名無しさん
19/05/20 20:43:52.08 yAZ6lWg7a.net
>>67
状況次第でasync voidを使う場合があるんだな、知らなかったありがとう
>>68
URLﾘﾝｸ(docs.microsoft.com)
URLﾘﾝｸ(docs.microsoft.com)
Encodingインスタンスには、文字列化出来ない場合にどうするのかを扱うDecoderFallbackプロパティがあって
Encoding.UTF8の場合はReplacement fallbackを使ってREPLACEMENT CHARACTER (U+FFFD)に変換する
だからGetString()時点でjpg中のutf-8でない部分はU+FFFDに変わるのでGetBytes()しても復元できない
72:デフォルトの名無しさん
19/05/20 20:48:37.77 xhf1KGbK0.net
>>70
最近Blazorのソース内でもasync voidを使うべきかって話をSteven先生らがしてたね
PRとそのディスカッション追っかけてみるとおもしろいよ
73:デフォルトの名無しさん
19/05/20 21:09:30.64 bliI8bxJ0.net
>>69 >>70
Replacement Character に変換された時点で不可逆になるってことか
助かった。ありがとう
74:デフォルトの名無しさん
19/05/20 21:15:12.88 UR9kN7had.net
どうしても文字列にしたいならbase64
75:sdfasdfasdfsd
19/05/20 21:22:49.73 VWEIYE4F0.net
Visual Studio(C#)のプログラミングに関する質問です。
インクルードする２ファイルが、双方のクラスを互いに必要とするケースにおいて、
コンパイルが通らなくて困っています。(当たり前なのですが…)
【Aファイル】
クラスAの定義{
クラスBの使用(インスタンス作成、メソッド利用)
}
【Bファイル】
クラスBの定義{
クラスAの使用(インスタンス作成、メソッド利用)
}
【全体インクルードファイル】
#include Aファイル
#include Bファイル
【コンパイル結果】
Bクラスが存在しません(Aファイルにて)
【質問】
お互いにクラス定義を必要とする場合、
★具体的に★どのような実装をすれば良いのでしょうか？
76:デフォルトの名無しさん
19/05/20 21:29:41.06 Bu5yaqN9a.net
C#でインクルード？
VisualStudio/C#のバージョンはなに？
77:デフォルトの名無しさん
19/05/20 21:34:07.81 CFJtADgh0.net
>>74
とりあえず言っておくと#includeはc#じゃない
一般論で言えばAとBの機能が両方必要な部分でCを作って処理するべきだな
78:デフォルトの名無しさん
19/05/20 21:38:58.17 zvO9BMGmp.net
C++ならImplパターン的なのになりそう
79:デフォルトの名無しさん
19/05/20 22:15:36.37 4rJ56KmUa.net
>>74
どういう場合にそんな設計しないといけないのかが気になる
80:デフォルトの名無しさん
19/05/20 22:38:26.25 VWEIYE4F0.net
>>75
本当はC++ cliですけど、C#の方がみなさんに馴染みがあると思うので
言語差異は私が吸収するのでC#として教えてください
81:デフォルトの名無しさん
19/05/20 22:39:43.45 VWEIYE4F0.net
>>76
一般論で言えばAとBの機能が両方必要な部分でCを作って処理するべきだな
→
ご教授ありがとうございます。これだと実装がきたなくなります。
未解決です
82:デフォルトの名無しさん
19/05/20 22:41:01.38 VWEIYE4F0.net
>>77
知識不足で教習ですがImplパターンとはなんでしょうか。
ぐぐっても出てきませんでした、
83:デフォルトの名無しさん
19/05/20 22:49:57.98 Bu5yaqN9a.net
条件の後出し、質問文に虚偽か
>>80の回答でもダメなんでしょ
「C#にはincludeがないから言語仕様として>>74のようなクラスの書き方をしてもコンパイルエラーにならない」
という回答にしかならないから、貴方の知識と頑張りでC++CLIに読み替えてくれ
84:デフォルトの名無しさん
19/05/20 22:53:46.69 RwQcJLUy0.net
実装が汚いって>>74の時点で汚物まみれやんけwww
85:デフォルトの名無しさん
19/05/20 22:56:25.44 5mAsU23+0.net
私は貴方のお母さんではありません
86:デフォルトの名無しさん
19/05/20 23:04:19.27 XzV4NN/g0.net
頭の中もさぞかしゲロまみれであろう
87:デフォルトの名無しさん
19/05/20 23:05:45.37 Cm4lSS/q0.net
マルチポストで上から目線ってすげーな
全体インクルードファイルとかいうもん作るのになんで実装が汚いなんて拘るのかも意味不明
君の思う綺麗な実装なんてなんで他の誰かが気にしなきゃいけないのｗ
88:デフォルトの名無しさん
19/05/20 23:11:16.82 0XbNrzL70.net
どっちの画面からも
お互いの画面を呼び出す仕様を素直に作っちゃうとそうなるな
今は無意識にそういうの避けてるだけで
あるはあると思う
辻褄が合うように頑張るしかない
89:デフォルトの名無しさん
19/05/21 00:21:42.93 7ZZvuA7z0.net
インターフェース使えばできると思うが、オススメはしないな
90:デフォルトの名無しさん
19/05/21 01:09:08.10 M9GsAJ+k0.net
C++の方にはすぐ回答出てたけど前方参照するだけの話
トリッキーでも何でもなくちょっとした規模の開発なら余裕で出てくる基礎的な内容
C++ 相互 参照 あたりでググればいくらでも記事は出てくる
そんな基礎的な内容を知らないのになぜか上から目線
91:デフォルトの名無しさん
19/05/21 01:39:01.98 CAN2Js5F0.net
>>89
それで回避していいならc#も同じじゃねっけ？
92:デフォルトの名無しさん
19/05/21 01:40:43.20 CAN2Js5F0.net
ただ、一部の人間からはウンコ認定されるってだけ
93:デフォルトの名無しさん
19/05/21 06:42:05.09 tdstqwiHM.net
そういう経験ない人からの認定なんてどうでもよくね？
94:デフォルトの名無しさん
19/05/21 07:08:14.10 meTEBfC3M.net
組み方によって回避できるよ多分
95:デフォルトの名無しさん
19/05/22 00:05:54.67 uN3Dm6wF0.net
普通にC#のプロジェクトならそのAクラスもBクラスもコンパイルエラーにはならんのじゃねえの？
言語差異を吸収するってなら、全体インクルードファイルってのをC#に置き換えてから質問しろよ
96:デフォルトの名無しさん
19/05/22 01:20:47.85 rbGbzH6ha.net
率直に思ったこと。
少なくとも俺には件の質問者が上から目線で物を言っているようには聞こえない
むしろ質問に正面から答えずに言い掛かりをつけてる連中の方がよほど上から目線で頭がオカシイ
97:デフォルトの名無しさん
19/05/22 02:15:27.63 HqRLK9QX0.net
そうか、そういうのはママにお話してあげてな生ゴミくん
98:デフォルトの名無しさん
19/05/22 03:42:23.27 sEhyUb960.net
>>95
俺もそう思う
99:デフォルトの名無しさん
19/05/22 06:16:41.31 t1pLQv560.net
>>95
>>79辺りは人によっては上から目線と取る人がいるかもな
あと>>86が書いてるようにマルチポストだしそもそも言語（C++/CLI）を後出しするとか質問のしかたも色々おかしいとは思う
100:デフォルトの名無しさん
19/05/22 08:35:59.17 PRmXlAdaa.net
上から目線で、というのは>>96みたいなのを指すんだろ
101:デフォルトの名無しさん
19/05/22 09:45:56.54 4WKngIFH0.net
レスが真矢みきの声で再生されるから、
痛いとも思わん。
むしろご褒美
102:デフォルトの名無しさん
19/05/25 01:29:08.07 6oktqQ9W0.net
お前らいっつも喧嘩してんな
103:デフォルトの名無しさん
19/05/25 01:49:47.06 b/i4jST30.net
私のために喧嘩するのはやめて！
104:デフォルトの名無しさん
19/05/26 18:26:18.96 NZfOTj1K0.net
xmlファイルをdll化することってメリットありますか？
何故かxmlのdllが出来てたのですが、理由はなんでしょうか？
105:デフォルトの名無しさん
19/05/26 19:00:10.18 68ZlmbT30.net
>>103
フォーマット違うんだけどな。dllに埋め込まれたxmlリソースが見えただけじゃないの？
もしくはxmlファイルを間違ってdllにリネームしてしまったか
「何故か」の過程が分からないと難しいしC#に関係あるかすらわからない
106:デフォルトの名無しさん
19/05/26 19:03:01.37 kiCcEgc2M.net
ユーザー定義リソースなら何でも書けるよ
107:デフォルトの名無しさん
19/05/26 19:14:38.59 gL51xVlRd.net
日本語でよろしく
108:デフォルトの名無しさん
19/05/26 20:51:40.86 KIe0CODm0.net
visual studioではcsファイル単体でのテストは可能ですか？
デバッグしたいです
wpfです
109:デフォルトの名無しさん
19/05/26 20:58:26.81 68ZlmbT30.net
>>107
プロジェクトが無いとデバッグできないしWPFはcsファイル単体では成り立たないんじゃないの
URLﾘﾝｸ(docs.microsoft.com)
これ以上はWPFスレで聞いてください
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
ｽﾚﾘﾝｸ(tech板)
110:デフォルトの名無しさん
19/05/26 21:02:25.57 KIe0CODm0.net
すみません じゃあvs code使いますです
111:デフォルトの名無しさん
19/05/27 15:50:03.21 akjP+mMa0.net
githubで他人のコードを見て勉強しているのですが、
Action OnInit { get;set;}
というプロパティに対して
OnInit?.Invoke();
というコードは何をしているのでしょうか？
112:デフォルトの名無しさん
19/05/27 16:02:02.29 gRTKnRKQ0.net
if ( OnInit != null )
{
OnInit();
}
113:デフォルトの名無しさん
19/05/27 16:48:18.03 akjP+mMa0.net
>>111
ありがとうございます、C#6からの機能なんですね、新しい書き方についていかなければ。
114:デフォルトの名無しさん
19/05/27 19:42:02.15 at7F4ASBM.net
>>112
単純に短く書けるってだけじゃ無いからな。
>>111だとマルチスレッド時に1つ目の{でスレッドが切り替わって
OnInitにnullがセットされてしまう可能性があるが
Invokeにはそれが無い
115:デフォルトの名無しさん
19/05/27 19:54:29.22 jyj66Likr.net
>>113
Invokeにじゃなくて?. の仕様な
116:デフォルトの名無しさん
19/05/27 19:54:39.07 lwWgLhFv0.net
Ruby にも、&. という、null(nil)許容演算子が出来た
Swift から来た、流行か
117:デフォルトの名無しさん
19/05/27 20:35:27.77 5pJw+KKe0.net
今、一からデータベースプログラミングの勉強するなら、
①型付きDataSet ②型なしDataSet ③EF
のどれがよいでしょうか？
118:デフォルトの名無しさん
19/05/27 20:40:41.26 uloK3O7ha.net
DataSetなんて15年以上前の技術なんか今更触っちゃダメ
Web上の情報でもDataSetを扱ってるようなページは問答無用で無視してよい
EFと言いたいところなんだけど・・・・個人的にはSQLの勉強も兼ねてDapperを推したい
データベースの基礎共用として手書きSQLがひととおり書けるようになっておいたほうがいい
119:デフォルトの名無しさん
19/05/27 20:48:22.48 LNS8v7+tM.net
>>116
上の人も言ってるが、④SQL
DBを自在に操れるようになるまでC#はしばらく封印しなさい
120:116
19/05/27 22:32:39.99 5pJw+KKe0.net
>>117-118
ありがとうございます。
DataSetとDapperをちょっとだけ試してみました。
DataSetはGUIで簡単にクエリを生成して実行もしてくれますが、DapperはSQLをソースコード内に直に書いて、Connectionも作る必要がありました。
こういうものでしょうか？それともDapperのGUIのSQLビルダー機能を見落としているのでしょうか？
121:デフォルトの名無しさん
19/05/27 22:55:14.89 N+biQgtua.net
SQL書けない奴はプログラマを名乗るな
122:デフォルトの名無しさん
19/05/27 23:02:35.44 dknccbkiM.net
>>120
ﾆﾔﾆﾔ
123:デフォルトの名無しさん
19/05/27 23:26:39.44 bCVUGNm+a.net
>>119
そういうものだよ
GUIでコーディングをラップしたようなツールは決まって生産性が低い
124:デフォルトの名無しさん
19/05/27 23:42:07.71 uloK3O7ha.net
>>119
DapperでSQLを書かずに済ませたい場合は、Dapper用クエリビルダを別途導入
nugetパッケージが多数公開されてるから合いそうなのを選ぶ・・・んだけど、デファクトスタンダードなものがないんだよね
単純なCRUDができれば十分でSQLを手書きせずに済ませたいならDapperよりもEFを使うほうが良いと思う
>>116さんならカンもよさそうだしとりあえずEFでCodeFirst⇒CRUDひととおりできればさほど困らないかも
ただそれでもSQLは別途学習したほうがいい
集計とかパフォーマンスを考慮したデータ検索とかをやろうとするとどうしても自前でSQLを書く必要が出てくる
125:116
19/05/28 00:13:06.87 n5bJXWyL0.net
とりあえずdapperでPostgresqlからデータを取得して、Entityクラスのインスタンスを作って、DataGridViewのDataSourceに指定したのですが、
asでカラムの別名を指定しても、プロパティ名もその別名にしないと、指定した別名になってくれないですね。
//Entityクラスのプロパティ名を、"名前","有効","備考"にしないと機能しない。
var sql = "select pkey, name as 名前, enabled as 有効, memo as 備考 from m_tbl_department;";
var result = con.Query<Entity.Department>(sql).ToList<Entity.Department>();
view.DataSource = result;
回避策がすぐに思いつかないので、EFも触ってみたいと思います。
126:デフォルトの名無しさん
19/05/28 08:55:21.94 WAihcsXB0.net
列ヘッダの表示なら、クエリでasでやるんじゃなくて
class Department {
[DisplayName("名前")]
public string name { get; set; }
127:デフォルトの名無しさん
19/05/28 09:38:11.91 tpS8MDSU0.net
C# のフレームワークには、Ruby on Rails みたいな、O/R マッパーが無いのか？
今時、文字列で、SQL を書く人なんて、いるのか？
SQL インジェクションもされるから、今は、O/R マッパーのメソッドを使う。
placement に値を入れるだけで、SQLインジェクションをエラーにできる
128:デフォルトの名無しさん
19/05/28 10:09:05.63 OLBGotQQ0.net
>>126
EFを知らないのか
それと上で出ているDapperもその一種だ
129:デフォルトの名無しさん
19/05/28 10:29:03.95 nGxfAzB2a.net
>>126
お前はRubyスレから出てくるな
130:デフォルトの名無しさん
19/05/28 10:35:26.92 FiHQa1DK0.net
A言語のスレで「A言語にはB言語でいうCみたいな機能は無いのか？」って聞いても、B言語を知らない、詳しくない人には「Cみたいな機能」がどんな機能かわからん。
B言語のスレなら少なくとも「Cみたいな機能」がどういう機能かはわかるんだから、聞くならB言語のスレで聞けばいいんじゃね？
今回ならRubuのスレでね。
131:デフォルトの名無しさん
19/05/28 10:35:51.99 FiHQa1DK0.net
あ・・ Typo・・・
132:デフォルトの名無しさん
19/05/28 10:43:26.90 4asTXY3/d.net
>>129
そのレベルの問題じゃない
133:デフォルトの名無しさん
19/05/28 11:33:20.74 MzojxIZTM.net
>>126
それRubyスレで言ってみ？
意識高い系Rubyist(笑)達からも嵐のようにマサカリ飛んでくるよw
134:デフォルトの名無しさん
19/05/28 11:57:04.06 4xq1FFDVM.net
>>126
ストアド叩けばええんちゃう？
135:デフォルトの名無しさん
19/05/29 11:04:17.50 8l8j4cjm0.net
昔は、C#での帳票にはクリスタルレポートを使っていました。
最近は、C#(Windowsアプリ）で一番多く使われているのは何でしょうか？
一番多く使われているものを教えてください。
136:デフォルトの名無しさん
19/05/29 12:37:48.69 GnXFyo5ZM.net
>>134
多分、データを帳票の枠の入ったExcelファイルに書き込んで表示or印刷的なのが多いかと
っていうかクリレポってそんなに多かったですかね？
昔から私の周りではこっちのが主流でしたｗ
137:デフォルトの名無しさん
19/05/29 12:49:27.29 2L2FZYjAM.net
>>134
JasperReports
138:デフォルトの名無しさん
19/05/29 16:20:00.76 SMQO8msKF.net
>>134
グレープシティのなんか。
139:デフォルトの名無しさん
19/05/29 18:07:30.21 xcggW8D+a.net
よく知らんけど帳票って専用のライブラリ使わなきゃいけないほど複雑な分野なのかな。
よっぽど凝ったデザインとかじゃなきゃ自分でゴリゴリ書いても
たいした手間じゃないと思うんだけど
WPFのDocumentは触ったことないけどGDI+なんか全然簡単よ
140:デフォルトの名無しさん
19/05/29 18:09:50.31 mJlxjjN/0.net
情シスで未経験ながら一人
141:開発してるんですけどSQLをクラスに書きながら世間様ではどうしているのか気になりました クエリ専用クラスとか作ってるのでしょうか？ 神クラスにまとめているのでしょうか？ ドメイン駆動設計独学してる限りではSQLは対象の知識に閉じ込めておくべきかなと考えておりますが、ベテラン様のご意見を伺いたいです
142:デフォルトの名無しさん
19/05/29 18:27:22.97 xRp200EqM.net
WPFなら帳票もxamlで作る
外部ライブラリは要らない
MVVMでちゃんと分離出来てれば、チャチャっとデザイン屋に頼めば良い。
FixedDocument作ってプリンタに送る部分だけちょっとめんどいかな
143:デフォルトの名無しさん
19/05/29 20:30:50.69 RpTtWZkWd.net
Open Xml SDK使ってxlsxファイルに流し込んでる
144:デフォルトの名無しさん
19/05/29 20:47:27.03 8l8j4cjm0.net
>>135 >.136 >>137 >>138
昔はクリスタルレポートを使ってWindowsアプリでは、帳票出力していました。
確かにExcelで印刷時のテンプレートのデザインをざっくり作っておいて
C#から特定のセルに値を転記して、印刷した方が早いと思います。
ただ、このやり方ってどうなんだろうな～と思いまして。動けばいいんですけど。
はまった時に解決するのが大変なので
できるだけ世間一般で多く採用されている手法を取りたいと考えています。
145:デフォルトの名無しさん
19/05/29 22:40:18.15 ZESC3voLd.net
iTextSharp使ってPDFのテンプレートに流し込むのというのも作ったことある
146:デフォルトの名無しさん
19/05/29 23:07:18.43 3nSVS9eo0.net
今はライセンス料必要だけどね
147:デフォルトの名無しさん
19/05/30 12:47:28.06 NTWA4E5yM.net
>>113-114
えっ？
そんな余計な機能がついてるんだ…
性能劣化するのはちょっと嫌かも
148:デフォルトの名無しさん
19/05/30 12:51:13.14 NTWA4E5yM.net
>>138
プリンタによって細い罫線がでないとかに真面目に対処しようとすると結構大変だからその手のライブラリに丸投げする
プリンタが固定なら自前で作ってもいいけど
149:デフォルトの名無しさん
19/05/30 14:46:36.95 6LmM0VYIM.net
>>145
フィールドの場合は一度ローカル変数に読み出してから分岐とメンバアクセスをするだけだろ
フィールドへのアクセスはローカル変数に比べて遅いから、繰り返しフィールドを読むのに比べてむしろ速くなる可能性がある
さすがにフィールドにvolatileが付いてない限りは繰り返しのフィールドアクセスは一度ローカル変数に読むのと同じ動作になるように最適化されるだろうけど
150:デフォルトの名無しさん
19/05/30 15:39:26.40 v6SxCCrXa.net
>>146
そんなトラブル聞いたことないよw
っていうかそれが起こるとしたらプリンタドライバまたはプリンタそのものの問題なので、
ユーザーコードレベルで回避なんかできるはずがない
だいたいインクリボンの時代じゃあるまいし、目視できる範囲の細い線が消えるって
どんなプリンターよwww
151:デフォルトの名無しさん
19/05/30 15:55:37.74 2VoqWsrK0.net
9600dpiの帳票で1dot幅の線を引いたりしてるんじゃないの。
プリンタドライバの縮小アルゴリズムが単純間引きに近い動きをすると
線が消えるので、プリンタの解像度を取得して自分で最適なアルゴリズムで
戦を残すように細工する必要がある場合がある。
152:デフォルトの名無しさん
19/05/30 16:33:56.92 cDWpvGTkM.net
ピクチャーボックスに描画したやつは消えたな
文字はジャギってた
153:デフォルトの名無しさん
19/05/30 16:57:21.42 v6SxCCrXa.net
>>149
白抜き以外の普通の描画ならピクセル幅より狭い線の描画は
ピクセル幅になる（つまり指定した幅より太くなる）だけで消えることはないはず。
だからプリンタの設定でdpiがやたら大きな値になってるから細い線が消える、
というのは考えづらい
ピクセル幅より狭い間隔の平行線は引けないはずなので、
ピクセル幅より狭い白抜きの線が消えるというのなら話としては一応筋は通るけど、
現実的にはプリンタのピクセル幅の線なんかどっちにしろ少なくとも裸眼で目視できないでしょうw
154:デフォルトの名無しさん
19/05/30 19:30:06.92 faqOodUI0.net
>>148
運が良いね
仕事で色々なメーカー触る機会があると遭遇するぞ
155:デフォルトの名無しさん
19/05/30 19:56:58.26 NTWA4E5yM.net
>>148
そりゃ普通の人はめったにそんな目に合わないからね
さすがに単純な罫線でおかしくなるなんてことは大手メーカーだとあまりないけど罫線に微妙な色がついてるとか他の図形の下にある（もちろんその図形は透明）とかいろいろな条件が重なると出ないことがあるんだよ
帳票って見栄えにこだわる人が多いからちゃんと出すのは結構大変なんだよ
>>151
だからそういう論理的には出るはず
なんて言うのを言ってもしょうがない
156:デフォルトの名無しさん
19/05/30 20:55:03.88 L2fORM+za.net
>>153
だからこの話のキモは、そんなことがあるとしたらプリンタ側（デバドラ and/ or ハードウェア）の不具合なので、
ユーザーコードで回避できるはずがないと。普通に考えたらそうでしょう。
クリレポの類の開発者だけが使える「特別の魔法」なんかあるはずがない。
157:デフォルトの名無しさん
19/05/30 21:18:45.95 Y+sVy9qF0.net
帳票開発はこんなのもあるみたい
試したことないけど
URLﾘﾝｸ(docurain.jp)
158:デフォルトの名無しさん
19/05/31 05:23:38.20 6gUA7KH4M.net
>>154
君、プリンタ関係のことよく知らないでしょ？
アプリケーションからの出力方法って１つじゃないんだよ
罫線だってGDI命令として出力することもあるし図形として出力することもある
同じ内容でも出力する順序によって挙動が変わるなんてことすらある（まあどう見てもドライバとかのバグだと思うが…）
そういうのをちまちま回避するってことなの
159:デフォルトの名無しさん
19/05/31 10:02:32.84 yuizSVlIa.net
>>156
だから何を言ってるのかね。
論点はそんな話じゃなく、ユーザーコード側でワークアラウンドを打てるかどうかだから。
クリレポのベンダーさんは、世界中の全メーカーの全プリンタの全部のHWリビジョンと全部のドライバーバージョンを
チェックして、個別に問題回避コードを書いて、かつそれをメンテナンスしてるとか思ってるわけ？
できるわけないだろそんなことw
アホちゃうかマジで
160:デフォルトの名無しさん
19/05/31 10:07:46.89 yuizSVlIa.net
何度も書いてるけど、そもそもユーザーコード側で問題を回避できるケースなんて
幸運なケースだけのはずで、バグに起因する問題なんかそもそもどうやっても回避できない
ケースの方が多いはずだ。
クリレポのプログラマはスーパーギークだから不可能を可能にしちゃうの？w
ありえません。
161:デフォルトの名無しさん
19/05/31 10:28:17.88 M/SlBIow0.net
>>154
消えるよ。
それで、いっそ…でRPDLで打つ羽目になったりするんだよ。令和の時代に。
ビットマップで描いてるんだろうなぁ…には先回りして手作業で回避したりしとくもんだよ。
変倍で出力されたら3ラインに1ラインは描画されないことがある、とかザラにあるんだから。
業務系をもう少し知ったほうが良いと思う。
162:デフォルトの名無しさん
19/05/31 10:32:10.36 M/SlBIow0.net
>>158
クリレポの良いところは、すっごい帳票も出せないけど、最小限はきっちり出すところで、
変倍のサーマルラベルプリンタにバーコード
163:出したりきちんとしよるよ。 スーパーギークだからではなく、バグレポートがクソほど溜まってるからじゃないかな。 俺も送ったことあるもん。 自分が踏まなくても誰かが踏んで、その回避コードが埋まってると考えると、 売り物のライブラリも悪くはないんよ。 チェックをクリレポさんがしてるわけじゃなくて、チェックは自分たちがやらされてるけど、ワークアラウンドはクリレポ側に溜まってるし、ちゃんと契約してたら教えてくれるしパッチもくれるぞ。 あんまり業務で使った事無いんでしょ。
164:デフォルトの名無しさん
19/05/31 12:26:53.84 LXc8d8ErM.net
>>157-158
> クリレポのベンダーさんは、世界中の全メーカーの全プリンタの全部のHWリビジョンと全部のドライバーバージョンを
すぐに「世界中」とか「全プリンタ」とか言い出すとか子供かよw
メジャーなプリンタのメジャーなバージョンにまずは対応して後は>>160が言うように利用者からの申告に個別対応するんだよ
そのために保守契約を結んだりするわけ
> アホちゃうかマジで
お前がなw
世の中こういう泥臭い仕事があることも知っておいた方が恥をかかなくて済むと思うぞ
165:デフォルトの名無しさん
19/05/31 12:48:00.17 4cN9QpXUd.net
確かにプリンターは鬼門
だからxlsxやPDFに吐いて印刷は他のアプリに投げるのが楽なんだよ
166:デフォルトの名無しさん
19/05/31 14:20:53.01 eC5Mq3IeM.net
一旦Excelに吐くとどうしても出ないときの最後の手段で手で修正できるから
結構こっちのが好きなお客さん多いよね
帳票ライブラリだとプログラマが根性出すしかない
テンプレートファイルが別になってればワンチャンあるけど
それもこのファイルだけ折り返して欲しいとかはまあ無理だよね
167:デフォルトの名無しさん
19/05/31 14:37:35.21 M/SlBIow0.net
>>163
excelのライセンスが許すときは俺もexcel出力好きだなぁ。
ホントに運用でなんとかなる最後の砦だと思う。
特にPDF出力はexcelのライセンスが無くてもLibreOffice使って出す方が安心できる。
最悪の場合手作業で直して貰って出力できるし、これが標準テンプレートエディタでござい、って出しても平気だからな、LibreOffice。
168:デフォルトの名無しさん
19/05/31 15:18:52.47 yuizSVlIa.net
>>161
常識的に考えて、そんな計約を結ぶよりプリンタを買い替えた方が経済的。
そもそもそれなりのメーカーのそれなりの価格の業務用のプリンタにそんな不具合なんてありません。
169:デフォルトの名無しさん
19/05/31 15:23:36.16 yuizSVlIa.net
もちろんエンドユーザーにプリンタ買い替えろなんて言えないけどね
170:デフォルトの名無しさん
19/05/31 16:48:25.79 M/SlBIow0.net
単純な経済性なんかでプロジェクト回ってるわけ無かろうが。
どこの資本が強いか次第じゃねえの？
それなりのプリンターでも地雷は踏んだことあるし、
特定のプリンタしかサポートしないって言ってても当たるときには当たるんだこれが。
だからみんなリコーでRPDLでこれぐらいのやつ、とか、どこのPSプリンタ、とかメーカーと言語を指定するんであって。
ちなみにリコーのそれなりの価格の業務用機で拾ったからな。俺は。
ありました。が正しいわ。
171:デフォルトの名無しさん
19/05/31 16:51:48.73 M/SlBIow0.net
なんか自分でゴリゴリ書くことを否定されたのがよっぽど悔しいのかな。
それも悪くはないよ。ちゃんとサポートするなら。
普通の規模のパッケージ製品とか、数出るカスタマイズ製品とか作ってたら、普通はライブラリ使うってだけで。
172:デフォルトの名無しさん
19/05/31 17:09:01.28 yuizSVlIa.net
>>168
＞よっぽど悔しいのかな。
こちらからは君がそう見えている。
思った通りやっぱりこういう思考回路の人だよね。
プリンタでは聞いたことないが、Win95の頃はOfficeに特定の環境向けの不具合回避コードが
入ってるとか、そういう話は確かに聞いた記憶がある。
2019年にはそんなものないよ。そんな牧歌的な時代じゃないんだから。
だいたい帳票なんかより余程複雑な図形を印刷するアプリなんていくらでもあるのに
（例えばCAD)それらにも特定のプリンタの不具合回避コードが入ってて、エンドユーザーの
フィードバック聞いて保守してるのかね。
そんな話聞いたことないよ。
CADで図形が欠けるなんてことがあれば致命的なことで大騒ぎになるはずだけど。
173:デフォルトの名無しさん
19/05/31 17:19:05.57 M/SlBIow0.net
>>169
いやいや、悔しかないよ。
そう見ているから、そういう思考回路の人ってちょっとヤバくない？
あ、CADはあるよ。
俺今ユーザ系だけど、普通に印字欠けはベンダと調査して結局対応してもらった事ある。
プロッターをプリンタに入れていいならめちゃくちゃあるよ。
だからみんなCADのバージョンアップも、OSのバージョンアップもしたくないんだよ。
174:デフォルトの名無しさん
19/05/31 17:21:53.80 M/SlBIow0.net
AutoCADとHPの相性の悪さはFAQの記事にもなっとるな。
URLﾘﾝｸ(knowledge.autodesk.com)
あと、何故か特定のプリンターつないでたらクラッシュするとかそういう恐ろしいのもあったぞ、過去。
175:デフォルトの名無しさん
19/05/31 17:23:52.91 M/SlBIow0.net
汎用ドライバ、とか、専用ドライバとかも聞いた事無いんだろうか。
176:デフォルトの名無しさん
19/05/31 18:37:00.29 6h827xBta.net
紙文化、帳票文化の人は大変そうだね
この能力、労力を他に回せてたら、日本も少しは良くなってたのかな
177:デフォルトの名無しさん
19/05/31 19:21:41.37 M/SlBIow0.net
大変っちゃ大変だけど、仕事だしな。
紙に出したものを正とする業界だと余計に仕方ないと思うよ。
JIS Z8114通りに「出図とは登録された図面を発行する行為」であると定義してる所も少なくないだろうし、
JIS Z8114守りたければCADで描いた線がCADで描いた通りに出ないことがどれだけ問題か解ると思うが。
規格守って図面描いてるから日本は町工場でもきちんとしたモノが作れると思ってっけどなぁ。
悪くは無いと思うぞ。
178:デフォルトの名無しさん
19/05/31 20:31:19.27 LXc8d8ErM.net
>>165-166, >>169
マジで恥ずかしすぎる…
世の中が経済性だけで回ってるわけじゃないしプリンタ買い替えてから気付くなんて普通にあるだろ
その度毎にアプリ改修するより保守料払ってもミドルベンダーに対応してもらった方が普通は安いぞ
よほどの中小かブラックでもない限りw
179:デフォルトの名無しさん
19/05/31 20:35:59.56 LXc8d8ErM.net
>>171
Windows NT4 + Epson MJ500でくらったわw
もう四半世紀前の話なんだな…
180:デフォルトの名無しさん
19/05/31 21:10:42.43 QCfDprfqa.net
想像だけでそんなはずないだろうと決めつける人と、実際に業務で経験していて経験談として語れる人。どちらが説得力があるかは明白だな。
181:デフォルトの名無しさん
19/05/31 21:38:28.85 emoSvWMQa.net
GUIアプリでちょっとデザインにこだわらないといけなくなったんですが、formアプリでそういった場合工夫でなんとかなるもんですかね？
WPFを覚えたほうがいいですか？
182:デフォルトの名無しさん
19/05/31 21:51:19.62 QYEqsHXk0.net
>>178
「ちょっと」の内容が分からないと「デザイン重視ならＷＰＦの方がいいだろうね」って答えしかできない気がする
183:デフォルトの名無しさん
19/05/31 22:16:02.24 2x3aymDv0.net
WPFは無駄な苦労が多すぎでせっかくできても動作がもっさり
184:デフォルトの名無しさん
19/05/31 22:31:02.04 F4dMJYTFa.net
>>175
恥ずかしいのは君の方。
企業にとっては経済性は最重要問題だ。
そもそもこういう話は実例を挙げられない時点で「存在する」と言ってる方が負けている。
だいたい2019年にもなってそんな間抜けなプリンタなんかあるかw
ねえよ馬鹿臭い。
レーザーだってインクジェットだってコモディティー化してからいったい何十年経ってるんだよ。
185:デフォルトの名無しさん
19/05/31 22:34:16.90 F4dMJYTFa.net
それに筋論から言えばプリンタに不具合があればプリンタメーカに
対応しろと言うのが筋だ。
その方が安心で確実だし、餅は餅屋で問題解決までの時間だって短いだろう。
何度も言うように、そもそもユーザーコードで本当にプリンタの問題を回避できるの？
186:デフォルトの名無しさん
19/05/31 22:37:10.83 6h827xBta.net
まあ確かに社内で課題は共有してるがプリンタ固有のバグとかここ10年は1個も見てないな
そんなに苦労してるなら懐古厨か極端に運が悪いかのどっちかじゃないか？
187:デフォルトの名無しさん
19/05/31 22:58:41.40 M/SlBIow0.net
挙げたじゃん。AutoCADの例。
188:デフォルトの名無しさん
19/05/31 23:04:12.84 M/SlBIow0.net
ちなみに>>171の件は、一部のプリンタはHPのサイトにはドライバ無くて、Autodeskのサイトの該当のQ&Aに載ってるドライバ入れないとうまく動かなかったり、
ホントに「ソフトウエアベンダーがわざわざ特定のプリンターにドライバを提供してる」例だからね。
189:デフォルトの名無しさん
19/05/31 23:22:30.43 724uYZRf0.net
>>181-182
まだ言ってるのかよ…
恥の上塗りにしかなってないぞ
> 企業にとっては経済性は最重要問題だ。
意味わからん、いちいち社内の人間が対応するほうが安いのか？
上にも書いたけどそれ相当のブラックじゃね？w
> そもそもこういう話は実例を挙げられない時点で「存在する」と言ってる方が負けている。
例えばこれをどう説明する？
スプールするのと直接印刷するので結果が違うんだよ？
URLﾘﾝｸ(www.lifedesignedit.com)
お前が思ってるほど印刷関係は単純じゃないんだよ
> それに筋論から言えばプリンタに不具合があればプリンタメーカに
> 対応しろと言うのが筋だ。
そうだね
対応してくれるまで帳票印刷しなくていいなら俺もそうするよw
>>183
普通のユーザーはそんな色々なプリンタ使わないんだけど数機程度のプリンタ使っただけで語ってないよね？
190:デフォルトの名無しさん
19/05/31 23:23:39.97 QYEqsHXk0.net
何のスレだよここ。日曜まで引っ張りそうだな
191:デフォルトの名無しさん
19/05/31 23:37:28.13 o2jVU7xt0.net
初心者スレだぞwww
192:デフォルトの名無しさん
19/05/31 23:42:10.44 M/SlBIow0.net
初心者スレって事すっかり忘れてた。すまん。
いっぱい反対の証左が上がったことは素直に認めたほうがいいぞって例だったことにしといて。
193:デフォルトの名無しさん
19/05/31 23:59:11.93 sMdSlTfK0.net
>>164
ライセンスが許す時とは？
194:デフォルトの名無しさん
19/06/01 00:14:55.56 ZvFYhi5ud.net
>>190
例えばサーバーでオフィス動かしたらライセンス違反か高いライセンス料じゃなかったっけ確か
うちはライセンス考えるのが面倒だからOpen Xml SDKでxlsx生成してる
195:デフォルトの名無しさん
19/06/01 00:26:25.73 AyUs9JF+M.net
僕はClosedXMLも使いますが、
面倒な時は、.NPOIも使います
196:デフォルトの名無しさん
19/06/01 02:48:46.20 K47xKOLF0.net
>>191
なぜサーバーでOffice？
いまどき直でSDK触るのなんてめんどくさくない？
197:デフォルトの名無しさん
19/06/01 02:50:03.79 K47xKOLF0.net
>>192
こないだのBuildでは、D.RothがEPPlus使ってたね
198:デフォルトの名無しさん
19/06/01 06:18:22.95 iD7nGhF+0.net
>>190
概ね>>191の通りだよ。
199:デフォルトの名無しさん
19/06/01 07:04:55.13 Spf5VD38a.net
>>186
俺だけじゃなく社内で10年の蓄積だからなぁ
プリンタ機種数という観点で統計出したことないから数字はわからないが少ないってことはないよ
つうか普通のユーザーなんて書いてる時点で君もうすうす気付いてるようだけど
普通のユーザーには縁がない障害ってことでしょ
特殊事例を熱心に語られても共感は得られないと思うぞ
200:デフォルトの名無しさん
19/06/01 07:41:12.68 oq8Hkx220.net
>>196
だからいつまで続けるんだよ粘着
201:デフォルトの名無しさん
19/06/01 07:58:39.37 bisdSzOZM.net
>>196
また恥の上塗りかよ…
> 俺だけじゃなく社内で10年の蓄積だからなぁ
君の会社は印刷関係の不具合あったらいちいち君に報告することになってるの？w
> プリンタ機種数という観点で統計出したことないから数字はわからないが少ないってことはないよ
具体的な数字を出せない時点で語られてもなぁ
> 普通のユーザーには縁がない障害ってことでしょ
リスク管理とか聞いたことないの？
> 特殊事例を熱心に語られても共感は得られないと思うぞ
上の方に何件も事例上げられてるのに馬鹿丸出し過ぎるw
202:デフォルトの名無しさん
19/06/01 08:01:00.37 Spf5VD38a.net
>>198
報告つうか共有してるって書いてんじゃん
プリンタのバグじゃなくて君の目がバグってんじゃねえの？
203:デフォルトの名無しさん
19/06/01 08:11:19.40 K47xKOLF0.net
>>195
>>193
204:デフォルトの名無しさん
19/06/01 08:22:41.39 Spf5VD38a.net
>>198
具体的な数を計測しなくても意義のある議論なんてのは世の中にいくらでもあるのだがね
数学って知ってる？変数や定数って見たことある？
とまあそれはおいといて
うちは年20件前後の案件で10年だから役200案件分の蓄積がある
現場の重複と客のプリンタ複数持ちがどう相殺されるかは読めないが
まあ控えめに言っても数十機種は見てるだろ
それだけやって障害に出会ってないならレアケースとしか言いようが無い
リスク管理は確率統計の世界だよね
滅多に発生しない被害の小さいプリンタ固有のバグに真剣に取り組む人はリスク計算ができない人なのだろね
何件って規模じゃまったく足りないわな
世界中で使われてるプリンタ機種数のスケール考えろよ
そんなケースも極稀にあるんだねとしか言えんわ
205:デフォルトの名無しさん
19/06/01 08:29:24.18 Fdt5DU0xM.net
プリンタの模範的な出力方法が知りたい
206:デフォルトの名無しさん
19/06/01 08:35:37.95 4C6V+Hcu0.net
普通の帳票ならExcelで作っておけばほぼ問題は起こらない
あと、あまり新しい機能は使わない
プリンタの会社はExcelぐらいテストしているからね
207:デフォルトの名無しさん
19/06/01 08:41:38.64 Fdt5DU0xM.net
いや、今、c#からやってるけど
dobonのサンプルだと
これグラフィックオブジェクトに描いて画像として印刷してんじゃん？
これだとやっぱり用紙サイズと解像度が合わないとき
線って消えるよね？
ベクトル描画的な指定方法って別にあったりする？
208:デフォルトの名無しさん
19/06/01 09:26:51.71 Fdt5DU0xM.net
①用紙サイズ
②プリンタの解像度
③アプリの印刷描画バッファ
④アプリの仮想描画バッファ
④→③に描画するとき解像度が合わないときに余白が必要
③→②はなんか微妙にうまく合わない
グリッドを印刷したいんだけど
結構大変じゃね？これ
209:デフォルトの名無しさん
19/06/01 09:43:08.53 +tM+iBjia.net
dobonのサンプルってことは自前でGDIをいじるようなやり方だと思うんだけどまあ苦行でしかないよなあ
その時代、00年代前半の模範的なやり方としては、
まともな印刷物を出したいならそれこそクリレポやそれに類する有料の帳票ツールを使わざるを得なかった
(文化オリエント⇒グレープシティのとか、翼システム⇒ウィングアークのとか）
いまさらGDIを使うくらいならWPFのFixedDocumentを使うほうがよっぽど楽だと思うけど
210:デフォルトの名無しさん
19/06/01 09:49:21.88 Fdt5DU0xM.net
いや、別にどっちでもいいんだけど
用紙サイズ
プリンタ解像度
アプリ印刷描画バッファ
アプリ仮想描画バッファ
の4つをつなげる方法さえあれば
誰も困らんと思うよ
ただ、うまくいかないね
線も消えるし（多分どこかの解像度があってない）
211:デフォルトの名無しさん
19/06/01 10:31:36.33 Spf5VD38a.net
余計な事して自滅してただけってオチか
212:デフォルトの名無しさん
19/06/01 10:34:13.81 w9UetZ9K0.net
>>196
普通のユーザーじゃなく自分に縁がないかもしれない事例でも、そういうことがあるってのは有用な情報だと思ったよ。
自分が経験したことがないからそんなのは存在しないなんて主張していたお前さんの意見の方が共感できないよ。
213:デフォルトの名無しさん
19/06/01 10:37:46.45 HEgsU4H0d.net
>>193
Web APIでxlsx生成して返すとか普通にあるでしょ
214:デフォルトの名無しさん
19/06/01 10:38:24.33 Spf5VD38a.net
>>209
存在しないとは言ってないがね
そんな稀なケースしかもぶち当たっても大したリスクはないくだらない問題を大げさに語りすぎじゃねえかと言ってる
215:デフォルトの名無しさん
19/06/01 10:54:49.93 uvuK6mvN0.net
>>201
数十機種で語られてもなぁ…
しかも不具合を君が全部把握してるの？
っていう部分はガン無視w
まあおまえがどう思おうとそういう世界がある事実は変えられない
>>211
> ぶち当たっても大したリスクはないくだらない問題
CADで線が消えるのをくだらない問題とかアホすぎるw
216:デフォルトの名無しさん
19/06/01 10:56:58.21 Spf5VD38a.net
つかプリンタ固有のバグが再現するサンプルコード出してくれよ
どんな書き方したらそうなるのか興味あるわ
プリンタ機種とミドルウェアは市販されてるならなんでもいいけど普通の企業が普通に採用するものがいいな
マイナーレアケースじゃない事を示したいわけだからな
言語はC#スレだからC#で
217:デフォルトの名無しさん
19/06/01 11:06:46.85 Spf5VD38a.net
>>212
不具合はほぼ目を通してるぞ
調査まではしないがこういうバグあったな程度の記憶が役に立つ事は多い
逆に言うとおまえがなんと言おうと
世界はプリンタでそんなに困ってない
くだらねえな
さっさとメーカーに直させておわり
218:デフォルトの名無しさん
19/06/01 11:19:06.71 Spf5VD38a.net
>>186で印刷マニア自身も言ってるが普通のユーザーはそんな色々なプリンタは使わない
印刷マニアが何百機もプリンタを王道から外れた手段で弄り倒した経験をもとに「プリンタにはバグがよくあるんですよ」なんて言われても普通のユーザーは「へえそうなんだうちのプリンタは正常に動いてるけどね」としか思えないわな
マニアとマニア以外で頻度とリスクの感覚がかけ離れてるんだよ
219:デフォルトの名無しさん
19/06/01 11:22:32.05 sr9CupPy0.net
そりゃそうだ。。。だから、こういった場所でリスクを教えてもらえるのはすごく貴重。
お前馬鹿だろ＾＾；
220:デフォルトの名無しさん
19/06/01 11:26:59.05 Spf5VD38a.net
>>216
縁のないリスクをいちいち気にするのが真のバカ
放射脳みたいなもんだ
221:デフォルトの名無しさん
19/06/01 11:29:39.19 sr9CupPy0.net
縁がある人が縁のある人に質問したのがきっかけなの理解してる？
222:デフォルトの名無しさん
19/06/01 11:50:14.13 w9UetZ9K0.net
>>217
別に縁のないリスクを気にしてる訳じゃなく、そういうことがあるのね、って知識を得たというだけのことだよ。
今は君だけがヒートアップして振り上げた拳を下ろせずに困っているだけのように見えるぞ。
223:デフォルトの名無しさん
19/06/01 11:51:22.31 vZ26xbX80.net
>>218
個々のハードウェアやドライバに関わる相性問題でC#に関係ないのはわかる？
模範的に問題なく使えるライブラリはない、で普通は終了
224:デフォルトの名無しさん
19/06/01 11:53:40.25 N3ql+Pnzd.net
ついこないだのイヤホンと同じ流れ
あるだの無いだのどうでも良い
225:デフォルトの名無しさん
19/06/01 11:57:32.14 K47xKOLF0.net
>>210
Officeなんてインストールする必要ないってツッコミやろw
226:デフォルトの名無しさん
19/06/01 11:59:41.65 uvuK6mvN0.net
>>214
> 調査まではしないがこういうバグあったな程度の記憶が役に立つ事は多い
あれ？
> まあ確かに社内で課題は共有してるがプリンタ固有のバグとかここ10年は1個も見てないな
って言ってたんじゃなかったのか？
追い込まれすぎだろw
227:デフォルトの名無しさん
19/06/01 12:01:14.11 HEgsU4H0d.net
>>222
だからOffice使ってないと言ってんじゃん
228:デフォルトの名無しさん
19/06/01 12:02:45.19 uvuK6mvN0.net
>>215
おまえのリスクの感覚がおかしいだけ
上に上げた事例見ればわかる
知らないこと自体は別におかしくないけど知らないなら黙ってろよ
229:デフォルトの名無しさん
19/06/01 12:02:59.63 K47xKOLF0.net
>>224
俺もOfficeなんて使わないって言ってんだけど日本語通じてる？
230:デフォルトの名無しさん
19/06/01 12:06:55.97 5PS3x2eY0.net
>>226
こいつはいったい何に対して文句付けてんだろう
231:デフォルトの名無しさん
19/06/01 12:07:09.83 sr9CupPy0.net
>>220
> 個々のハードウェアやドライバに関わる相性問題でC#に関係ないのはわかる？
だから、発生しちゃうとすごくいらんコストがかかるってことでしょ。
それをリスクと考え、回避したいと考える人達がいてそういうことが必要な世界がある。
リスクを知らんと理解出来ない話ししてるんだわ。
おれは縁のない方の世界の人だけど、今回の話はかなり面白かったぞ。
あほなお前にも感謝してる！
232:デフォルトの名無しさん
19/06/01 12:10:16.28 K47xKOLF0.net
>>227
ここにも日本語の通じない人が一人
233:デフォルトの名無しさん
19/06/01 12:11:46.11 5PS3x2eY0.net
ID:K47xKOLF0
イチャモン付けてスレ荒らしたいだけだろ
234:デフォルトの名無しさん
19/06/01 12:14:18.89 K47xKOLF0.net
>>230
Excelファイル生成するためにサーバーにOfficeなんてインストールする必要ないから、>>191は何を勘違いしてんの？
…って丁寧に説明してあげても理解できない？
235:デフォルトの名無しさん
19/06/01 12:32:18.99 5PS3x2eY0.net
>>231
>>191は>>190の質問に答えてExcelのライセンスが問題になる例を挙げてるだけじゃん
236:デフォルトの名無しさん
19/06/01 12:51:42.56 K47xKOLF0.net
>>232
Web APIでxlsx返すとき、とも言っとるけど、そんなのライセンス考慮する必要ないやろ
237:デフォルトの名無しさん
19/06/01 13:04:28.91 5PS3x2eY0.net
だからもしWeb APIでExcel使ってxlsx生成するならライセンスが問題になるかもねってことだよ
>>190の話の続き
238:デフォルトの名無しさん
19/06/01 13:09:03.70 5PS3x2eY0.net
URLﾘﾝｸ(support.microsoft.com)
現在のライセンス ガイドラインでは、クライアントにライセンス認証済みの Office がインストールされている場合を除き、クライアント要求を処理するサーバー上で Office アプリケーションを使用することは禁じられています。
サーバーサイド オートメーションを使用して、ライセンス認証されていないワークステーションに Office 機能を提供することは、ソフトウェア ライセンス条項 (EULA) では認められていません。
239:デフォルトの名無しさん
19/06/01 13:21:51.18 K47xKOLF0.net
>>234
だからWeb APIでExcel使う必要ないよねって話なんだが
COMオブジェクトしか使えない時代からタイムスリップしてきたの？
240:デフォルトの名無しさん
19/06/01 13:27:46.02 5PS3x2eY0.net
>>236
だからExcelのライセンスが問題になる「一例」として挙げてるだけじゃんw
>>190の話の続きだよ
241:デフォルトの名無しさん
19/06/01 13:42:20.94 hoSI63knd.net
webAPIでexcel使う必要なんて客の要件次第だろ。
excelで図形合成してさらにオブジェクトのロックをかけて、
かつすでに描かれていた図形や文字列と合わせてpdfを生成して
ブックにパスワードつけてからダウンロードする口を作ってくれ
みたいな無茶振りを
「ちょっとそれ要件から揉みましょうや…まずpdf作るってところですけど
多分その使い方はExcelの証跡として残したいんですよね。互換ソフトじゃ実際問題ダメじゃないですか。
使用者みなさんにExcelのライセンスがあることを証明してもらえたらなんとかしようがありますけどそれ以外は無理です」
って返した事あるぞ。
242:デフォルトの名無しさん
19/06/01 13:51:11.77 K47xKOLF0.net
>>237
使う必要なんてないから問題にはならないよ？
243:デフォルトの名無しさん
19/06/01 13:52:31.25 K47xKOLF0.net
もともとExcelを使う必要がある特殊な要件なら、それは「問題」にはならんやろ
244:デフォルトの名無しさん
19/06/01 13:55:55.93 5PS3x2eY0.net
サーバーサイドでExcel使うのはライセンス的に問題あるって話なのに何が気に入らないんだろう
245:デフォルトの名無しさん
19/06/01 14:00:15.15 AyUs9JF+M.net
薬物洗脳でもしないと納得しないんじゃね？
246:デフォルトの名無しさん
19/06/01 14:14:43.16 PqDqKgvpa.net
>>207の人
なんかGraphicsはビットマップみたいなピクセル前提になってると思い込んでるように
聞こえるけどそれは勘違い
何がしたいのかよく分からないけどプリンタの解像度なんか意識する必要はない。
GDI+の印刷関係でちょっとトリッキーなのは印刷可能領域の扱いぐらい（用紙の左上じゃなく、
印刷可能領域の左上が原点になってる）であとは全然難しくない。
mmなりinchなり好きな物理単位を選択してその単位で位置やサイズを指定して描画するだけ。
247:デフォルトの名無しさん
19/06/01 15:13:41.52 YEbnM+a5M.net
>>243
じゃあ、dpiってどこで設定するの？
とりあえずプリンタが許す範囲で綺麗に印刷したいんだけど
得に文字がジャギるのをなんとかしたい
用紙サイズと
こちらの内部で扱う解像度は
どうやってマッチングさせればよいのか？
248:デフォルトの名無しさん
19/06/01 15:29:29.06 PJqPF6UZ0.net
日曜もやるなら
プリンタスレでよろ
249:デフォルトの名無しさん
19/06/01 16:23:51.35 iVO4qD1ea.net
>>244
プリンタのdpi（というか印刷品質）はプリンタ側の設定であってプログラムとは
無関係のはずだけど、いずれにしても今時ビットマップフォントでも使わない限り
ジャギーが出るとは考えにくい。
ひょっとしてビットマップに描画してそれを印刷してない？
dobonさんのところのサンプル見たけどそんな変なことしてないと思うんだけど。
250:デフォルトの名無しさん
19/06/01 16:48:58.97 QdCh0app0.net
ハードウェア板いけよ
251:デフォルトの名無しさん
19/06/01 17:41:21.50 iVO4qD1ea.net
>>247
話の中身をちゃんと読みましょう
そういう「交通整理」が一番無駄
252:デフォルトの名無しさん
19/06/01 17:58:01.95 7R64DLa3M.net
>>246
無関係じゃなくね？
dpiゼロって設定したらドットすら打てないのに無関係はなくね？
用紙サイズとdpiが決まって初めて印刷に必要な解像度が決まるんじゃね？
253:デフォルトの名無しさん
19/06/01 17:59:31.64 7R64DLa3M.net
>>246
dobonさんのってdpi設定してる？
254:デフォルトの名無しさん
19/06/01 18:30:53.40 iVO4qD1ea.net
>>249 君が紙の上にコンパスを使って円を描く時、 「俺のdpiっていくつだっけ？」なんて考えるだろうか？ 考慮する情報は円の中心の位置と半径とペンの太さだけでは？ Graphicsに描画する時も同じこと
256:デフォルトの名無しさん
19/06/01 18:42:09.62 THO/EPeNd.net
線の太さ指定するのにDPIを考慮する事あるね
257:デフォルトの名無しさん
19/06/01 18:46:02.83 iVO4qD1ea.net
例えばオーディオの品質はスピーカーやアンプの性能に依存するわけだけど、
それはプログラムから変更可能なパラメータじゃない。
dpiだって同じでしょ
無関係ってのはそういう意味
258:デフォルトの名無しさん
19/06/01 19:27:06.06 4n3QP96w0.net
音だってサンプリング周波数は気にするだろ。
259:デフォルトの名無しさん
19/06/01 19:58:02.42 oq8Hkx220.net
とりあえずお前らは>>1のテンプレを読め
>「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
>なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
>C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください
260:デフォルトの名無しさん
19/06/01 20:25:18.71 Lkf//U1fa.net
C#とv Visual C#の使いわけってどういうのが正しい�
261:ﾌ？
262:デフォルトの名無しさん
19/06/01 20:30:00.92 PRAPBnxH0.net
>>256
C#は言語で、Visual C#はかつてのC#単体のIDE(開発環境)
Visual C#はVisual Studioに統合されたから忘れて良いよ
263:デフォルトの名無しさん
19/06/01 20:45:29.99 AyUs9JF+M.net
CSCコマンドで不謹慎なプログラムを
作るゆうくんみたいな人がいるから
基本的には言語のスレかな
264:デフォルトの名無しさん
19/06/01 23:20:47.14 QdCh0app0.net
>>248
はいはい。Rubyスレにでも行って熱く議論してね
265:デフォルトの名無しさん
19/06/02 02:20:41.28 RpZopSul0.net
VC#はC#のMS実装という意味も含んでるんだと思ってた。
って、C#って外部団体で標準化されてたよね。
プリンタは細線が印刷されない経験が俺にもいくつか有る。
VB（not .net）全盛の時代だったから今もそうなのかは分からんが、
画面に線が表示されない現象が残ってる以上は印刷でも有り得るとは思う。
最初から考慮しとく必要は無いけど、現象にぶち当たった時に小手先の対応を求められるかも知れん。
APIやドライバに不備が合ったとしても最終納品物の品質に届いてないのだから。
266:デフォルトの名無しさん
19/06/02 03:05:37.66 Ur8Ia+9na.net
基本的にググって同じ例が見つからない「不具合」はリアルな不具合ではなく、
単純にコードのバグだと思った方がいいと思います。
ダメな奴ほど自分のコードを疑う前にシステム側の不具合だと思いたがるのは鉄板の法則です。
267:デフォルトの名無しさん
19/06/02 06:25:49.41 VOFsXmY20.net
>>261
まだやってたのか。
まず自分のコードを疑うのは言わずもがなで、そこは誰も否定していないだろう。その上で、そういうシステムの不具合の可能性もあるという話をしているだけだろう。お前だけが頑なにシステムの不具合の可能性を否定しているだけで。
268:デフォルトの名無しさん
19/06/02 07:12:42.38 LTngafh+a.net
>>260
対応する前に切り分けしなよ
複数のプリンタで同じ不具合が出るならプログラムを直すべきだが
そうでないなら運用の問題だからプログラムを直しちゃダメだ
それはプリンタの修理か買い替えで対処すべき問題
269:デフォルトの名無しさん
19/06/02 07:15:59.02 aKjmCqfpM.net
まだするのか？
270:デフォルトの名無しさん
19/06/02 07:22:28.51 LiI7xu6KM.net
>>263
まだいたのかw
271:デフォルトの名無しさん
19/06/02 07:40:24.50 LTngafh+a.net
>>265
ストーカーか？
272:デフォルトの名無しさん
19/06/02 08:42:21.96 LiI7xu6KM.net
専ブラも知らんアフォ？w
273:デフォルトの名無しさん
19/06/02 08:58:05.34 LTngafh+a.net
>>267
専ブラを使ったストーキング行為ってことか？
274:デフォルトの名無しさん
19/06/02 11:22:31.70 caoNnds2a.net
>>262
ちょっと被害妄想激しすぎないか。
>>261はあくまで一般論。
ついでに言わせてもらうけど、前にも書いたがやっぱり「こういうタイプ」の思考回路の人だよね。
「まだやってる」のは少なくとも君自身も同じじゃないのか？
「こういうタイプ」というのは、要するに自分を客観的に見る（少なくとも見ようとする）
もう一人の自分を持ってないタイプの人のことね。
275:デフォルトの名無しさん
19/06/02 13:59:29.33 RszfEHjQ0.net
>>269
> もう一人の自分を持ってないタイプの人のことね。
お前が言うなよ…w
276:デフォルトの名無しさん
19/06/02 16:42:31.41 vrlrWPYK0.net
>>269
日曜までプリンタの話題を引きずりたくはないが、
一般論として、自分がハマった経験も回避した経験もあって、かつ関連する記事も出せて、CADなら？みたいな無茶振りにも(たまたま俺の分野にヒットしたからだけど)答えてるのに、
「それを客観的に見る君」はなぜどこにも居なかったのかが一番疑問。
少なくとも知らなかったことは勉強になったぐらい言っときつつ、初心者に嘘ついちゃったことは反省したほうが良いと思うよ。
CADはプリンタどころか、環境に対するパッチも出てる。
ちなみにAutoCADはC#のSDKがあってとても便利。
277:デフォルトの名無しさん
19/06/02 17:05:52.35 9gx2Q+LYM.net
だからRubyスレ行けって
278:デフォルトの名無しさん
19/06/02 17:52:11.75 p6Dnlml40.net
お前らいっつも同じ争いしてんな
279:デフォルトの名無しさん
19/06/02 19:27:35.27 YyssyKgv0.net
毎回同じ奴らが騒いでいるだけだぞ
280:デフォルトの名無しさん
19/06/02 20:30:48.86 TlH6VNHL0.net
>>248
お前毎回悪質
知らないのにいきなりレスで罵倒したり
281:デフォルトの名無しさん
19/06/03 00:09:53.43 onOW6rqi0.net
MVVMについて学びたいんですけどどういうルートで学ぶのがいいんですかね
少し古くてもWPFや.NET MVCあたりの本を読むのがいい？
おすすめの書籍とかあれば教えてください
282:デフォルトの名無しさん
19/06/03 00:34:48.53 D/nGT1NT0.net
githubに転がってるチュートリアルを一通り触る
小さな機能のアプリをめんどくさがらず作法に則って作る
283:デフォルトの名無しさん
19/06/03 12:46:16.15 E+jaCPkn0.net
質問です。
iPhoneアプリしかでていないゲームで
例えば
「戦う」ボタンを一定間隔でクリックする方法ってありますか？？？
Androidならできると思います.
詳しい人教えてください！
284:デフォルトの名無しさん
19/06/03 12:48:42.27 KnjAO8isM.net
pythonが実行できると聞いたがそんなとこまでいじれるだろうか？
ってスレ違いやん
285:デフォルトの名無しさん
19/06/03 12:53:29.17 E+jaCPkn0.net
とあるiPhoneのゲームで最強になりたいんだよね。
PCゲームなら自動化はできるけど、iPhoneアプリの操縦となるときついかな～。
誰か変態的にスキルの高い人教えてください。
286:デフォルトの名無しさん
19/06/03 12:56:31.64 FQNT6/jdd.net
スレ違い言われてるでしょ
287:デフォルトの名無しさん
19/06/03 13:01:47.44 E+jaCPkn0.net
板違いとは言われてません
288:デフォルトの名無しさん
19/06/03 13:15:49.41 KnjAO8isM.net
仮にできても潰してくる類の処理だから探す気になれんな
289:デフォルトの名無しさん
19/06/03 13:25:21.39 km43TpLN0.net
>>278
「ユーザー入力の記録・再生」なるものが、iOSでもできるようになっているなら、
その「再生」のやり方を使えばできる可能性はある。
Windowsなら、マウスやキーボードのイベントの WM_LBUTTONDOWN, WM_KEYDOWN
などを ゲームの Window に PostMessage() してやれば良いだけなんだけど。
290:デフォルトの名無しさん
19/06/03 13:26:10.65 FQNT6/jdd.net
こういうの作れ
不正検知がかなり難しい部類でbanの危険性下げれる
URLﾘﾝｸ(youtu.be)
291:デフォルトの名無しさん
19/06/03 13:39:34.81 yo5xl/l60.net
同じ場所をタップするだけならソレノイド使えば簡単にできるよ。
C#にこだわるなら、UWPを組んでラズパイ＋Win10 IOT Coreとかね。
292:デフォルトの名無しさん
19/06/03 14:41:32.88 E+jaCPkn0.net
>>283
日本語しゃべってくれ
>>284
iPhoneアプリをWindows上でエミュレートしつつ
Windows APIを使えばできるかな～と思ってます。
>>285 >>286
できれば、ソフトだけで完結させたいです。
走り回って敵が出てきたら戦闘、HPが減ったら回復→無限ループ