C#, C♯, C＃相談室 Part94

2019/03/20(水) 18:57:36.47

!extend:checked:vvvvv:1000:512
■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

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

■前スレ
C#, C♯, C＃相談室 Part93
http://mevius.5ch.net/test/read.cgi/tech/1492818720/

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2020/12/30(水) 13:39:08.37

30億のインデックスが必要という案件自体に
なんか無理がありそうな気がしますがね…

データが固定長ならば
30億xデータ長のファイル用意して
ランダムアクセスすれば比較的容易かも

キーが1～30億の間の数値というだけで、
データ個数がそこまで無いならDictionary

データ30億個ガチで必要かつ可変長やソートが必要なら
LiteDBみたいな外部DB使うとかしないと現実的じゃない

2021/01/17(日) 10:51:36.17

C++のマクロが欲しすぎる
コードジェネレーターってコレじゃないんだよ…

2021/01/17(日) 11:25:03.40

コードジェネレーターはあらゆることができるけど手軽さは無いね

2021/02/01(月) 10:01:45.54

System.Runtime.Intrinsics.X86っていう面白そうな標準ライブラリ見つけたが
ストリーミングSIMD拡張命令を扱う割にはVector256とかに吐き出してレジスタだけで済ませられないからパフォーマンス目的で使える訳じゃなさそうだな

2021/02/01(月) 12:27:05.08

いやパフォーマンス目的以外の何者でもない

2021/02/02(火) 23:00:30.89

>>155
具体的にどういう使い道ありそう？
ポインタからロード　→　ポインタへストア、これが出来ればコピーを4倍速で出来そうなもんだけど
この間にstructへ吐き出し（スタックへ書き込み）が混じると利点が台無しになってないか？

2021/02/02(火) 23:25:59.42

>>156
https://devblogs.microsoft.com/dotnet/hardware-intrinsics-in-net-core/

2021/02/03(水) 00:22:25.49

>156
https://www.slideshare.net/ufcpp/c-72-with-net-core-21

2021/02/04(木) 04:09:00.90

今から本番稼働想定したasp.net書く場合.net5は避けた方が良いのでしょうか？サーバーはコンテナ稼働想定してます。

2021/02/04(木) 08:59:03.42

別にいいと思うよ
.NET6がでたら乗り換えるだけ
コンテナということは高頻度で更新するんでしょう？

2021/02/07(日) 16:04:38.90

西村博之「10年くらい前にMSがC#っていう言語をリリースしたんですよ。その時は「これからはC#の時代だ！」ってみんな言ってたんでけど今はもう誰も使ってないんすよねｗ」

元WEB系から見たらこんな印象なんだな
文字列の関係からweb系からは程遠い言語ではあるけど、そろそろutf8string実装して見返してもらいたいわ

2021/02/07(日) 16:15:25.69

俺も見てた　perlと同じ扱いされてたな
さすがにちょっとだけ反論でてて一言謝ってたけど

2021/02/07(日) 16:23:10.70

Unityでめっちゃ使われてるからゲームだとC#だらけってイメージ

2021/02/07(日) 17:45:25.65

まあ自称事情通の言うことなんてどうでもいい

2021/02/07(日) 18:26:09.91

>>161
嘘を嘘と見抜けない人にはネットを使うのは難しいって言った人間だぞ
こいつの言う事はすべて嘘だと思っておくべき

2021/02/07(日) 19:54:19.46

C#がリリースされたのは約20年前
つまり西村の時系列が10年ズレてると考えたら、2010年前後のC#はデスクトップ開発専用言語でありスマホWeb時代の到来によりオワコンって評価だったからそういう認識になるのも分かる
実際はその後マルチプラットフォーム対応やUnityでの採用により今では上位で健闘してるが

2021/02/07(日) 19:59:50.09

Web系の人は世の中にWeb系以外存在しないと思ってるからね
HTML、CSS、JS、PHPを勉強してプログラマー転職とか言ってる胡散臭いイメージの方が強いんだけど

2021/02/07(日) 23:26:53.37

C#の作者がTypeScriptに行っちゃって
あっちの方が進化が早い気はする

2021/02/08(月) 18:03:29.04

どんな変遷だろうが知りもしないことをのたまったのは変わらんのだからフォローにならんぞ

2021/02/10(水) 22:37:48.02

C#の作者ってDelphiの作者だよな
どこまで行くんだ

2021/02/12(金) 13:33:55.52

思えば遠くへ来たもんだ

2021/02/17(水) 03:49:24.30

TSは型システムが自由度高くて契約プログラミングの立場から見ると魅力的なんだが、
いかんせん記法が複雑すぎて黒魔術化するケースがしばしばある

その点C#は見た目素直で扱いやすい
でも判別共用体と型クラスははよう実装してくれ

2021/02/17(水) 15:43:12.73

>>172
まぁ、そうだな、どうしてもってんなら考えてやってもいいな
でも、それが人に対する頼み方か？
頼み方ってもんがあるだろ？

2021/02/17(水) 21:58:57.60

null許容参照型とオブジェクト初期化子って相性悪すぎでは？
昔のコードをコンストラクタ初期化に変更するのめんどくさい

2021/02/17(水) 22:22:00.78

null許容参照型自体が微妙

null許容参照型の動機は立派だし尤もだと思うが既存の言語仕様やコードに馴染まない
導入するならC#8.0未満との互換性を切り捨てるくらいの覚悟でやるべきだった

2021/02/18(木) 20:53:48.31

むしろもっと積極的に警告なんかじゃなくエラーにするぐらい厳しくnullチェックしてほしい

2021/02/18(木) 23:08:33.94

この言語進化もしつつ、後方互換も残しつつよく頑張ってきたけどそろそろ限界なのかもね
ヘルスバーグさんがtsの方いっちゃってからはどういう人が方針決定したりしてるんだろう。

2021/02/19(金) 19:51:38.99

何が限界なんだ？

2021/02/19(金) 23:17:29.35

>>178
>>174,175,176

2021/02/19(金) 23:21:20.13

限界の理由がそれ？

2021/02/19(金) 23:50:43.94

>>180
なんか君と絡むとめちゃくちゃめんどくさそうな予感

この言語が好きなのは分かる。俺もこの言語が好きで付き合いも長い。
しかし、言語は宗教ではない。
長所も短所もあるし、作るものによって合う合わないもある。
そして大抵の場合新しく出た言語の方が優れている。
ゲームを除いていまからC#学ぶ人は少ないんじゃないかな…
最盛期は過ぎてるよ。

2021/02/20(土) 00:36:53.09

そら後から劣化版なんて出しても意味ないんだから基本的には優れてるだろ
ただ新しく出された言語が広まるかはわからんし、何が広まるかの予測も難しい
ちょいと昔にはスクリプト言語は死んで関数型言語の時代になるって主張はよく見た気がするけど未だにそんな時代来そうにない
現状、ある程度広まっているものを学ぶ価値は十分にあるでしょ
完全新規ならjsやpythonでいいんじゃね？っていうのはわかるがC#は無いと強くいい切るのはまだ早いように感じる

2021/02/20(土) 01:41:47.61

> 完全新規ならjsやpythonでいいんじゃね？っていうのはわかるが
それはわからない
スクリプト言語では代替にならないし後から出た言語でもない

後方互換に限界が見えるだけであって
C#が限界なんて主張してる奴は何も分かってない

2021/02/20(土) 02:35:06.99

新規にプログラムを学習する人の話なのに何の代替が必要なの？
C#の代わりに学ぶべき言語の話なんかしてないぞ
後から出た言語を学ぶべきなんて主張もしてない

2021/02/20(土) 02:37:36.26

JSやPythonに比べるとC#のほうが新しいし高機能だからね
もう少し新しいSwift、Rust、TypeScriptあたりと比べてみるといいと思う
Swiftはいろいろ評判悪いところあるけど言語の機能としては学ぶべきところがたくさんある
.NET言語ならF#

2021/02/20(土) 02:39:47.26

>>184
新規で勉強すべき言語も少なくともJSやPythonではないから論外

2021/02/20(土) 02:45:12.92

C#と比べるならKotlinだな
Swift、TypeScriptは知らんがRustはC#と比べるには低レベルすぎるしF#は現状ジョークみたいなもんだと思ってる

2021/02/20(土) 06:23:01.93

文字で記述するのを数式だけにして
あとポトペタとかラダーブロックとかで組み上げるようには出来んかね？

言語で思考する人が作れば、どうしても文法ありきのものしか生まれない

2021/02/20(土) 06:37:41.41

組込み機器の言語は未だにCがメチャ多いな。
ルネサスの開発環境見ればわかる。
組込み機器の操作パネルにラズパイを良く使うが、pythonだな。
windowsで操作パネルやるときはC#にするわ。

2021/02/20(土) 07:17:41.17

>>188
言語で思考しない奴は人間ではない

>>189
一般的に言って組み込み機器は環境がプアだからな
pythonなんて使えばimport文読み込むだけで数秒は掛かる

2021/02/20(土) 07:22:32.75

>>190
MicroPythonでいいじゃん

2021/02/20(土) 07:31:51.35

mruby の本が出た

Webで使えるmrubyシステムプログラミング入門、近藤宇智朗、2020/11

宇宙開発などの組み込み用、MicroPython, Lua, Squirrel の代替になる。
Ubuntu 18.04, C99 対応

人工衛星イザナギ・イザナミで、使っている

2021/02/20(土) 08:08:47.81

c言語の知識しかない人が
10年前に新しい言語を学ぶとしたら
DelphiとC#どっちを選ぶだろう

今、新しい言語を学ぶとしたら
C#とTypeScriptどっちを選ぶ？

2021/02/20(土) 08:09:53.95

pythonやな
単価の安い仕事は嫌や

2021/02/20(土) 08:14:24.38

KotlinのC#版作ってほしいなあ
C#と100%相互運用可能で、変数の再代入可否がvarとvalで書き分けできて、
レガシーになってしまったC#の文法(delegateとかC的なswitchとか)を全部そぎ落としたようなやつ
ネーミングは・・・K#とか？

2021/02/20(土) 08:24:48.22

後方置換無くすとしたら
.net5が最後のチャンスだったんではなかろうか
このままズルズルと古い言語のイメージを払拭できず
人口は減り続ける

2021/02/20(土) 09:52:16.08

.NETは言語依存しないんだからなんでもいいだろ

2021/02/20(土) 11:19:00.18

互換切るくらいだったら新言語作ってくれた方がいいな

2021/02/20(土) 11:26:20.22

互換切られたVB6はどうなりましたか？
VB.NETやってますか？VB6続けてますか？
どっちも終わりましたね

BASICは終わったのです

2021/02/20(土) 11:32:10.37

pythonは残ってる

2021/02/20(土) 11:38:36.59

>>195
じゃ、今はdelegateを使わずにどうやってメソッドを呼んでるんだ？
代替手段あったっけ？

2021/02/20(土) 11:47:47.26

>>199
VBは完全に終わればいいのにな
VBの文法が貧弱なのは公知の事実で
VB上がりのプログラマは変なクセがついてしまって
他の言語に移行したときに変なコードを書く
もちろん俺もVBで書くこともあるがマスターする気はサラサラない
10年以上前からいつか廃ると思ってるからな
去年MicrosoftがExcelでのマクロなどを
Pythonにするとかいうニュースが流れたがガセだったんかな

2021/02/20(土) 11:56:32.45

>>202
そのニュースホントに去年？
OfficeのマクロをPythonにするの撤回してJavascript積むって発表したのが2018年末だよ
その後またPythonにすることに決めたってこと？

2021/02/20(土) 12:08:58.42

>>203
去年じゃなかった、2017年末にアンケートがあってそれ以降だな
https://tonari-it.com/python-and-excel/

ExcelにJavaScriptって聞いたことないし、検索してもこれしか引っ掛からない
https://www.infoq.com/jp/news/2018/06/microsoft-excel-js-functions/

で、もう積まれてるの？

2021/02/20(土) 12:21:17.87

どっちもポシャったってことだろ

2021/02/20(土) 12:32:37.26

>>204
人の労力に甘えていくスタイルか

2021/02/20(土) 12:33:14.82

>>204
聞いたことないの？結構話題にはなったけど

2021/02/20(土) 12:43:01.20

web版のofficeのアドインはjavascriptで組むんじゃなかったっけ
C#で書いたデスクトップ版のアドインをweb版で使えるようにするにはjavascriptで書き直すしかないのかね

2021/02/21(日) 02:54:40.63

今年後半発売予定のOffice 2021に期待やで。

2021/02/21(日) 16:01:05.24

ノーアロックCOM呼びを実現するためにマニュアルマップインターフェースstructを丸一日かけて実装したぜ…
オブジェクト指向の偉大さが身に染みたわ

2021/02/22(月) 01:00:10.02

Googleのスプレッドシートはjsでマクロ組めるし、それに倣ったのかな
どんな言語でも構わんけどVBAの開発環境はいいかげんマトモなものが欲しい

2021/02/22(月) 01:15:05.30

>>211
マジで？
それ、むっちゃ良い情報
俺のJS魂に火が点いた

2021/02/22(月) 01:27:09.19

>>212
jsわかるならGASでググればあとはノリでいけるよ

2021/02/22(月) 01:57:40.12

Googleスプレッドシートはデバッグし辛いっす

2021/02/22(月) 05:30:05.57

>>212
お巡りさんこいつです

2021/02/22(月) 12:34:30.94

>>188
UMLとかMBDとかでググれ

**㌔㍉?** (ﾜｯﾁｮｲ cfb5-xG0S) · 2021/02/22(月) 21:57:23.33

>>213
GASでqiitaの情報見つけた、サンクスコ！

>>215
そっちのJSぢゃねーよ！！
・・・いや、無論、なんの意味かさっぱり分からんが・・・

2021/02/22(月) 22:47:28.38

GASクッッッッッソ遅いから気を付けてな

2021/02/22(月) 22:58:18.41

オーケー、遅くても動くだけで満足
LibreOfficeも似非VBAライクなスクリプトじゃなくてJSにしてほしいぜ

2021/02/23(火) 00:09:48.48

GASはデフォルトアカウントとファイルオーナーが一致してないと開けなかったりGoogleのよくわからん仕様(しかもエラーメッセージから解決しにくい)に振り回されるんだよな

個人的にはc#でエクセルマクロをvsで開発できたら最強だと思うんですけど

2021/02/23(火) 00:48:41.44

それってなんてVSTO

2021/02/23(火) 08:55:38.88

>>220
普通にc#で作ったexeをキックしろよ無能

2021/02/23(火) 09:08:44.00

C#で作ったアドインをBookに同梱できればいいのにね

>>222
無能はお前だろw

2021/02/23(火) 09:41:45.34

>>223
は？目的が不明
どうせマクロなんて大手じゃセキュリティで動かんで
本体は別exeにしとけ
エクセルでやるのはjson作るまでや

2021/02/23(火) 10:22:45.48

それ、かみ合ってない。
a) C# でマクロを作れる環境があったらいいのにな
b) セキュリティで動かんから無駄

仮定と言うか希望に対して現状を持ち出しても仕方ないだろ。

2021/02/23(火) 10:26:58.02

>>225
だから作れても（望み成就）動かんて（結果）

2021/02/23(火) 10:34:11.67

マクロって標準関数じゃ面倒見切れないような
入力値→シート内でなにか表示、系の処理がやりたくて使うんじゃないの？
json吐くとか外部連携だからレイヤーが違うんじゃないのか

2021/02/23(火) 10:38:04.15

>>226
現状動く動かないじゃなくて
動けば良いなって話だろw

2021/02/23(火) 10:39:34.90

>>227
UI部分だけエクセルでやるならありかな

2021/02/23(火) 11:13:58.16

Excelでマクロ作るユーザー層はVSTOを開発できるユーザー層が違うからどうしようもない

2021/02/23(火) 12:20:31.68

意味がわからない

2021/02/23(火) 12:34:52.53

大手って言っても色々
うちも定義上は大企業だけど普通にマクロは使えるし
そもそもマクロすら禁止してる職場でテキトーな.exeファイルを動かせるのか？

2021/02/23(火) 12:36:09.58

禁止されてるなら自前でルートキット仕込んでプロセス隠蔽しろよ

2021/02/23(火) 13:09:45.69

>>232
それだと納品できないから

2021/02/23(火) 14:07:21.47

>>233
マクロも.exeも禁止された環境に自前でルートキット仕込めとか頭おかしいとしか思えない

2021/02/23(火) 14:10:49.37

作成した実行ファイルまで引っかかると納品できないしexeは通るだろ
エクセルマクロは引っかかることはある

2021/02/23(火) 14:17:07.73

exeはうちひっかかるぞ。
自分でビルドしたものは自分は問題ないが、人に渡して実行させた瞬間に某セキュリティソフトが「あんまり見ないexeだけど大丈夫か？」ってダイアログ出してきて、
迷いを見せたら情シス子会社にアラートが飛んでフルスキャンさせられる。

2021/02/23(火) 14:34:19.02

>>234
納品って何の話だ？
意味わからんw

2021/02/23(火) 15:57:24.03

>>237
じゃあ、どうやってc#でビルドした納品物受け取るん？

2021/02/23(火) 16:18:33.96

>>239
予めバイナリをひとつ受け取って情シス子会社に送ってスキャン対象外にしてもらう必要がある。
そこそこの企業はこういう運用だと思うけど。
マクロからexe蹴るなんてキチガイじみた行動絶対許可下りないよ。
exeをすげ替えられたら死ぬじゃん。

マクロは比較的動く。

2021/02/23(火) 17:00:00.17

>>240
ありえないなぁ
再ビルドしたら別物でしょ？ダッサｗ

2021/02/23(火) 17:21:17.72

署名すればいいのにね

2021/02/23(火) 18:03:36.35

>>241
別物だよ。
納品物をコロコロとビルドし直さないといけない環境なの？って事。
なので自家ビルドは許されてる。

>>242
もちろんそれでも良いよ。

2021/02/23(火) 20:35:16.29

もちろんそれでも、じゃなくて署名以外ないだろ確実な方法は

2021/02/23(火) 22:23:49.53

>>244
そういうわけでもないよ。
電子署名だと有効期限もあるし、単純につければ良いという話でもない。

2021/02/23(火) 22:48:12.58

電子署名付けたところで改竄されてない証明になるだけで、
元々の悪意の有無やバグの有無の証明にはならないからね

2021/02/23(火) 22:51:39.61

おっしゃるとおりで、否認防止、改ざん防止にはなるけど、その署名や署名されたバイナリに悪意がないかは、別途登録は必要ね。
署名元に対して完璧に信頼できるなら、署名を資産管理に登録するって方法で、ある程度面倒くささを回避できるから「それでもいい」になってる。

2021/02/23(火) 23:44:01.98

ふーん
悪意が無い証明ってどうやんの？

2021/02/24(水) 00:54:38.59

.NET6 preview1来たな

2021/02/25(木) 18:42:55.23

詐欺サイトも平気でhttps使うし証明書もある時代ですし

2021/02/25(木) 18:59:19.43

>>248
大嫌いなエビデンスの山。
それに加えて検収の時にそれなりの違約金が発生する契約するよ。