C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/22(土) 15:36:53.26

■Visual Studio 2015 Community & Express (無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part92 （実質93）
http://echo.2ch.net/test/read.cgi/tech/1485589613/

■次スレは>>970が建てる事
建てられない場合は他を指定する事。

**デフォルトの名無しさん** · 2017/10/13(金) 01:43:46.38

>>846
お前Javaスレのキチガイか？

**デフォルトの名無しさん** · 2017/10/13(金) 02:27:14.63

人気の証拠やね

**デフォルトの名無しさん** · 2017/10/13(金) 02:51:53.86

C#って、普及してる割にgithubのリポジトリ数が少ないと思うんですが、やっぱりサラリーマン向け言語だから趣味でコード書いて公開する人が少ないんですか？

**デフォルトの名無しさん** · 2017/10/13(金) 03:18:45.27

業界談義はプログラマー板でってローカルルールすら守らないのは何で？

**デフォルトの名無しさん** · 2017/10/13(金) 03:30:12.26

ここ数年はGitHubランキング的なのを8-10位あたりでふらふらしてるけど
普及している割にというか「そんなもんじゃね？」という感覚だな

**デフォルトの名無しさん** · 2017/10/13(金) 03:38:06.62

事実から目を背けるなんてまるでマカーのようだ。ﾌﾌﾌ、笑える。

**デフォルトの名無しさん** · 2017/10/13(金) 07:49:55.20

別にネガキャンとかじゃなくて普通の話題として振るけども

俺の周りの（趣味で）C#やってる人間がみんなKotlinに浮気しだしたんだが
そいつら曰く、
KotlinはなんとなくC#的な雰囲気あって良い
って薦めてくる

まだ触ったことないんだけど、実際のとこどうなの？

**デフォルトの名無しさん** · 2017/10/13(金) 08:21:22.07

KotlinはなんとなくじゃなくてC#を名指しでリスペクト(公然と丸パクリ)してる
C#もこれまで拡張を繰り返してきて綻びや変えたいけど互換性の問題で今更変えられない部分が沢山出ているので、
それを全面的に見直して綺麗に整理してある
難点を挙げるとすれば、今のところ全体的には素直で普通な言語にまとまってはいるけど
Kotlinがパクリ元のC#やScalaによらずリリース後に独自に入れている部分については
節操がなくあまりセンスが良くなくてScala化の兆しが見えていることかな
あの調子だと結局はScalaみたいに破綻すると思うよ

**デフォルトの名無しさん** · 2017/10/13(金) 08:23:13.20

Kotlin [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1456505161/

**デフォルトの名無しさん** · 2017/10/13(金) 08:41:24.05

C#が優れてるのは、独自路線の大きな拡張を長期にわたって繰り返し続けているのに
大きな破綻なく複雑にもなりすぎず言語を維持できているという点だ
他の言語の悪いところを見つけるのは簡単だが、トップランナーとして新しいものを作っていくのは遥かに難しいんだよ
その意味ではKotlinは粗探しは非常に上手いが、後者のセンスはC#のように天才的なものは感じないね

**デフォルトの名無しさん** · 2017/10/13(金) 10:40:17.30

C#に対する不満てほとんどは
Windows自体か.NET Frameworkに対する文句だからな

**デフォルトの名無しさん** · 2017/10/13(金) 10:42:45.04

>>843
処分して、頼むわ

**デフォルトの名無しさん** · 2017/10/13(金) 11:05:21.86

linqのクエリ構文が出た時はどうなることかと思ったが、
メソッド構文が出て良かったよ

**デフォルトの名無しさん** · 2017/10/13(金) 11:19:12.84

MicrosoftはいまC#よりTypeScriptに力入れてんじゃないの

**デフォルトの名無しさん** · 2017/10/13(金) 12:10:11.58

>>860
どっちも
c#はほぼ.NET Coreと.NET Standardに全振り

**デフォルトの名無しさん** · 2017/10/13(金) 12:21:05.14

VSCodeは使いやすすぎてびっくりする
TypeScriptでインテリセンスが効くのはわかるが、型書いてない普通のJSでも余裕で効く
エスパーかと思うレベル
このままいくとVSもVSCodeに吸収されそうだね

**デフォルトの名無しさん** · 2017/10/13(金) 12:36:56.29

>>856
Javaが出てときと同じこと言ってる。同一人物か。

**デフォルトの名無しさん** · 2017/10/13(金) 12:41:01.56

VSもVSCodeに吸収されそうの意味がさっぱりわからんが
フォントレンダリングだけはちゃっちゃと同じにして

ちゅーかもういい加減Windows全域でフォントのヒンティング切っとけや
本来にもう少しマシなレンダリングできるのに完全に癌になってるじゃろ

**デフォルトの名無しさん** · 2017/10/13(金) 13:12:20.54

やる気があればVistaの時点でやってただろうねw
どうしてMSみたいな大企業が作ってるOSがフリーのLinuxより酷い品質なのかちょっと理解できないけど

**デフォルトの名無しさん** · 2017/10/13(金) 13:17:51.90

VScodeってそんな魅力的じゃないよ
どちらも使ってるけど総合力じゃ今のVSのほうが数段上

VSCodeも最初と比べるとどんどん起動が遅くなってきてる

**デフォルトの名無しさん** · 2017/10/13(金) 13:42:36.90

そらそうやろ

**デフォルトの名無しさん** · 2017/10/13(金) 15:21:15.25

vscodeって単なるエディタだろ

**デフォルトの名無しさん** · 2017/10/13(金) 15:37:07.18

vsも単なるエディタだよね・・・

**デフォルトの名無しさん** · 2017/10/13(金) 15:58:23.34

C#がVB化してユーザーも低スキル化、DQN化したのが嫌われる原因だな。

**デフォルトの名無しさん** · 2017/10/13(金) 16:05:55.56

VBとC#なんか変わらんしユーザーというかこの板に変なのがいるだけ
>>869
ｖｓってエディタは聞いたことない

**デフォルトの名無しさん** · 2017/10/13(金) 16:12:38.74

>>871 ←こいつです。

**デフォルトの名無しさん** · 2017/10/13(金) 17:50:46.71

マルチプラットフォームなwebプログラミング向けエディタ
って触れ込みだったのに今はVSと比較される様になったのか

**デフォルトの名無しさん** · 2017/10/13(金) 18:32:29.21

言語だけぽこぽこ新しいのがでてくるが、
そろそろ言語+標準クラスライブライというか、.NETやJavaみたいな新しい実行環境でてこねぇかな。
いまなら負の遺産を一掃してもっと素晴らしいやつができるはず

**デフォルトの名無しさん** · 2017/10/13(金) 18:38:11.70

要は.NETをJVM化すればいいのか？
Coreがもう少し充実すればええんでね？

**デフォルトの名無しさん** · 2017/10/13(金) 18:54:32.24

>>869
IDEって知ってる？

**デフォルトの名無しさん** · 2017/10/13(金) 18:58:38.89

JavaはともかくC#や.NETにガラガラポンが必要とは思わないな

**デフォルトの名無しさん** · 2017/10/13(金) 19:15:51.57

>>876
SATAに駆逐されたデータ転送規格だろ。そんくらい知ってるわ

**デフォルトの名無しさん** · 2017/10/13(金) 19:34:09.07

>>878
おもろないわー

**デフォルトの名無しさん** · 2017/10/13(金) 21:44:12.59

関西人がそんなヘタな突っ込みをするわけがない。

**デフォルトの名無しさん** · 2017/10/13(金) 22:05:01.47

>>871
まあ俺はほとんどエディタ代わりに使ってたりするけど... w

**デフォルトの名無しさん** · 2017/10/13(金) 22:07:27.85

C#もそろそろ新言語への乗り換えの時期じゃないか
いつまでも残ってるダサい互換性を切ってnot nullとか新しい機能を導入してさ
C#は実験場にすればいい

**デフォルトの名無しさん** · 2017/10/13(金) 22:12:20.87

プラットフォームが先細りだから無駄な足掻き。
パソコンは名ばかりでもはやオフコン。業務でしか使われない。

**デフォルトの名無しさん** · 2017/10/13(金) 22:32:01.44

kotlinの読み方って
ことりん
でOK？

**デフォルトの名無しさん** · 2017/10/13(金) 22:42:29.74

C#使い始めて何年も経つけど未だに乗り換えようと思うほど使いこなせない
思った通りのもの作れるし

**デフォルトの名無しさん** · 2017/10/13(金) 22:43:43.87

>>882
c#8.0

**デフォルトの名無しさん** · 2017/10/13(金) 23:06:44.79

>>884
日本ではなべやかんって言われてる。

**デフォルトの名無しさん** · 2017/10/14(土) 08:13:04.21

我流で必要に迫られて始めたものの、汚いいVB6ちっくなコードしか書けない…
キチンとセオリーに則って基礎からやり直したい
とは言え、(どうせ、この先自分以外の誰かがソース開くことなんかねぇだろな…)と思うと、まぁいっか、と逃げてしまう

**デフォルトの名無しさん** · 2017/10/14(土) 08:20:33.00

>>884
ことぅりんっ

**デフォルトの名無しさん** · 2017/10/14(土) 10:44:36.38

>>888
惰性でいくら書いても無駄
良いコードを書くには良書を読むに限る

**デフォルトの名無しさん** · 2017/10/14(土) 11:36:43.44

目的がきれいなコード書くことならそれに向けて努力すべきだけど
動くものが作りたいならそんなのは遠回り

**デフォルトの名無しさん** · 2017/10/14(土) 11:44:43.92

動けばいいと言う奴のプログラムはえてして正しく動かないものだ

**デフォルトの名無しさん** · 2017/10/14(土) 11:58:17.97

オラクルのJavaシルバーに合格した。
C#も勉強したいが少し不安。
似てる部分が多いだけに頭が混乱しそう

**デフォルトの名無しさん** · 2017/10/14(土) 16:02:23.40

その場で書いて動かして後のこと考えなくていいなら汚いコードでもいいけど
長期的にメンテナンスすること考えたら多少手間でも綺麗なコード書いたほうが結局近道

**デフォルトの名無しさん** · 2017/10/14(土) 16:03:40.35

>>890
おすすめの良書教えて下さい

**デフォルトの名無しさん** · 2017/10/14(土) 16:09:34.83

>>894
C#なんてすぐバージョンが上がって推奨されてない書き方です、とか
時代についていけない老害とか馬鹿にされるんだぜ。使い捨てのコードを書く言語だよ。

**デフォルトの名無しさん** · 2017/10/14(土) 16:11:41.65

俺も動くものは作れるけど、汚いコードや一箇所仕様変更すると他の関数にまで影響が出て整備がほぼできないコード量産してるわ

整備不可なコードの山を見て、整備しやすいコードの書き方勉強しようとしてるけど、イディオム本読んだりデザインパターン少し調べてもイマイチ理解が深まらなかった
インターフェイスや継承はまったく使ってなかったけど、最近取り入れようとサンプルコード書いてます

**デフォルトの名無しさん** · 2017/10/14(土) 16:26:44.70

リファクタリング(マーティンファウラー)
エリック・エヴァンスのドメイン駆動設計

C#の本じゃないけどな

**デフォルトの名無しさん** · 2017/10/14(土) 17:13:18.55

>>896
そんなことないよw

基本メソッドの中なんてブラックボックスで構わんが、
メソッドの切り分け方とか全体の設計方法に影響を与えるような変更なんか
そうしょっちゅうあるわけじゃないから。

2.0以降考えてもジェネリｋック、ラムダ式、非同期メソッド、
あと強いて言えばオプション変数、これぐらいしかないでしょ

**デフォルトの名無しさん** · 2017/10/14(土) 17:23:48.06

taskとasync/awaitを忘れてるぞ

**デフォルトの名無しさん** · 2017/10/14(土) 17:26:58.34

>非同期メソッド
書いてあったわ

**デフォルトの名無しさん** · 2017/10/14(土) 17:40:04.26

ジェネリック
ラムダ
var
System.Linq
匿名型
オーバーロード解決の強化
非同期

2.0使うとこの辺りが欲しくなる

**デフォルトの名無しさん** · 2017/10/14(土) 17:41:10.18

最近はC++でさえ、がんがん新しい機能取り入れてるからな
無理やり感は否めないけど

**デフォルトの名無しさん** · 2017/10/14(土) 17:42:42.97

まぁ実際すぐ動くもの欲しくなったら仕様変更考えない作りにする感じはある
余裕ある時じゃないと設計とか考えないから全然身に付かないけど
大手は分からないけど中小で入ったところは上層はコード共通化したがってたけど、PGはライブラリ各個で作って新機能追加の度に客先別コーティングしてたし、整備性を加えるのはそこそこ手間が掛かるのかなって印象

**デフォルトの名無しさん** · 2017/10/14(土) 17:48:33.48

標準ライブラリとオープンソースをラップしてプロジェクト用のライブラリを作る
作業効率最適化とリスクを考えるとどうしてもこのラッピング作業が必要になる
社内ライブラリに変わったとしてもこのラッピング作業は必要だからプロジェクトの工数は減らせない
それどころかバグの多さやドキュメントの少なさを考えると社内ライブラリは害悪にすらなりうる

**デフォルトの名無しさん** · 2017/10/14(土) 18:23:25.93

refとかoutって使う？

**デフォルトの名無しさん** · 2017/10/14(土) 18:33:33.69

>>906
TryParseが最初からout使う前提
refは呼び出し先でデータ加工して返すときに無いと面倒
あとどっちもwinapiとかアンマネージのライブラリのときによく使う印象

**デフォルトの名無しさん** · 2017/10/14(土) 18:40:32.10

あと、２つ以上値を返すときは、今までrefかout使うのが便利だったが
タプルさん新型で、その需要は大分減ったかもしれんね

**デフォルトの名無しさん** · 2017/10/14(土) 18:41:14.11

俺は綺麗に書こうと努めてるが、他人のすごいスパゲッティコードを見たとき、
ある意味これはこれですごいなと思う。
俺なら発狂しそうだし、こんな長いコードよくメンテできるなと
これはこれですごいなとは思う。

**デフォルトの名無しさん** · 2017/10/14(土) 18:56:56.78

>>906
多用はしないけどないと困らない？

**デフォルトの名無しさん** · 2017/10/14(土) 19:08:22.69

>>909
同意
多分IQはあいつらの方が高いんだろうなって思う
彼らは複雑なものを複雑なまま扱えるからシンプルに置き換えて考えようって気にならないのかもしれない

**デフォルトの名無しさん** · 2017/10/14(土) 19:35:40.73

メソッドの戻り値によく処理成否のエラーコードと処理結果のオブジェクトや例外情報をプロパティにした自作クラス使っているんだけど、C#7以降はValueTuple使ったほうが楽なのかね

**デフォルトの名無しさん** · 2017/10/14(土) 20:04:11.88

>>912
それは普通に例外使え

**デフォルトの名無しさん** · 2017/10/14(土) 20:13:50.41

>>907
>>908
ありがとう
>>910
今までは困ってなかったんだけど、あまり使い方を知らなかったせいだとおもう

**デフォルトの名無しさん** · 2017/10/15(日) 10:21:44.73

>>909
そういう人って、書いてから何年もごぶさたなコードだって苦もなく修正できるのかな？
だとすれば無条件に感心するけど
自分も作ってすぐのほかほかスパゲティなら勝手わかってるけど、ごぶさたで冷めた
スパゲティはさすがに細部がどうだったか覚えてなくて、麺をほぐすのに苦労するw

**デフォルトの名無しさん** · 2017/10/15(日) 10:34:18.66

>>915
文系の記憶力を甘く見ない方がいい
あいつら暗記だけで受験や大学卒業まで乗り切ってきたんだぜ
数年前のスパゲティでもここどうなってんのって聞けばちゃんと答えを返してくる

**デフォルトの名無しさん** · 2017/10/15(日) 10:38:44.41

プログラミングも暗記がすべてだぞ

**デフォルトの名無しさん** · 2017/10/15(日) 12:31:37.62

>>915
1ヶ月たってたら厳しいw

**デフォルトの名無しさん** · 2017/10/15(日) 13:52:28.53

>>917
暗記で何とかなるプログラムしかやらないんだな

**デフォルトの名無しさん** · 2017/10/15(日) 13:55:30.87

staticタスクをwhileでずっと回してデータリストのデータを監視しててエラーがあったら注意喚起のフォームを開いたりフォームのラベルを変更したりしたいんだけど
staticだからタスクからインヴォーク使えないし、メインフォームに作ったフォーム開いたりするメソッドをデリゲートしようとしても静的フィールド～でできなくて詰まった・・・

設計見直したほうがいいレベル？

**デフォルトの名無しさん** · 2017/10/15(日) 14:09:37.18

TaskScheduler渡しとけばいいんでない

**デフォルトの名無しさん** · 2017/10/15(日) 14:21:36.95

>>920
意味不明だから言いたいこと整理して
1ステートメントは短く簡潔に
複数行に分けてもいい
「～である。」「～だと思う。」「～したい。」「～してくれ。」をハッキリして

**デフォルトの名無しさん** · 2017/10/15(日) 14:41:20.38

静的イベント定義してタスクはそれを発生させる
受け取り側各位はイベントを受けて適当にハンドルする
でいいんじゃね

**デフォルトの名無しさん** · 2017/10/15(日) 14:43:54.89

>>922
お前以外はわかってる

**デフォルトの名無しさん** · 2017/10/15(日) 14:46:56.01

□メインフォーム
データリストを保持してる
一定間隔でデータリストをデータベースから取ってきて更新する

□バックグラウンドタスク
メインフォームのコンストラクタで起動する
メインフォームを閉じるまでwhileで動き続ける
メインフォームのデータリストに異常値を見つけたら注意喚起フォームを開く

□注意喚起フォーム
データが異常値だから直せ～のメッセージが表示してある
オーナーはメインフォーム

バックグラウンドタスクのメソッド上で注意喚起フォームを普通に開こうとしたらクロススレッド～で開けない
タスク上にインヴォークを記述するのはタスクがスタティックだから使えない
フォームを開く処理をメインフォームに書いてタスクにデリゲート処理を記述するのもタスクがスタティックだから静的なフィールド～でできない
メインフォームはスタティックじゃないけど作りの問題でタスク側でnewするわけにはいかない

どうやってタスクからイベントを投げてメインフォームでハンドルすればいいか教えてください

>>922
これで理解できる？

**デフォルトの名無しさん** · 2017/10/15(日) 14:48:02.73

>>924
それはわかってるつもりになってるだけだよ

**デフォルトの名無しさん** · 2017/10/15(日) 14:52:56.88

>>925
後半が意味不明
タスクがスタティックってどういうこと
タスクはオブジェクトだろ

**デフォルトの名無しさん** · 2017/10/15(日) 15:10:29.08

static修飾子知らないってマジモンの素人やん
そら説明しても理解できませんわ

>>923
ありがとう
ちょっと調べてみる！

**デフォルトの名無しさん** · 2017/10/15(日) 15:42:51.61

バックグラウンドタスクをシングルトンパターンにして、
メインフォームから起動すればいいんちゃうか

**デフォルトの名無しさん** · 2017/10/15(日) 15:48:03.42

>>925

>バックグラウンドタスクのメソッド上で注意喚起フォームを普通に開こうとしたらクロススレッド～で開けない
UIスレッドからタスクを実行してるならawaitでUI処理できるよね？
タスク一回終わらしてUI処理してからまたタスク起動する形にすれば簡単だと思う
それかイベントにするか

>メインフォームのコンストラクタで起動する
これって普通？コンストラクタで起動するのはちょっと気持ち悪い

**デフォルトの名無しさん** · 2017/10/15(日) 15:54:54.78

Formが抱えてるデータを走査してるんだから
Formインスタンスは持ってるんだろ
ならInvokeするだけじゃねえかアホかこいつ

**デフォルトの名無しさん** · 2017/10/15(日) 15:59:42.50

バックグラウンドタスクっているの？

**デフォルトの名無しさん** · 2017/10/15(日) 16:05:38.00

インヴォーク(FormインスタンスのInvokeメソッドのことでいいんだよな？)を記述できないスタティックなタスク
という記述から一般的な意味でのstaticメソッドではないスタティックなタスクと名付けられたもの固有の事情があることは明らか
なぜなら非UIスレッドで実行中のstaticメソッドからFormインスタンスのInvokeメソッドを呼び出せないということはないからだ
そもそもInvokeは非UIスレッドからUIスレッドに処理を移譲するための機構だ
まずはそこ(スタティックなタスクと呼んでいる何かについて)を説明しろ

**デフォルトの名無しさん** · 2017/10/15(日) 16:11:46.40

綺麗なコードって何なんだろうと思う
俺のかいたコードじゃないことは確か

クラス設計もきちんと学んだことがなく
いつの間にか親子関係がおかしくなってそれぞれをコンポジションしたり
よくよく見たらstaticでいいよなって思うものが生えてくる
状態なのか具象なのかが混とんとしてくる

参考にしようと小さなソフトのgithubみたら100行に満たない小さなクラスが100も200もあったりする
どうやってこれの役割覚えて管理してるのかと感心する

**デフォルトの名無しさん** · 2017/10/15(日) 16:31:12.04

>>934
製作者がクラス図書いてなきゃ
そこで終了な案件

ソースからクラス図を生成するツールがうまく動いてくれればラッキー
動かなかったら地道に書いて見るしかない

**デフォルトの名無しさん** · 2017/10/15(日) 16:31:43.29

>>930
コンストラクタで起動するのが気持ちわるいのは超同意
でもコンストラクタで立ち上げて常駐する形じゃないとダメー！！！らしいのでしゃーなしでやってる
タスクの処理をUIスレッドでawaitして返り値で処理するのを繰り返す形が正解なのは理解してるんだけど

>>932
ぶっちゃけボタンかタイマーで起動してawait繰り返せば済むしコードも読みやすいし実装も楽だし拡張性も上がるんだけど
「おじいちゃんはバックグラウンドという言葉が大好き」なのでしょうがない

**デフォルトの名無しさん** · 2017/10/15(日) 16:34:15.07

>>934
小さいクラスはたくさんあっても困らない
見れば何やってるかすぐにわかるから
それに小さいクラスは1つの役割に集中していることが多い(それが良い設計)
なのでクラス名を見れば何をやってるクラスなのか大体わかる

何千行もある巨大なクラスは見てもよくわからない
大抵の場合、様々な役割が１つのクラスに詰め込まれているので、名前も曖昧になる
こういうクラスは1つでもあるとプロジェクトが大混乱する

**デフォルトの名無しさん** · 2017/10/15(日) 16:39:42.12

>>937
俺はわからんかった
細切れソースは俺は読めない
資料書いてくれ

**デフォルトの名無しさん** · 2017/10/15(日) 16:41:28.87

>>936
そもそも繰り返すのは正解じゃない
入力系イベントで同期的に検証すればいいだけの話
今回の場合は入力ではなくデータ取得なので取得したあとにデータを検証ればいい
検証なんてほとんど時間がかからないんだから非同期にする必要はない
データに変化がないのに何度も繰り返しデータが正しいか検証したってしょうがない

**デフォルトの名無しさん** · 2017/10/15(日) 16:45:10.71

>>938
そうか
長いクラスを読むのはもっと大変だろうね

**デフォルトの名無しさん** · 2017/10/15(日) 16:46:24.51

俺が見たのは何とかジェネレーターというの沢山あるものだった
AジェネレーターがBジェネレーターをつくりそのクラスからCジェネレーターが出来て…と
とてもとても理解不能だった
なぜなんとかジェネレーターが必要なのかどうかがわからない

**デフォルトの名無しさん** · 2017/10/15(日) 16:48:21.34

コンパクトなクラスが読めないのは能力云々より
設計か命名の問題だと思う

**デフォルトの名無しさん** · 2017/10/15(日) 16:49:26.63

>>940
そういう問題じゃなくて意味があるまとまりにしてくれないと困る
んでおそらく形成されているであろうツリー構造がソースから把握できない

**デフォルトの名無しさん** · 2017/10/15(日) 16:53:40.20

>>941
単ー複の複が増減するんだろうねｗ
クラス図だと「ー●」確かこんな関係？

**デフォルトの名無しさん** · 2017/10/15(日) 16:58:24.70

コンストラクタ＋メソッド1個みたいのもたくさんあった
単機能を実装したらこういうことになるんだろうとは思うけど
クラスが現実世界のものを表してるならこんな感じにはならない

**デフォルトの名無しさん** · 2017/10/15(日) 16:59:23.02

>>943
クラスは意味のあるまとまりだよ
クラスのグルーピングは名前空間でやってるでしょ
名前空間使ってないなら命名規約でわかるようになってるんじゃないかな
どっちも無いならちょっと不親切だね
ちなみにどのリポジトリ？Githubだったよね？