- importにこだわる理由ってなに？
- なんか理由あるの？
- usingのほうがすっきりしないか？
- イカれたメンバーを紹介するぜ
- なんのクラス使ってるかわからんから的な理由？
- usingと殆どかわらんだろ
- >>6
頭の行数が馬鹿みたいに違ってくるけど、、、 - 何も変わらんな
- >>8
頭の行数が馬鹿みたいに変わるけど
Javaやってたら普通に頭が23行とかそのくらい行くんだけど - usingならあっても10以下とかじゃね？
- でもお前使ってるのJavaじゃん
- >>11
だからインポート地獄が煩わしいんだが
Pythonも昔onnxのimport直しまくった記憶あるわ
あれ.付いてないからな
pyinstallerでコンパイルできなかったからマジでムカついた
そんで誰もissueすら書いてないとか - ListやMapで2行使っちゃうじゃんね？
usingならGeneric一行 - >>12
それは名前空間の設計の問題だろ - >>14
複数のクラスをusing一つで呼び出せるんだから一緒じゃん？
importはクラスごとじゃん？ - 全部IDE任せだから別に不都合は無いんだけど見たときすっげぇ醜く感じる
IDEも不要なimportありますとかで削除促してくるしな - importもワイルドカードで一括インポートできるけどそれじゃだめなの
- >>17
IDE任せだからワイルドカードにならない - Linterのルールをちゃんとしろ
ただJavaは名前空間がコンフリクトした場合に面倒なので大規模開発の場合は基本すべて個別インポートするんだけどね - IntelliJ IDEAならフォーマッターのルールにあるはず
VSは知らん - >>20
Eclipse - 調べたらいい感じの答え出てきたわ
C#の場合は、使用する外部「モジュール」は、プロジェクトでまとめて.csprojに記述します。それで、using ディレクティブは、「モジュール」の読み込みのためではなくて名前空間のために存在します。
一方、Pythonのimport文は、他のモジュールをインポートするために使われ、モジュールを使用するためには必ず必要になります。
つまりC#はすでに取り込んであるライブラリを探すために用いられてPythonは逆にその文によってライブラリが読み込まれるから使えるようになるという事らしい
Javaは知らん
- >>21
その文で何を言いたいの？
JavaもCの説明と同じような感じになると思うんだけど
namespaceがないのでパッケージ単位にはなるけど - >>23
いやCじゃなくてC#ね
Javaはimportだけど - そもそもデフォならワイルドカードでインポートされそうだけどどうなの
- >>25
デフォでクラスごとのインポートだけど - >>28
抜けてたわ
>>29
じゃあなんか設定すればワイルドカードでインポート出来るんじゃない - >>31
まぁ設定探してみる
サンクス - 言語仕様としてはインポートの部分でそこまで煩わしさは感じないし、プロダクションコードの場合はそもそもワイルドカードインポートを辞めろとなるし
- 全部分からずに言うとるんか
- Javaのインポートで煩わしさ感じるのはパッケージ名が無駄に長いところくらいかな
- 設定すればなんとかなる事をあたかも言語の欠点のように言うのマジで仕事できなさそう
- >>32
実際import地獄なんだよなぁ - C#のせいでMicrosoft信者になっちゃった
- import math,time,sys
って書けば行数少なくできるでしょ
コメント