ふらっと C#,C♯,C＃（初心者用） Part131 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください
>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part130
https://mevius.2ch.net/test/read.cgi/tech/1500327645/
■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/
■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/ 横から失礼
c#の入門書はまだ新刊が結構出てるよ
内容見たらどの本もWPFはなかったことになっててwinformsの使い方が出てる >>648
c#をvb6のように使うのならそれで良いかもね。 >>647
普通に考えてJavaとかな
SceneBuilderで簡単に作れる
それとGtkのバインドある言語とかね
Gladeあるから簡単だし
Qtなんかもっと簡単だろ
むしろお前はC#しか知らないんじゃないのか？ c#は覚えることが多いというのは間違いじゃないです
cなんかと比べると多いです
クラスに始まり event delegate プロパティ インデクサ
そこからLinq ラムダ式 Task async/await パラレルといっぱい概念が出てくるので迷いがち
GUIにこだわらないならpythonでもやればいいと思います >>652
JavaFXな
Swingと違って全然まともだよ 新規でjavaを覚えるとしたらandroidがらみか
仕事で使うためとかそんなのじゃないですか？
ホビーでjava使う人ってほとんど死滅したと思う
java単体の入門書も全然でてない >>654
入門書一冊しか見たことないよ
まともなリソースエディタもなさそうだし >>655
俺の知り合いはkotlinやりたいけど
java知識無いとkotlinわからんって言って
今さらjava勉強し始めたよ
何事も決めつけは良くない
自分がそうだからって他人もそうだと思うのは良くない傾向 初めにc#にたどり着いた人間は幸せだったということで goは新しいjavaだと思う
機能制約してコードの品質を中程度に保つための言語 >>656
「javafx 書籍」でググれば出てくるよ
別にC#が好きでC#をやるのは大いに結構だと思う
俺もC#好きでやってるからこのスレ見てるし
そこは否定しない
でも大して多言語のことを知らんのに
多言語より優れてるとか吹聴するのはどうかと思うよ >>662
全然ないじゃん
それとこれリソースエディタ動くの？ >>658
c#の進化とともに歩めた人はでしょう。
今から乗り込むのは辛いだろ。 >>662
駄目だよ
ブログとかだと
scenebuilderいいみたいに書いてあるけど
バグってるよこいつ
すぐ読めなくなるじゃん
何が原因かわかんないし調査する気もないけど >>664
ずっとこいつだと思うよ
さっきから言ってるように
他言語で簡単にGUIを作る方法が無くなりつつある GUIはHTML5でいいでしょ
そしてMSはtype scriptとnode.jsとexpressを使ったのでした >>667
htmlのビジュアル編集って意外と敷居高くね？ｗ 敷居高いけど、どのみち現代の開発者には必須のスキルだからな DOMなんか何が難しいんだ
CSSはバッドノウハウ地獄で確かに難しいけどBootstrapみたいなのもある ちょっと思ったけど、web系の人って生産性が低い道具を擁護することで
自尊心と飯の種を得ている様は、昔のコボラーなんかと同じ構図だねw
本人たちは逆に俺様こそが時代の最先端だと思いたいところだろうけど いや、俺が欲しいのはhtmlやGUIのビジュアル編集ツールなんだけど
そういうのある言語ってc#ぐらいしか残ってないよねって感じ ホームページビルダーとかDreamWeaverって最近どうなんだろ？
ってそんなもん入門プログラム作成するのに引っ張り出すぐらいなら
やっぱりc#だと思うが >>676
なんか、C++の開発者の例のジョークを連想させる状況だなw DBへの接続や読み書き等をクラス化しようと思うのですが、関数化したい機能が多すぎてDB関連クラスの中身が膨大になると思います
いいサイズになるように分けていきたいところですがどのような感じでクラス設計してるのでしょうか？
設計関連でおすすめの参考書等もあればお聞きしたいです >>674
Webのデザイナなんかゴミみたいな単価で山ほどいるからね
それに、特に米国で顕著なパッケージ化の流れで、不特定多数向けにクォリティを高める開発形態が増えている
GUIの生産性はそれほど重要ではなくなりつつあるんだよ >>680
理想を言えば、エンティティクラス自体に関連する処理を実装する
いわゆるドメインモデルってやつだ
682のリポジトリパターンはDBからのエンティティの取り出しと保存だけを抽象化するもので、
細かいトランザクションロジックの整理には役立たないよ いや、でかくなるけどどうしたらって回答がそんななの？ >>682-685
ありがとうございます
デザインパターンに詳しく無いので、この形がいいって回答はかなり参考になります
ドメインモデル、リポジトリパターンについてどういうものか調べてみます >>645
インテルの黒本をディスったなぁ
ARMにもディスられた事無いのに〜 >>684
頭おかしいよねｗ
一つのクラスめっちゃでかくなるわ
どーすんだ？これ
って質問なのに
質問に対して全く答えてねぇのが笑える
ミソが腐っているのだろうか？ >>688
クラスを分けることを目的にするのは典型的なアンチパターンだからな
レビューでフォームクラスの行数オーバーで弾かれたから、イベントハンドラをそっくり別のクラスに移動するような阿呆を生み出しかねない >>689
それで？
一つのクラスがでかくなるときはどうするって？ >>680
何で車輪の再発明をするのだ?
Entity Frameworkを使えば良いだろう。 >>692
EntityFrameworkは最近使い方覚えて少し試してるところです
それでも基本的なところと機能別に実装したい中身ってあると思ったんですけど、自分の考え方のがおかしかったでしょうか？ >>693
おかしくはないよ。
Entity Frameworkで不足だと思うところは補えば良い。
オレオレ実装(自己満足なだけの)にならなけりゃ。 >>694
dapperのUnitTestどうしてる？EntityFrameworkならこのあたりだけど
https://msdn.microsoft.com/en-us/library/dn314429(v=vs.113).aspx >>696
普通に開発用のDBに繋げよ
DapperならSQL直書きだろ?
テスト対象はそのSQLそのものなんだからDBが本物でないと何の意味もない 補足
Dapperを直接使用してる箇所のテストは上述の通りだけど、
それ以外の部分もDapperがないとテストできないと言うならDapper云々以前に設計が悪い。
それこそリポジトリパターンを使うなりしてDapperに依存しないように差し替えるべきだな 日曜大工プログラマー（書店の本見て勉強）だとテストってやつがわからんのですが
テスト関連の書籍ってでてますかね
プロの方と素人との大きな違いはテストとバグフィックスなのかなって思うとるんですが >>699
用途の違いじゃね？
日曜大工プログラミングならモデルのロジックなんかほとんど無くて入出力とシステム制御のコードほとんどでしょ
そんなのテスト書いてもあまり意味ない 環境をたくさん用意するのは趣味だと無理だろうね
仕様や性能、精度を満たしているかとか
色々な耐久テストとか負荷テストとか
自動でやったり人海戦術だったり
まあいろいろと >>700
テストが意味無いとか
余程の自信家ですねwww >>699
プロと素人の違い?
プロならクライアントに要求されたものが糞だとしても要求通りに作り上げる。
用意された環境が数世代前のPCに長机、パイプ椅子だとしてもひたすら我慢。
我慢こそがプロの必須要件。 >>702
そう、T和田が目の前に居てもテストは不要なのだ。 >>702
自動テストのことね
趣味でもそりゃ手動テストはやるでしょ >>684
>>688
君たちもリポジトリパターン調べてみたほうがいいよ >>704
そういう底辺のプロもあるね
っていうか、ほとんどがそういうただのワーカーか BindingContextの使い方がわからないのですが調べてみても記事がなく困っている状態です
DataGridViewのDataBingingと同じものなのでしょうか？教えてください >>708
ワーカー?
日本のIT産業は奴隷産業なのだ。
奴隷からは何の新しい文化は生まれない。
韓国にさえ負けている日本がIT後進国である原因。 奴隷みたいな働き方をさせられてる奴は結局その程度の能力なんだよ
そういう奴にも仕事があるか、そうでないかの違いだけ
欧米だと基本的にパッケージとオフショアだからね >>712
米国はプロジェクト毎に採用と解雇だよ。
エンジニアは常に流動的。 >>707
よくある、手段と目的が違ってるのすら自分で分かってないパターン。 >>712
能力のせいもあるたろうが日本は至るところに奴隷市場がある。
産業構造が良くない。 >>715
これは>>712が正しい。
むしろ本当は本人自身の能力にある問題を社会に問題があるかのようにすり替えて
自分を慰めている奴が多すぎるのが日本の問題。
簡単に言えばただの需給の問題。
アニメや映像制作の仕事もそうだけど、大幅に供給超過だから
質が低い者が買い叩かれているだけの話で、これは仕方がないどころか
むしろ社会的に好ましい。（そうでなければ需給のアンバランスの調整メカニズムにならないから） いつでもいいからとりあえず請けてくれとか言って納期から２年過ぎてるタスクが手も付けないで積んだまま
よく怒らないで待ってるなぁって思う
しかもそういうタスク自分で持ってきてるくせに緊急だ緊急だってさらに積んでくる馬鹿な客
人もいないからプロジェクトが始まったら結構キツイ残業をさせられる
マジ、今もやめた方がいい
人がいないから一人に平気で２、３個プロジェクト投げてくる
出来もしないのに >>718
だよね〜
SIer案件には近づかないようにしようw >>717
じっぱひとからげには言えない。
デキる人は足りてない。デキない人は大幅に青あってる。だから待遇が悪くなる。
それだけの話。 >>710
BindingSourceに役割を譲ってるから今から調べる意味はないと思うぞ
簡単に言えばデータソースを共有する範囲を決めるためのものだな 他の業界と違って、必要な技能がなくても受け入れる懐の広さがあるよなwww >>723
Excelが使えないと駄目でしょwwww 下級SEはExcelにテストパターンをずっと書くだけの仕事を何年もするって聞いたけど
本当なんだろうか？ IT業界でどんなお仕事なさってるのって聞かれたらなんて答えてるのかも気になる >>724
正直、そこらへんの非IT会社の事務員でちょっとPC得意ですくらいの人間の方がExcel使えると思うわ
VBAどころか数式ちょっと使えば一瞬で終わるような単純作業を必死に手作業してる奴ばっか
ITプロフェッショナルって何なんだろうと思う 日立とかにいそう
地元の工業高校出て死ぬまでエクセル職人
でも中小企業のPGより給料がいいみたいな >>729
商業高校でいまだに電卓早打ち競技やってるからな >>729
IT業界のExcelは表計算ソフトウェアではありません。単なる方眼紙です。 あるオブジェクトのプロパティを取得しようとして、もしそのプロパティを持っていないと例外出ますよね？
どうすれば回避出来ますか？ >>734
Type.GetProperty(hogehoge)
では まずプロパティがあるかどうか訪ねないで、いきなりプロパティに繋げようとするからダメって事だよな？
いきなり知らない家にいって、ユマちんを出せって言っても通報されるみたいなもんだ。 >>737
そもそも論としてそのプロパティ持ってないオブジェクトに
プロパティでアクセスできるコード書いてるのが問題なんだよ
そこじゃなくて違う所を見直そう public int aaa;
public int aaa{get; set;}
この2つって全く同じ動き？ 大したの組んだ時無いからわからないけど
get; set;で記述する利点ってなんですか？ >>734
object.GetType().GetProperty(propertyName) で確認 >>739
dynamicでexcelとか使おうとしてるんじゃないの?
で、バージョン違いでプロパティが無いとか。 >>740
set;getはファンクションなのでrefとかが使えない。他の動きは同じでは。 >>741
get;setだとロジックが後で組み込める。
ても、単一アセンブリだと余り関係ないかも。 >>744
>>745
あざす
Codelensも出るしファンクション？メソッド？のほう使ってこうと思います >>746
外部公開するのはget;setでプライベートなのは変数で良いと思うけど好きにすればw >>722
わかりました
オブジェクト指向で詰まってしまったので聞きたいです
各コントロールのインスタンスを保持する変数って、親Formで基本は持っておくべきでしょうか？
タブ型ウェブブラウザーを作っているんですが、TabControl・TabPage・WebBrowserは各自TabPageの変数はTabControlの下、WebBrowserの変数はTabPageが持っています
これだと前回終了時のタブを次回起動時にリストアしようとするとすごい設計が悪くなります
どちらが良いのでしょうか？教えてください、ほんとはObserableCollectionを活用したいのですが、どう書けばいいのかわからず仕舞いです >>748
Application.Current.Propertiesにでもぶちこんでおけば? ■ このスレッドは過去ログ倉庫に格納されています
