1 名前:デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:28:06.27 ID:s+6oZKe00.net] !extend:checked:vvvvv:1000:512 次スレを立てる時は↑を2行冒頭に書くこと(1行分は消えて表示されない為) 「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。 他のスレッドでは書き込めないような低レベルな質問、 質問者自身なんだか意味がよく分からない質問、 ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。 内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。 なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。 C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください >>980 を踏んだ人は新スレを建てて下さい。 >>980 が無理な場合、話し合って新スレを建てる人を決めて下さい。 ■関連スレ C#, C♯, C#相談室 Part93 mevius.5ch.net/test/read.cgi/tech/1492818720/ ■コードを貼る場合は↓を使いましょう。 ideone.com/ https://dotnetfiddle.net/ ■前スレ ふらっと C#,C♯,C#(初心者用) Part142 https://mevius.5ch.net/test/read.cgi/tech/1551908141/ ■情報源 https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index https://docs.microsoft.com/en-us/dotnet/standard/class-libraries referencesource.microsoft.com/ - VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
116 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 19:54:39.07 ID:lwWgLhFv0.net] Ruby にも、&. という、null(nil)許容演算子が出来た Swift から来た、流行か
117 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 20:35:27.77 ID:5pJw+KKe0.net] 今、一からデータベースプログラミングの勉強するなら、 @型付きDataSet A型なしDataSet BEF のどれがよいでしょうか?
118 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 20:40:41.26 ID:uloK3O7ha.net] DataSetなんて15年以上前の技術なんか今更触っちゃダメ Web上の情報でもDataSetを扱ってるようなページは問答無用で無視してよい EFと言いたいところなんだけど・・・・個人的にはSQLの勉強も兼ねてDapperを推したい データベースの基礎共用として手書きSQLがひととおり書けるようになっておいたほうがいい
119 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 20:48:22.48 ID:LNS8v7+tM.net] >>116 上の人も言ってるが、CSQL DBを自在に操れるようになるまでC#はしばらく封印しなさい
120 名前:116 mailto:sage [2019/05/27(月) 22:32:39.99 ID:5pJw+KKe0.net] >>117-118 ありがとうございます。 DataSetとDapperをちょっとだけ試してみました。 DataSetはGUIで簡単にクエリを生成して実行もしてくれますが、DapperはSQLをソースコード内に直に書いて、Connectionも作る必要がありました。 こういうものでしょうか?それともDapperのGUIのSQLビルダー機能を見落としているのでしょうか?
121 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 22:55:14.89 ID:N+biQgtua.net] SQL書けない奴はプログラマを名乗るな
122 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 23:02:35.44 ID:dknccbkiM.net] >>120 ニヤニヤ
123 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 23:26:39.44 ID:bCVUGNm+a.net] >>119 そういうものだよ GUIでコーディングをラップしたようなツールは決まって生産性が低い
124 名前:デフォルトの名無しさん mailto:sage [2019/05/27(月) 23:42:07.71 ID:uloK3O7ha.net] >>119 DapperでSQLを書かずに済ませたい場合は、Dapper用クエリビルダを別途導入 nugetパッケージが多数公開されてるから合いそうなのを選ぶ・・・んだけど、デファクトスタンダードなものがないんだよね 単純なCRUDができれば十分でSQLを手書きせずに済ませたいならDapperよりもEFを使うほうが良いと思う >>116 さんならカンもよさそうだしとりあえずEFでCodeFirst⇒CRUDひととおりできればさほど困らないかも ただそれでもSQLは別途学習したほうがいい 集計とかパフォーマンスを考慮したデータ検索とかをやろうとするとどうしても自前でSQLを書く必要が出てくる
125 名前:116 mailto:sage [2019/05/28(火) 00:13:06.87 ID: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 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 08:55:21.94 ID:WAihcsXB0.net] 列ヘッダの表示なら、クエリでasでやるんじゃなくて class Department { [DisplayName("名前")] public string name { get; set; }
127 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 09:38:11.91 ID:tpS8MDSU0.net] C# のフレームワークには、Ruby on Rails みたいな、O/R マッパーが無いのか? 今時、文字列で、SQL を書く人なんて、いるのか? SQL インジェクションもされるから、今は、O/R マッパーのメソッドを使う。 placement に値を入れるだけで、SQLインジェクションをエラーにできる
128 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 10:09:05.63 ID:OLBGotQQ0.net] >>126 EFを知らないのか それと上で出ているDapperもその一種だ
129 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 10:29:03.95 ID:nGxfAzB2a.net] >>126 お前はRubyスレから出てくるな
130 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 10:35:26.92 ID:FiHQa1DK0.net] A言語のスレで「A言語にはB言語でいうCみたいな機能は無いのか?」って聞いても、B言語を知らない、詳しくない人には「Cみたいな機能」がどんな機能かわからん。 B言語のスレなら少なくとも「Cみたいな機能」がどういう機能かはわかるんだから、聞くならB言語のスレで聞けばいいんじゃね? 今回ならRubuのスレでね。
131 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 10:35:51.99 ID:FiHQa1DK0.net] あ・・ Typo・・・
132 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 10:43:26.90 ID:4asTXY3/d.net] >>129 そのレベルの問題じゃない
133 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 11:33:20.74 ID:MzojxIZTM.net] >>126 それRubyスレで言ってみ? 意識高い系Rubyist(笑)達からも嵐のようにマサカリ飛んでくるよw
134 名前:デフォルトの名無しさん mailto:sage [2019/05/28(火) 11:57:04.06 ID:4xq1FFDVM.net] >>126 ストアド叩けばええんちゃう?
135 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 11:04:17.50 ID:8l8j4cjm0.net] 昔は、C#での帳票にはクリスタルレポートを使っていました。 最近は、C#(Windowsアプリ)で一番多く使われているのは何でしょうか? 一番多く使われているものを教えてください。
136 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 12:37:48.69 ID:GnXFyo5ZM.net] >>134 多分、データを帳票の枠の入ったExcelファイルに書き込んで表示or印刷的なのが多いかと っていうかクリレポってそんなに多かったですかね? 昔から私の周りではこっちのが主流でしたw
137 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 12:49:27.29 ID:2L2FZYjAM.net] >>134 JasperReports
138 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 16:20:00.76 ID:SMQO8msKF.net] >>134 グレープシティのなんか。
139 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 18:07:30.21 ID:xcggW8D+a.net] よく知らんけど帳票って専用のライブラリ使わなきゃいけないほど複雑な分野なのかな。 よっぽど凝ったデザインとかじゃなきゃ自分でゴリゴリ書いても たいした手間じゃないと思うんだけど WPFのDocumentは触ったことないけどGDI+なんか全然簡単よ
140 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 18:09:50.31 ID:mJlxjjN/0.net] 情シスで未経験ながら一人
141 名前:開発してるんですけどSQLをクラスに書きながら世間様ではどうしているのか気になりました クエリ専用クラスとか作ってるのでしょうか? 神クラスにまとめているのでしょうか? ドメイン駆動設計独学してる限りではSQLは対象の知識に閉じ込めておくべきかなと考えておりますが、ベテラン様のご意見を伺いたいです [] [ここ壊れてます]
142 名前:デフォルトの名無しさん [2019/05/29(水) 18:27:22.97 ID:xRp200EqM.net] WPFなら帳票もxamlで作る 外部ライブラリは要らない MVVMでちゃんと分離出来てれば、チャチャっとデザイン屋に頼めば良い。 FixedDocument作ってプリンタに送る部分だけちょっとめんどいかな
143 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 20:30:50.69 ID:RpTtWZkWd.net] Open Xml SDK使ってxlsxファイルに流し込んでる
144 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 20:47:27.03 ID:8l8j4cjm0.net] >>135 >.136 >>137 >>138 昔はクリスタルレポートを使ってWindowsアプリでは、帳票出力していました。 確かにExcelで印刷時のテンプレートのデザインをざっくり作っておいて C#から特定のセルに値を転記して、印刷した方が早いと思います。 ただ、このやり方ってどうなんだろうな〜と思いまして。動けばいいんですけど。 はまった時に解決するのが大変なので できるだけ世間一般で多く採用されている手法を取りたいと考えています。
145 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 22:40:18.15 ID:ZESC3voLd.net] iTextSharp使ってPDFのテンプレートに流し込むのというのも作ったことある
146 名前:デフォルトの名無しさん mailto:sage [2019/05/29(水) 23:07:18.43 ID:3nSVS9eo0.net] 今はライセンス料必要だけどね
147 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 12:47:28.06 ID:NTWA4E5yM.net] >>113-114 えっ? そんな余計な機能がついてるんだ… 性能劣化するのはちょっと嫌かも
148 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 12:51:13.14 ID:NTWA4E5yM.net] >>138 プリンタによって細い罫線がでないとかに真面目に対処しようとすると結構大変だからその手のライブラリに丸投げする プリンタが固定なら自前で作ってもいいけど
149 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 14:46:36.95 ID:6LmM0VYIM.net] >>145 フィールドの場合は一度ローカル変数に読み出してから分岐とメンバアクセスをするだけだろ フィールドへのアクセスはローカル変数に比べて遅いから、繰り返しフィールドを読むのに比べてむしろ速くなる可能性がある さすがにフィールドにvolatileが付いてない限りは繰り返しのフィールドアクセスは一度ローカル変数に読むのと同じ動作になるように最適化されるだろうけど
150 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 15:39:26.40 ID:v6SxCCrXa.net] >>146 そんなトラブル聞いたことないよw っていうかそれが起こるとしたらプリンタドライバまたはプリンタそのものの問題なので、 ユーザーコードレベルで回避なんかできるはずがない だいたいインクリボンの時代じゃあるまいし、目視できる範囲の細い線が消えるって どんなプリンターよwww
151 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 15:55:37.74 ID:2VoqWsrK0.net] 9600dpiの帳票で1dot幅の線を引いたりしてるんじゃないの。 プリンタドライバの縮小アルゴリズムが単純間引きに近い動きをすると 線が消えるので、プリンタの解像度を取得して自分で最適なアルゴリズムで 戦を残すように細工する必要がある場合がある。
152 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 16:33:56.92 ID:cDWpvGTkM.net] ピクチャーボックスに描画したやつは消えたな 文字はジャギってた
153 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 16:57:21.42 ID:v6SxCCrXa.net] >>149 白抜き以外の普通の描画ならピクセル幅より狭い線の描画は ピクセル幅になる(つまり指定した幅より太くなる)だけで消えることはないはず。 だからプリンタの設定でdpiがやたら大きな値になってるから細い線が消える、 というのは考えづらい ピクセル幅より狭い間隔の平行線は引けないはずなので、 ピクセル幅より狭い白抜きの線が消えるというのなら話としては一応筋は通るけど、 現実的にはプリンタのピクセル幅の線なんかどっちにしろ少なくとも裸眼で目視できないでしょうw
154 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 19:30:06.92 ID:faqOodUI0.net] >>148 運が良いね 仕事で色々なメーカー触る機会があると遭遇するぞ
155 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 19:56:58.26 ID:NTWA4E5yM.net] >>148 そりゃ普通の人はめったにそんな目に合わないからね さすがに単純な罫線でおかしくなるなんてことは大手メーカーだとあまりないけど罫線に微妙な色がついてるとか他の図形の下にある(もちろんその図形は透明)とかいろいろな条件が重なると出ないことがあるんだよ 帳票って見栄えにこだわる人が多いからちゃんと出すのは結構大変なんだよ >>151 だからそういう論理的には出るはず なんて言うのを言ってもしょうがない
156 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 20:55:03.88 ID:L2fORM+za.net] >>153 だからこの話のキモは、そんなことがあるとしたらプリンタ側(デバドラ and/ or ハードウェア)の不具合なので、 ユーザーコードで回避できるはずがないと。普通に考えたらそうでしょう。 クリレポの類の開発者だけが使える「特別の魔法」なんかあるはずがない。
157 名前:デフォルトの名無しさん mailto:sage [2019/05/30(木) 21:18:45.95 ID:Y+sVy9qF0.net] 帳票開発はこんなのもあるみたい 試したことないけど https://docurain.jp/
158 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 05:23:38.20 ID:6gUA7KH4M.net] >>154 君、プリンタ関係のことよく知らないでしょ? アプリケーションからの出力方法って1つじゃないんだよ 罫線だってGDI命令として出力することもあるし図形として出力することもある 同じ内容でも出力する順序によって挙動が変わるなんてことすらある(まあどう見てもドライバとかのバグだと思うが…) そういうのをちまちま回避するってことなの
159 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 10:02:32.84 ID:yuizSVlIa.net] >>156 だから何を言ってるのかね。 論点はそんな話じゃなく、ユーザーコード側でワークアラウンドを打てるかどうかだから。 クリレポのベンダーさんは、世界中の全メーカーの全プリンタの全部のHWリビジョンと全部のドライバーバージョンを チェックして、個別に問題回避コードを書いて、かつそれをメンテナンスしてるとか思ってるわけ? できるわけないだろそんなことw アホちゃうかマジで
160 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 10:07:46.89 ID:yuizSVlIa.net] 何度も書いてるけど、そもそもユーザーコード側で問題を回避できるケースなんて 幸運なケースだけのはずで、バグに起因する問題なんかそもそもどうやっても回避できない ケースの方が多いはずだ。 クリレポのプログラマはスーパーギークだから不可能を可能にしちゃうの?w ありえません。
161 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 10:28:17.88 ID:M/SlBIow0.net] >>154 消えるよ。 それで、いっそ…でRPDLで打つ羽目になったりするんだよ。令和の時代に。 ビットマップで描いてるんだろうなぁ…には先回りして手作業で回避したりしとくもんだよ。 変倍で出力されたら3ラインに1ラインは描画されないことがある、とかザラにあるんだから。 業務系をもう少し知ったほうが良いと思う。
162 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 10:32:10.36 ID:M/SlBIow0.net] >>158 クリレポの良いところは、すっごい帳票も出せないけど、最小限はきっちり出すところで、 変倍のサーマルラベルプリンタにバーコード
163 名前:出したりきちんとしよるよ。 スーパーギークだからではなく、バグレポートがクソほど溜まってるからじゃないかな。 俺も送ったことあるもん。 自分が踏まなくても誰かが踏んで、その回避コードが埋まってると考えると、 売り物のライブラリも悪くはないんよ。 チェックをクリレポさんがしてるわけじゃなくて、チェックは自分たちがやらされてるけど、ワークアラウンドはクリレポ側に溜まってるし、ちゃんと契約してたら教えてくれるしパッチもくれるぞ。 あんまり業務で使った事無いんでしょ。 [] [ここ壊れてます]
164 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 12:26:53.84 ID:LXc8d8ErM.net] >>157-158 > クリレポのベンダーさんは、世界中の全メーカーの全プリンタの全部のHWリビジョンと全部のドライバーバージョンを すぐに「世界中」とか「全プリンタ」とか言い出すとか子供かよw メジャーなプリンタのメジャーなバージョンにまずは対応して後は>>160 が言うように利用者からの申告に個別対応するんだよ そのために保守契約を結んだりするわけ > アホちゃうかマジで お前がなw 世の中こういう泥臭い仕事があることも知っておいた方が恥をかかなくて済むと思うぞ
165 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 12:48:00.17 ID:4cN9QpXUd.net] 確かにプリンターは鬼門 だからxlsxやPDFに吐いて印刷は他のアプリに投げるのが楽なんだよ
166 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 14:20:53.01 ID:eC5Mq3IeM.net] 一旦Excelに吐くとどうしても出ないときの最後の手段で手で修正できるから 結構こっちのが好きなお客さん多いよね 帳票ライブラリだとプログラマが根性出すしかない テンプレートファイルが別になってればワンチャンあるけど それもこのファイルだけ折り返して欲しいとかはまあ無理だよね
167 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 14:37:35.21 ID:M/SlBIow0.net] >>163 excelのライセンスが許すときは俺もexcel出力好きだなぁ。 ホントに運用でなんとかなる最後の砦だと思う。 特にPDF出力はexcelのライセンスが無くてもLibreOffice使って出す方が安心できる。 最悪の場合手作業で直して貰って出力できるし、これが標準テンプレートエディタでござい、って出しても平気だからな、LibreOffice。
168 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 15:18:52.47 ID:yuizSVlIa.net] >>161 常識的に考えて、そんな計約を結ぶよりプリンタを買い替えた方が経済的。 そもそもそれなりのメーカーのそれなりの価格の業務用のプリンタにそんな不具合なんてありません。
169 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 15:23:36.16 ID:yuizSVlIa.net] もちろんエンドユーザーにプリンタ買い替えろなんて言えないけどね
170 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 16:48:25.79 ID:M/SlBIow0.net] 単純な経済性なんかでプロジェクト回ってるわけ無かろうが。 どこの資本が強いか次第じゃねえの? それなりのプリンターでも地雷は踏んだことあるし、 特定のプリンタしかサポートしないって言ってても当たるときには当たるんだこれが。 だからみんなリコーでRPDLでこれぐらいのやつ、とか、どこのPSプリンタ、とかメーカーと言語を指定するんであって。 ちなみにリコーのそれなりの価格の業務用機で拾ったからな。俺は。 ありました。が正しいわ。
171 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 16:51:48.73 ID:M/SlBIow0.net] なんか自分でゴリゴリ書くことを否定されたのがよっぽど悔しいのかな。 それも悪くはないよ。ちゃんとサポートするなら。 普通の規模のパッケージ製品とか、数出るカスタマイズ製品とか作ってたら、普通はライブラリ使うってだけで。
172 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 17:09:01.28 ID:yuizSVlIa.net] >>168 >よっぽど悔しいのかな。 こちらからは君がそう見えている。 思った通りやっぱりこういう思考回路の人だよね。 プリンタでは聞いたことないが、Win95の頃はOfficeに特定の環境向けの不具合回避コードが 入ってるとか、そういう話は確かに聞いた記憶がある。 2019年にはそんなものないよ。そんな牧歌的な時代じゃないんだから。 だいたい帳票なんかより余程複雑な図形を印刷するアプリなんていくらでもあるのに (例えばCAD)それらにも特定のプリンタの不具合回避コードが入ってて、エンドユーザーの フィードバック聞いて保守してるのかね。 そんな話聞いたことないよ。 CADで図形が欠けるなんてことがあれば致命的なことで大騒ぎになるはずだけど。
173 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 17:19:05.57 ID:M/SlBIow0.net] >>169 いやいや、悔しかないよ。 そう見ているから、そういう思考回路の人ってちょっとヤバくない? あ、CADはあるよ。 俺今ユーザ系だけど、普通に印字欠けはベンダと調査して結局対応してもらった事ある。 プロッターをプリンタに入れていいならめちゃくちゃあるよ。 だからみんなCADのバージョンアップも、OSのバージョンアップもしたくないんだよ。
174 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 17:21:53.80 ID:M/SlBIow0.net] AutoCADとHPの相性の悪さはFAQの記事にもなっとるな。 https://knowledge.autodesk.com/ja/support/autocad/troubleshooting/caas/sfdcarticles/sfdcarticles/JPN/HP-printers-do-not-work-with-AutoCAD-2015-on-Windows-8.html あと、何故か特定のプリンターつないでたらクラッシュするとかそういう恐ろしいのもあったぞ、過去。
175 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 17:23:52.91 ID:M/SlBIow0.net] 汎用ドライバ、とか、専用ドライバとかも聞いた事無いんだろうか。
176 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 18:37:00.29 ID:6h827xBta.net] 紙文化、帳票文化の人は大変そうだね この能力、労力を他に回せてたら、日本も少しは良くなってたのかな
177 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 19:21:41.37 ID:M/SlBIow0.net] 大変っちゃ大変だけど、仕事だしな。 紙に出したものを正とする業界だと余計に仕方ないと思うよ。 JIS Z8114通りに「出図とは登録された図面を発行する行為」であると定義してる所も少なくないだろうし、 JIS Z8114守りたければCADで描いた線がCADで描いた通りに出ないことがどれだけ問題か解ると思うが。 規格守って図面描いてるから日本は町工場でもきちんとしたモノが作れると思ってっけどなぁ。 悪くは無いと思うぞ。
178 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 20:31:19.27 ID:LXc8d8ErM.net] >>165-166 , >>169 マジで恥ずかしすぎる… 世の中が経済性だけで回ってるわけじゃないしプリンタ買い替えてから気付くなんて普通にあるだろ その度毎にアプリ改修するより保守料払ってもミドルベンダーに対応してもらった方が普通は安いぞ よほどの中小かブラックでもない限りw
179 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 20:35:59.56 ID:LXc8d8ErM.net] >>171 Windows NT4 + Epson MJ500でくらったわw もう四半世紀前の話なんだな…
180 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 21:10:42.43 ID:QCfDprfqa.net] 想像だけでそんなはずないだろうと決めつける人と、実際に業務で経験していて経験談として語れる人。どちらが説得力があるかは明白だな。
181 名前:デフォルトの名無しさん [2019/05/31(金) 21:38:28.85 ID:emoSvWMQa.net] GUIアプリでちょっとデザインにこだわらないといけなくなったんですが、formアプリでそういった場合工夫でなんとかなるもんですかね? WPFを覚えたほうがいいですか?
182 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 21:51:19.62 ID:QYEqsHXk0.net] >>178 「ちょっと」の内容が分からないと「デザイン重視ならWPFの方がいいだろうね」って答えしかできない気がする
183 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 22:16:02.24 ID:2x3aymDv0.net] WPFは無駄な苦労が多すぎでせっかくできても動作がもっさり
184 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 22:31:02.04 ID:F4dMJYTFa.net] >>175 恥ずかしいのは君の方。 企業にとっては経済性は最重要問題だ。 そもそもこういう話は実例を挙げられない時点で「存在する」と言ってる方が負けている。 だいたい2019年にもなってそんな間抜けなプリンタなんかあるかw ねえよ馬鹿臭い。 レーザーだってインクジェットだってコモディティー化してからいったい何十年経ってるんだよ。
185 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 22:34:16.90 ID:F4dMJYTFa.net] それに筋論から言えばプリンタに不具合があればプリンタメーカに 対応しろと言うのが筋だ。 その方が安心で確実だし、餅は餅屋で問題解決までの時間だって短いだろう。 何度も言うように、そもそもユーザーコードで本当にプリンタの問題を回避できるの?
186 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 22:37:10.83 ID:6h827xBta.net] まあ確かに社内で課題は共有してるがプリンタ固有のバグとかここ10年は1個も見てないな そんなに苦労してるなら懐古厨か極端に運が悪いかのどっちかじゃないか?
187 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 22:58:41.40 ID:M/SlBIow0.net] 挙げたじゃん。AutoCADの例。
188 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:04:12.84 ID:M/SlBIow0.net] ちなみに>>171 の件は、一部のプリンタはHPのサイトにはドライバ無くて、Autodeskのサイトの該当のQ&Aに載ってるドライバ入れないとうまく動かなかったり、 ホントに「ソフトウエアベンダーがわざわざ特定のプリンターにドライバを提供してる」例だからね。
189 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:22:30.43 ID:724uYZRf0.net] >>181-182 まだ言ってるのかよ… 恥の上塗りにしかなってないぞ > 企業にとっては経済性は最重要問題だ。 意味わからん、いちいち社内の人間が対応するほうが安いのか? 上にも書いたけどそれ相当のブラックじゃね?w > そもそもこういう話は実例を挙げられない時点で「存在する」と言ってる方が負けている。 例えばこれをどう説明する? スプールするのと直接印刷するので結果が違うんだよ? https://www.lifedesignedit.com/solve_print_problem_specific_part_not_appearing お前が思ってるほど印刷関係は単純じゃないんだよ > それに筋論から言えばプリンタに不具合があればプリンタメーカに > 対応しろと言うのが筋だ。 そうだね 対応してくれるまで帳票印刷しなくていいなら俺もそうするよw >>183 普通のユーザーはそんな色々なプリンタ使わないんだけど数機程度のプリンタ使っただけで語ってないよね?
190 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:23:39.97 ID:QYEqsHXk0.net] 何のスレだよここ。日曜まで引っ張りそうだな
191 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:37:28.13 ID:o2jVU7xt0.net] 初心者スレだぞwww
192 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:42:10.44 ID:M/SlBIow0.net] 初心者スレって事すっかり忘れてた。すまん。 いっぱい反対の証左が上がったことは素直に認めたほうがいいぞって例だったことにしといて。
193 名前:デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:59:11.93 ID:sMdSlTfK0.net] >>164 ライセンスが許す時とは?
194 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 00:14:55.56 ID:ZvFYhi5ud.net] >>190 例えばサーバーでオフィス動かしたらライセンス違反か高いライセンス料じゃなかったっけ確か うちはライセンス考えるのが面倒だからOpen Xml SDKでxlsx生成してる
195 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 00:26:25.73 ID:AyUs9JF+M.net] 僕はClosedXMLも使いますが、 面倒な時は、.NPOIも使います
196 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 02:48:46.20 ID:K47xKOLF0.net] >>191 なぜサーバーでOffice? いまどき直でSDK触るのなんてめんどくさくない?
197 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 02:50:03.79 ID:K47xKOLF0.net] >>192 こないだのBuildでは、D.RothがEPPlus使ってたね
198 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 06:18:22.95 ID:iD7nGhF+0.net] >>190 概ね>>191 の通りだよ。
199 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 07:04:55.13 ID:Spf5VD38a.net] >>186 俺だけじゃなく社内で10年の蓄積だからなぁ プリンタ機種数という観点で統計出したことないから数字はわからないが少ないってことはないよ つうか普通のユーザーなんて書いてる時点で君もうすうす気付いてるようだけど 普通のユーザーには縁がない障害ってことでしょ 特殊事例を熱心に語られても共感は得られないと思うぞ
200 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 07:41:12.68 ID:oq8Hkx220.net] >>196 だからいつまで続けるんだよ粘着
201 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 07:58:39.37 ID:bisdSzOZM.net] >>196 また恥の上塗りかよ… > 俺だけじゃなく社内で10年の蓄積だからなぁ 君の会社は印刷関係の不具合あったらいちいち君に報告することになってるの?w > プリンタ機種数という観点で統計出したことないから数字はわからないが少ないってことはないよ 具体的な数字を出せない時点で語られてもなぁ > 普通のユーザーには縁がない障害ってことでしょ リスク管理とか聞いたことないの? > 特殊事例を熱心に語られても共感は得られないと思うぞ 上の方に何件も事例上げられてるのに馬鹿丸出し過ぎるw
202 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:01:00.37 ID:Spf5VD38a.net] >>198 報告つうか共有してるって書いてんじゃん プリンタのバグじゃなくて君の目がバグってんじゃねえの?
203 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:11:19.40 ID:K47xKOLF0.net] >>195 >>193
204 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:22:41.39 ID:Spf5VD38a.net] >>198 具体的な数を計測しなくても意義のある議論なんてのは世の中にいくらでもあるのだがね 数学って知ってる?変数や定数って見たことある? とまあそれはおいといて うちは年20件前後の案件で10年だから役200案件分の蓄積がある 現場の重複と客のプリンタ複数持ちがどう相殺されるかは読めないが まあ控えめに言っても数十機種は見てるだろ それだけやって障害に出会ってないならレアケースとしか言いようが無い リスク管理は確率統計の世界だよね 滅多に発生しない被害の小さいプリンタ固有のバグに真剣に取り組む人はリスク計算ができない人なのだろね 何件って規模じゃまったく足りないわな 世界中で使われてるプリンタ機種数のスケール考えろよ そんなケースも極稀にあるんだねとしか言えんわ
205 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:29:24.18 ID:Fdt5DU0xM.net] プリンタの模範的な出力方法が知りたい
206 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:35:37.95 ID:4C6V+Hcu0.net] 普通の帳票ならExcelで作っておけばほぼ問題は起こらない あと、あまり新しい機能は使わない プリンタの会社はExcelぐらいテストしているからね
207 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:41:38.64 ID:Fdt5DU0xM.net] いや、今、c#からやってるけど dobonのサンプルだと これグラフィックオブジェクトに描いて画像として印刷してんじゃん? これだとやっぱり用紙サイズと解像度が合わないとき 線って消えるよね? ベクトル描画的な指定方法って別にあったりする?
208 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 09:26:51.71 ID:Fdt5DU0xM.net] @用紙サイズ Aプリンタの解像度 Bアプリの印刷描画バッファ Cアプリの仮想描画バッファ C→Bに描画するとき解像度が合わないときに余白が必要 B→Aはなんか微妙にうまく合わない グリッドを印刷したいんだけど 結構大変じゃね?これ
209 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 09:43:08.53 ID:+tM+iBjia.net] dobonのサンプルってことは自前でGDIをいじるようなやり方だと思うんだけどまあ苦行でしかないよなあ その時代、00年代前半の模範的なやり方としては、 まともな印刷物を出したいならそれこそクリレポやそれに類する有料の帳票ツールを使わざるを得なかった (文化オリエント⇒グレープシティのとか、翼システム⇒ウィングアークのとか) いまさらGDIを使うくらいならWPFのFixedDocumentを使うほうがよっぽど楽だと思うけど
210 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 09:49:21.88 ID:Fdt5DU0xM.net] いや、別にどっちでもいいんだけど 用紙サイズ プリンタ解像度 アプリ印刷描画バッファ アプリ仮想描画バッファ の4つをつなげる方法さえあれば 誰も困らんと思うよ ただ、うまくいかないね 線も消えるし(多分どこかの解像度があってない)
211 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 10:31:36.33 ID:Spf5VD38a.net] 余計な事して自滅してただけってオチか
212 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 10:34:13.81 ID:w9UetZ9K0.net] >>196 普通のユーザーじゃなく自分に縁がないかもしれない事例でも、そういうことがあるってのは有用な情報だと思ったよ。 自分が経験したことがないからそんなのは存在しないなんて主張していたお前さんの意見の方が共感できないよ。
213 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 10:37:46.45 ID:HEgsU4H0d.net] >>193 Web APIでxlsx生成して返すとか普通にあるでしょ
214 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 10:38:24.33 ID:Spf5VD38a.net] >>209 存在しないとは言ってないがね そんな稀なケースしかもぶち当たっても大したリスクはないくだらない問題を大げさに語りすぎじゃねえかと言ってる
215 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 10:54:49.93 ID:uvuK6mvN0.net] >>201 数十機種で語られてもなぁ… しかも不具合を君が全部把握してるの? っていう部分はガン無視w まあおまえがどう思おうとそういう世界がある事実は変えられない >>211 > ぶち当たっても大したリスクはないくだらない問題 CADで線が消えるのをくだらない問題とかアホすぎるw
216 名前:デフォルトの名無しさん mailto:sage [2019/06/01(土) 10:56:58.21 ID:Spf5VD38a.net] つかプリンタ固有のバグが再現するサンプルコード出してくれよ どんな書き方したらそうなるのか興味あるわ プリンタ機種とミドルウェアは市販されてるならなんでもいいけど普通の企業が普通に採用するものがいいな マイナーレアケースじゃない事を示したいわけだからな 言語はC#スレだからC#で