C#, C♯, C＃相談室 Part93©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/
■コードを貼る場合はこちら
http://ideone.com/
■前スレ
C#, C♯, C＃相談室 Part92
http://echo.2ch.net/test/read.cgi/tech/1485589613/
■次スレは>>970が建てる事。
建てられない場合は他を指定する事。
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured debugとreleaseてそんなに違うの？おれのfizzbuzz100までどっちも一瞬だったよ スレチかもしれんけど、まだサポートしてないバージョンのアセンブリで定義されてるクラスをリフレクションでもいいから使う方法ってないかな。
具体的にはフレームワークのバージョンが2.0しか許可されない職場でxdocumentを使う方法…
dllを隣に持ってきて参照しても、型自体を認識してくれない >>784
100万データ処理してから物言いなさい 64bitアプリから32bitアプリへ効率よく通信したいのですが、良い方法ありますか？
今はPostMessageを考えてますが型が合ってないので違う方法を探してます。 UWPだとreleaseとdebugでちがいそうだけど。デフォルトだとreleaseは.net nativeでコンパイル。debugは違う >>788
TCP使えば？
直接叩くのが嫌ならgRPCとか使えばいい
WCFや.NET Remotingという手もあるけど、どちらもレガシー扱いで.NET Coreからは廃止されたから新規に使うのはお勧めしないな Core世代のWCFや.NET Remotingの代替って何があるんだろ 普通にRESTか、クラウドプラットフォームが提供するメッセージキュー(SQSとか)などの外部サービスだよ
余計な囲い込みを廃して今時のWebシステムの構成要素として組み入れやすくするというのがCoreなんだから、今更.NET固有のRPCなんか要らん dllを修正する際にどの程度までの修正であれば問題ないかまとめてある
サイトってありますか？
dllのクラスの派生元に一つクラスを挟んだ修正では問題なく動いている
ようだったので・・・。 >>795
逆に使えなくなる場合は(マネージドdllで）厳密な名前付きアセンブリとして作ってある物が名前などが変わってしまった場合
厳密な名前付きアセンブリ
https://docs.microsoft.com/ja-jp/dotnet/framework/app-domains/strong-named-assemblies
>厳密な名前付きのアセンブリを参照すると、バージョン管理や名前の一意性を保護できるなどの利点を期待できます
それ以外は変更のないクラスやフィールドにアクセスする分には問題にならないはず >>797
情報ありがとう。
あまり厳密にはしたくないのですがリンク先を
よく読んでみます。 Monoの互換性についてなのですが、
Visual studio2017でWindowsクラシックデスクトップのWindowsフォームアプリケーション(.Net Framework)で書いたコードは
そのままMonoでコンパイルできるという認識であってますか？ >>799
できるし、VisualStudioでコンパイルしたものをMonoでコンパイル直す必要すらない建前なんだけど・・・・
実際には対応状況にかなりの差があってGUIアプリケーションやら暗号やらが絡むものについてはうまくいかない事が多い >>800
そうだったんですね
ありがとうございます >>802
最近は条件付きでできるよ
C# in 引数 Javaのリモートデバッグは
1. 起動オプションでデバッグ用のリモートポートを指定
2. デバッガで同じポートを指定してアタッチ
でできますが
C#(DotNet Core 2.1)では同じような事は出来ませんか？
運用環境でしか発生しないバグのデバッグってどうやればいいんでしょうか？ >>804
リモート側にリモートデバッガ入れるとか
運用環境ということだからそもそもデバッグビルド入れられるか知らんが
まぁ、ログ仕込め 同じLAN内ならプロセスアタッチで行けそうだが
試してないから知らん Unity って、Wikipedia によれば、600,000 (60万人) も、登録ユーザーがいて、
従業員が、2,000人以上、年間利上げが、100億円を超えるほどあるとされる。
ゲームエンジン Unity の使用料は、
・1,000万円までの売り上げなら、無料。
・2,000万円までの売り上げなら、年間5万円ほど。
・それ以上の売り上げなら、で年間18万円ほど。
とある。
でも、Wikipediaに載ってる Unity を使ったゲームのリストは、
100本あるかどうか程度しかない。
これだと、Unityには、年間2,000万円程度の収入にしかならないのでは
ないかと思う。
それに、アメリカですらプロのプログラマは、30万人くらいしかいない
とされることとも辻褄が合わないように思える。
なんかおかしくない？ 基準がwikipediaなのが謎だけど
steamとか見てみなよ
それに×人数だから実際はもっと高い >>808
>それに×人数だから実際はもっと高い
探したけど出てこなかった。どこに書いてある？ そもそもUntiyはプログラマ以外も使うから小さい会社でもアカウントはそこそこもってるようなこともあるよ 最近スマホアプリのtop100くらいまでの使用エンジン調査した記事あった気がしたんだけど見つからんかった
たぶん半分くらいがunity製だった気がする
PCでもUnity製増えてきてるしswitchにもそこそこ出てる
日々山ほどのゲームがリリースされてるのにwikipediaで全てを網羅できるわけないと思うんだけど、なんで自分がおかしいと思わなかったの？ >>811
訪れる？利用するんじゃないの？
ディレクタやプランナがUnity上でプレイすることもあるし、CGデザイナやUIデザイナがUnity上で作業することもある
もちろん3Dモデリングなんかは専用のツールのほうが作業はしやすいけどね っていうか普通の企業なら間違いなく年間売上2000万なんて超えるよ？
安く済ませられるのなんて個人事業主か同人サークルだけ
社員が5人でもいたらまず年間売上で引っかかるんだから
大きい企業なら普通に100単位でアカウント持ってるし、小さいところでも10以上持ってるとこなんて山ほどある アカウントって、1つのゲームに対して、ひとつだけじゃないの？
開発者の人数分？？？ >>815
開発者分必要
ライセンス読んで
あとここUntyスレじゃないよ 年間売上2000万じゃ底辺3人雇うのが精一杯だな。 背理法で証明して見せたかっただけだよ。
つまり、矛盾を示す事で、間違い/捏造であることを証明する手法。
だから、ありえないような結論が出たということは、正しく証明できた
事になる。 Unityの登録だけなら自分でもやってるからなぁ
仕事でやってる人なんて会社用と個人用を別々に登録してるんじゃね
あとUnityはVRチャットで自キャラ作るのに使うから、
それも多いと思う >>822
やっぱり、そういう事もあるんだね。
どっちにしろ、Uniy のゲーム・ライブラリだけのライセンス料では、年間100億円
の売り上げにはならない気がする。
CADなども売っているので、そういう売り上げがかなりあるのかもしれない。 >>807
海外の人も Unity 発表の数値には疑問を抱いている。
ちなみに、日本のゲーム業界の開発者数(プログラマ、
デザイナ、企画含む) は、2万5,000任程度だとされ、
世界でも1チームの平均人数は5.5人程度。
Unityには、450万人もの開発者が登録されているとされる。
Unity発表の数値が正しければ、世界には、
ゲーム開発チームが、160万〜200万チームも
あることになってしまう。
「How many game developers existed in 2016?」
https://www.quora.com/How-many-game-developers-existed-in-2016
A cached version of Unity’s public relations page from July 2016 states that
Unity has 45% of the global market share and 4.5 million developers using the
platform, indicating an estimated total of 10 million individual game developers
(my guess is that “developers” means people working in game development,
including roles such as artists and game designers as well as engineers, who
could potentially use the tool).
From a 2013 Game Development Magazine survey of 1051 developers (republished by GamaSutra):
Studio size and type: 7% of respondents are individual independent devs,
19% are teams of 2-5 people, 14% on 6-10, 18% on 11-30 , 9% on 31-50,
7% on 51-80, 5% on 81-100, 8% on 101-150, 4.5% on 151-200,
5.5% on 201-300, and 3% on teams of 300+.
This indicates an average team size between 5 and 6 team members.
If each of these members falls under Unity’s classification of “developers,”
we can estimate 1,600,000 - 2,000,000 game development studios (including
individuals developing games alone as well as teams). 2017/01/27時点で、GooglePlay には、260万個、AppStore には、
200万個のアプリがある。そのうちの25%がゲームだとして、Android
には、60万ゲームある。1チーム当たり 5個のゲームを公開している
としても、12万「チーム」あることになる。日本のプロのゲーム開発者
が2万5,000人程度しかいないことを考えると、凄い人数では有る。
そもそもアプリ全体の個数もかなり多いので、アマチュアプログラマがかなり
多い事は多い。
------
There are currently over 2.6 million apps in the Google Play Store and over
2 million in the App Store. I can’t find anything to say how many of those
are games. Let’s assume 25% are games. Lets just focus on Android as
our estimation. That would mean more than 600,000 games on Google Play.
I would say the average developer has 5 games on the store. Lets use 10
to be conservative. That would mean there are 60,000 different developers.
That’s my best guesstimate. My gut tells me it’s probably more but who
knows. I know for one thing, I am a developer and I have 4 games released.
Feel free to check them out: GooglePlayやAppStoreのAppって、250万個もあれば、その中に本当に同一のものが
含まれてないか、または、250万個も本当にあるかを調べることは不可能に近い
かも知れない。
そもそも本当はそんなに無かったりして。そもそも、Vectorに登録されているアプリ
だってそこまで無い気もするし。 うちゲーム会社じゃなくて製造業(けっこう大手)だけど、VR絡みはUnity使ってるよ。
同業他社も使ってるのは意見交換会で聞いたし。
映像系でも使われ始めてるから、ゲーム業界から離れたほうがわかりやすいかも。 確かに、VRまで含めれば説明が付く気はするんだよ。
使う人の人数は作る人の人数より100倍程度は居るのが普通だから。
ただ、GooglePlayに登録されているアプリ数が本当に250万本もあるかどうか、
そのまま信じていいかについては注意すべき。
そもそも250万種類の一覧表をテキストファイルで見られるかどうか。
旧 nifty serve なんかも、「シェアウェアは儲かる」と言ってパソコン通信
加入者を増やそうとしたらしい。その際、「秀丸エディタ」が1億円の売り上げ
がある、とされたが、その作者が富士通社員だったことは公然の秘密。 >>830
レコード数250万のDBなんてざらにあるぞ >>831
そういう意味じゃなくって、GooglePlay から、全てアプリが載った一覧表を一度に
ダウンロードできるのかってこと。
検索するだけだったら、本当に250万種類もあるかは誰にも分からないじゃない
かと。 儲かってると思うけどな。Unity。
18万円はProだろ。
Enterpriseは別だよ。 ダウンロードできるか？ってできるだろ
1レコードがMB単位でデータあるんか？
1レコード1KBで2.5GB
最近のゲームなんて10GB超えのダウンロード当たり前みたいなとこあるじゃん
250万行のテキストはあんま開きたくはないが なんの根拠もない空想だけどゲームとVRの比率、VRが10％とかじゃない？
もちろん両方もそれなりにいるだろうけど
それでVRまで含めれば説明がつく、って意味がわからん あんまり詳しくは言えないけど、VR以外にも使ってるものもあるし、エンタープライズだとお値段時価だし、
企業ユースでは数人のチームなんてのはあり得なくて結構な人数分揃えるからね。
CADと連携したりなんやかんやで、ゲーム開発より金はかかるから、プロダクトの割合とは一致しないよ。 Unity用のスレはあるからそっちでやれよ
VRプログラム雑談【Unity/UnrealEngine】【HTC Vive/Oculus Rift/その他VR】
https://mevius.5ch.net/test/read.cgi/tech/1478142101/
数レスならともかく赤いのまでいるし 質問いいでしょうか
webapiにて
var task = Task.Factory.StartNew
これで重い処理をバックグラウンドで処理させています。
このtask開始時にDBにProcessThread.IdとProcessThread.StartTimeを落として
別のwebapiでDBに落としたIdとStartTimeを使って
GetCurrentProcess().Threadsを検索して定期的に生きてるかのチェックを行っています。
これがけっこう不安定みたいで、バックグラウンドの処理が終わる前に
ProcessThreadが検索できなくなる場合があります。
最初にStartNewさせた際のProcessThreadが生きてる正しい確認方法はないでしょうか？
ブラウザを閉じた場合を考慮してProcessThreadで確認を行いたいです。 すいません。
変な質問ですね。
var taskを見るのではなく、その他の方法で
バックグラウンド処理が動いてるかの確認が行いたいです。 すいません。
自己解決です。
static public Task wkTaskを宣言しておいて
wkTask= Task.Factory.StartNewで作成したあと、ブラウザを閉じて
開き直してもwkTaskは生きてますね。
スレ汚しすいませんでした。 >>843
そのTaskが必ず1つしか動かないって保証があるならいいけどね。
ブラウザ閉じる->開くを繰り返したらどうなるんや ブラウザ閉じて開いて、サーバの同じスレッドに接続して同じタスク拾う保証どうやってるんだ Action.Invokeでvoidと比べてstatic voidの方が遅いのってC#7だと改善されたの？ javaのtry-with-resouceみたいにusing書けるようにしてくれないかな
どうしてもネスト深くなるの辛い メソッドへのオブジェクト引数で、参照渡し（refをつける）、とオブジェクトの値渡し（refなしの値渡し。つまり、ポインター（アドレス）渡し）の違いがわかりません。
同じと思ってますが・・・・・。事実は違うようです。参照だと渡し元も変更される、っていう違いは分かります。
それ以外の違いはあるんでしょうか？ >>850
オブジェクトの値渡しってどういうこと？
参照型なら全部参照渡しになると思うが refだと渡し元が変更されるって十分な違いだろ
どうあって欲しいんだよ一体 >>850
ここらへんを見てみればいいかと
https://dobon.net/vb/dotnet/beginner/byvalbyref.html#section3
かんたんに言うとどっちでも渡されたオブジェクトの中身は変えられるけど、ref付けないと新しいオブジェクトを設定して呼び出し元に返せないってこと 参照値でも、refつけない値渡しとref付ける参照渡しできる。
で、参照値以外の値...とりあえず非参照値と呼ぶと
非参照値でも、refつけない値渡しとref付ける参照渡しできる。
全部で4パターンあるってこと 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) >>850
簡単なので難しく考えてはだめ。すごくシンプルな話。
その型の値（その型の変数に格納される値）を渡すのが値渡し。
その型の変数の「場所」を渡すのが参照渡し。
さらっと書いたけど、「その型の値 = その型の変数に格納される値」なのはよく理解する必要がある。
つまり、参照型の変数に格納される値って何だったか要再考。
変数とはメモリ上に割り当てられた特定の領域のこと。
だからその領域のバイト列のコピーを渡すのが値渡しで、
領域の先頭アドレスを渡すのが参照渡しだと思えばいい。
参照渡しでメソッドが受け取る情報は「変数の」場所なので、参照渡しの引数に
リテラルや式を渡すことは出来ない。 多分だけど参照渡しと値渡しの挙動自体は理解しているものの、
デフォ参照型とデフォ値型の区別がついておらずにデフォ参照型で実験をしてrefでも素渡しでも変わらないやんってことじゃないか TryParseみたいなのだと成否と値がtupleで返って来てもifの中でめんどい メソッド内で中身を変更するって理由で参照型のもref渡ししてるのみてｲﾗｯとしたことはある。ｲﾗﾝﾔﾝ それVB6からの移植とかじゃない？
オフショアが移植したコードがそんなんばっかし ref の使いどころってライブラリから複数の返値欲しい時だから
他の手段使えるならそっちでいいわな
未初期化変数指定できんのも地味にイラッと来るし >>861
そういう場合はrefではなくoutを使う >>861
> 未初期化変数指定できんのも地味にイラッと来るし
out使えよ 引数いじるの好きじゃないわ
返り値だけで判別させて まあ参照型はoutの制約で十分かつ安全なのでrefはほぼ出番ないんじゃねえのん
Swap関数を定義する時くらしか適切な例が思い付かねえ そのswapがな、MVVMでお決まりのBindableBaseなりのSetPropertyでプロパティの値交換するときに使いまくりで、
androidでもMVVM使いまくってるけどrefないkotlinやjavaでやると... プロパティの値交換するときってのが想像つかんが
どういうときにそれを使いまくるんだ？ BindableBase SetPropertyとかでぐぐってみれ
有り体に言えば自身のプロパティ（のバックストア）を差し替えるジェネリックメソッドを基底クラスで定義するのに使うだけ WPFとかUWPとか使ってればBindableBaseのありがたさはよくわかる
関係ないけどstaticメソッドって呼び出すときにいちいちインスタンスを生成する必要がないって以外のメリットあるのかな？ >>871
まあメリットって発想がそもそもおかしい。
例えばDouble.Parseがstaticなのはその方が意味的に自然だから
インスタンスメソッドである必然性がないし、インスタンスメソッドでは不自然だから dictionaryとかのcollection系が手抜きなのなんで？
特にdictionaryとか拡張必須だし
割とc#好きだけどこれはほんとアカン テンプレート系はデータが増えればC++にでも勝てるのに
何が問題？ Collection系はJavaの方がしっかりしてるよね。 queueは空っぽの時取り出そうとすると落ちやがるの許せん勝田
今はTryあるからいいけど ■ このスレッドは過去ログ倉庫に格納されています
