C#での業務系システム開発について

Question

プログラミング未経験です。

課題として、業務系システムの設計書を
頂戴しました。

開発環境はVisual Studio
使用言語C#データベース：SQL Server
とのことでしたが
各々調べても益々解らなくなる一方で
全く進まない状況です。

ざっくりな質問になりますが、前提知識など順序だててご教示頂ければと思います。

よろしくお願いいたします。

Comments

[iwamoto_takaaki]

おのおの調べてもということですが、プログラミング未経験者でチームを作っているということでしょうか？

また、何を調べたを教えてくださればどのレベルから説明すれば良いのか参考にします。

[takasima20]

ちょっとざっくりしすぎですな。とりあえず現状はこんな感じですみたいなのは説明できませんかね。業務系システムといってもいろいろありますし～

[Zuishin]

一番最初は C# で Hello World ですかね。
WPF はややこしいので Windows.Forms がいいと思います。
そして LINQ to SQL をマスター。
とりあえずここまでで結構時間をとると思います。
逆にここまでできたらおおよその方向性が見えてくるかと。

[Mr_Roboto]

頂戴して何をやるのが課題なのですか？ まさか最初から作れとは言われないでしょう？ まずは、最初の小さなゴールを決めるなりしてとりかからないと何もすすみませんよ。

Answer 1

課題として、業務系システムの設計書を

頂戴しました。

研修の一環ならそんなに身構えなくても大丈夫なはず
研修でやったことを思い出そう

研修は終わってもう本当の仕事レベルなら..

研修の時居眠りしてたんですかね？

手がかりになりそうなことをつらつら書いておきました

• C#が書けない

→書けなかったらC#でHello Worldからやる
※簡単な入門書を1冊買おう

• Windows Formsでポトペタがわからない

→わからなかったら、すべてのコントロールをポトペタして、コードを書いて値の取得、設定ができるようになる

• 設計書にある機能要件がどのコントロールで実装できるがわからない

→コントロールの機能を理解する

• SQLがわからない

→Management Studioとお友達になればSQLがわからなくてもなんとかなるはず

• C#でSQLServerへのアクセス方法がわからない

→枯れたADO.NETのSqlDataAdapterのFillメソッド(結果が要る時)とSqlCommand.ExecuteNonQueryメソッド(結果が要らない時)だけを使えるようになる
※これだけでとりあえずSQLServerに処理を投げて結果を取ることができるはず

ここまでで泥臭くやればほとんどの業務アプリケーションなら書けるはず

• C#でSQLServerへのアクセス方法はわかるけど..

→dapperを学ぶ
※パフォーマンス高いので案件的に使っていいなら是非 データクラスにシコシコ値を代入するとかの単純作業のコードから開放されます

• ORMのオープンソース実装は使いたくないでござる

→EntityFrameworkを学ぶ
※インテリセンスが効くようになるので覚えたら使わない選択肢は無いレベル
※LINQ to SQLはもう非推奨のテクノロジーなのでやらない

• WPFがわからない

→業務アプリケーションならわからなくてもいい 本当はItemsSourceとか便利なんだけど..
※業務アプリケーションでよく使うGrid(表形式)が表示件数が増えると致命的に遅くなるのでFormsでいい

• MVCとかMVVMとかがわからない

→わからなくてもいい 業務アプリケーションならコードビハインドだけでなんとかなる

なにか引っかかるワードがあればそれを元に検索してもらって世界を広げていただけたら...

Comments

[Zuishin]

LINQ to SQL はもう非推奨なのですか？
次から次へとマイクロソフトめ

[dojikko]

LINQ to SQLからEntityFrameworkへ移行するようにとのお達しです
中でかなり無理くりなことやってて開発者が投げ出したレベル
確か移行を補助するような情報やツールも出ていたはず(確か見かけた記憶が..

非推奨なのは「LINQ to SQL」で「LINQ」ではありませんので誤解のなきよう

[Zuishin]

いやもちろん LINQ はこれから非推奨にしたら暴動が起きるレベルだと認識しているので、その誤解はないんですが、その件についてどこか詳しく書いてあるところはありますか？
EntityFramework の方により多くの投資をしているということは知っていましたが、こんなに早く切り捨てられるとは思っていませんでした。

[dojikko]

MSの開発ガイドで「LINQ to SQL」が「発行: 2016年6月」になってますね
https://msdn.microsoft.com/ja-jp/library/bb386976.aspx
ひょっとして息を吹き返したんでしょうか？

LINQ to SQLではできることが、EntityFrameworkでできない(もちろんToListとかで実体化すればできる)ことも多いので、それはそれで嬉しい話なんですが..

外に出せない中の資料は見つけたんですが、ネットから辿れるところでは見つけられませんでした
書いていいレベルでうちの話をすると、2008年-2010年頃にそういう話(非推奨になる)を見聞きすることが多くなって、2011年に2012年度以降の新規プロジェクトでは「LINQ to SQL」は使わないようにとのお達しが出ています

[Zuishin]

確かにそのくらいの時期にそう言う噂は流れましたね。私もその頃移行を本格的に考えたんですが、やはり EntityFramework は使いにくい部分もあっていまだに DataSet すら使っています。ありがとうございました。