2ちゃんねる スマホ用 ■掲示板に戻る■ 全部 1- 最新50    

■ このスレッドは過去ログ倉庫に格納されています

ふらっと C#,C♯,C#(初心者用) Part134

1 :デフォルトの名無しさん:2017/11/28(火) 21:30:48.55 ID:7U+HR4FY.net
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C#(初心者用) Part133
http://mevius.5ch.net/test/read.cgi/tech/1510056685/

■関連スレ
C#, C♯, C#相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508180530/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2 :デフォルトの名無しさん:2017/11/28(火) 21:31:16.08 ID:7U+HR4FY.net
(*゚∀゚)v2get!

3 :デフォルトの名無しさん:2017/11/28(火) 21:33:19.34 ID:1gCYrVqG.net
いちおつ

4 :デフォルトの名無しさん:2017/11/29(水) 12:38:24.28 ID:+8Yov6n2.net
調子にのって式形式の略記しまくったら=>まみれになったでござる

5 :デフォルトの名無しさん:2017/11/29(水) 12:56:15.86 ID:Z0yAcQLL.net
using dispose は便利な機能だが実装の闇が深くて台無し。魔剣ダイナシ。

6 :デフォルトの名無しさん:2017/11/29(水) 12:57:31.62 ID:D2tE8Z4y.net
とVB6おじさんが申しております

7 :デフォルトの名無しさん:2017/11/29(水) 12:58:28.27 ID:VYTpT9vM.net
>>5


8 :デフォルトの名無しさん:2017/11/29(水) 13:06:25.32 ID:VdtxEj+u.net
SQL鯖へのConnectionもUsingの中に入れちゃっていいのかな?

昔は最初にConnection開いて、ずっと開きっぱなしの中で処理して、最後にCloseすることが多かったけど
不安定な接続(スリープで回線断)やミラーリングサーバーを考慮すると、いちいちOpen/Closeしたほうがいい。

だけど、usingの中に入れることで、いちいちDisposeされたら
接続キャッシュが機能せずに体感速度が落ちる、って風になる?

9 :デフォルトの名無しさん:2017/11/29(水) 13:44:13.05 ID:oopkzTyn.net
接続管理はコネクションプーリングに任せてプログラム上は最短でOpen-Close

10 :デフォルトの名無しさん:2017/11/29(水) 13:46:22.65 ID:VYTpT9vM.net
>>8
SQL鯖でusing多用はいかん
try/finally使ってopen/closeしとけ
速度はopenしっぱなしとほぼ変わらん

11 :デフォルトの名無しさん:2017/11/29(水) 13:57:37.88 ID:rMr3voC1.net
>>8
それ別の人がアクセスしても大丈夫なの?

12 :デフォルトの名無しさん:2017/11/29(水) 14:00:58.53 ID:VYTpT9vM.net
>>11
キミ以外なら

13 :デフォルトの名無しさん:2017/11/29(水) 15:09:14.71 ID:TUoM6+wa.net
>>10
それdisposeと一緒やん。
ってか、disposeじゃん。

なにいってんの?

14 :デフォルトの名無しさん:2017/11/29(水) 15:12:27.07 ID:TUoM6+wa.net
>>13
disposeじゃねぇ。usingだわ。まちげーた

15 :デフォルトの名無しさん:2017/11/29(水) 15:37:12.11 ID:VYTpT9vM.net
>>13
disposeしてないよ

何言ってんの?

16 :デフォルトの名無しさん:2017/11/29(水) 15:59:59.48 ID:TUoM6+wa.net
>>15
やってることが、using使ったdisposeと等価なんだけど。

usingはtry/finalyの糖衣構文
(sql鯖のコネクションについては)closeとdisposeは等価

何か違いがあんの?

17 :デフォルトの名無しさん:2017/11/29(水) 16:18:48.57 ID:VdtxEj+u.net
var SqlConn = new System.Data.SqlClient.SqlConnection(xxxx);

という感じの宣言は try/finaly の外でやっておいて
open/close は try/finaly の中でやる

って意味で書いたと思ってたけど、そうだよね?

18 :デフォルトの名無しさん:2017/11/29(水) 16:32:53.30 ID:VYTpT9vM.net
>>16
msdnのSqlConnectionメソッドの
closeとdisposeの説明をちゃんと嫁

19 :デフォルトの名無しさん:2017/11/29(水) 16:35:00.95 ID:6MTOjDOv.net
インターフェースおじさんの話は聞かなくていい

20 :デフォルトの名無しさん:2017/11/29(水) 16:42:07.66 ID:VYTpT9vM.net
>>19
おじさん?
アフォな専門学校の生徒かと思ったわw

放置プレイしま〜す

21 :デフォルトの名無しさん:2017/11/29(水) 16:58:19.20 ID:oopkzTyn.net
SqlConnectionメソッドってのはちょっと分からなかったけど
SqlConnection.Closeにはこう書かれてるな
> SqlConnection は、適用範囲外では閉じられません。
> そのため、Close または Dispose を呼び出して、明示的に接続を閉じる必要があります。
> Close と Dispose は、機能的に同じです。

DisposeはComponent.Disposeに飛ばされたから
そもそもSqlConnection.Disposeのページが存在しない

22 :デフォルトの名無しさん:2017/11/29(水) 17:08:15.43 ID:TUoM6+wa.net
>>18
msdnに機能的に等価って書いてあるんだけど、なに読めば良いの?

>>17
try/finalyの外で宣言した変数を使い回すってこと?

usingを抜けなければ、disposeは走らないから、一度開いた同一の接続を使い回すのであればusingの中で、接続(open)を複数回するのであれば、個別の変数を切り直した方が良いと思うよ?
前提が違ってたらごめんね。

23 :デフォルトの名無しさん:2017/11/29(水) 17:14:21.18 ID:rMr3voC1.net
アプリは生きててDBだけリセットかけたらもう一回接続しないと駄目?
なんかアクセス毎に開いて閉じて入れておかないと面倒な感じじゃね?

24 :デフォルトの名無しさん:2017/11/29(水) 17:26:22.28 ID:+8Yov6n2.net
最近はMicrosoftDocsに飛ばされるね、MSDNもあるけど英語がメイン
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/using-statement

ついこないだIDisposable実装したけど、これまたクイックアクションで親切すぎるコメントつきテンプレが流し込まれる

25 :デフォルトの名無しさん:2017/11/29(水) 17:58:34.09 ID:Ypog5BGe.net
iPhoneのキーボードのこれhttps://i.imgur.com/PStMLdz.jpgはプログラム書くときのダブルクォーテーションとは違うんだな。ideoneでなぜかエラーが出たので気づいた。
https://i.imgur.com/wyCNyNM.jpgこれだと使える。

英字キーボードのやつ “””””””””””
ABCのほう """""""""""

26 :デフォルトの名無しさん:2017/11/29(水) 18:05:53.37 ID:Ypog5BGe.net
長押ししたらこんなん出てきたわ
https://i.imgur.com/TpvDvkf.jpg

27 :デフォルトの名無しさん:2017/11/29(水) 18:05:59.40 ID:gShtlFNM.net
>>20
間違いは認めてから逃げようね

28 :デフォルトの名無しさん:2017/11/29(水) 18:10:42.78 ID:AGN3a9rD.net
>>25
C#と関係無いけど、この業界にはよくある事
U+301CとU+FF5Eの違いとかな

29 :デフォルトの名無しさん:2017/11/29(水) 18:27:36.17 ID:NSRWkE4O.net
ソフトウェアキーボードでコード書くとか苦行過ぎるw

30 :デフォルトの名無しさん:2017/11/29(水) 18:28:48.92 ID:Ypog5BGe.net
ideoneでちょっとした動作を試したりするときだけだな

31 :デフォルトの名無しさん:2017/11/29(水) 19:16:09.42 ID:Xxg0LpBt.net
明日屁湧いてるなw

32 :デフォルトの名無しさん:2017/11/29(水) 20:50:56.63 ID:MDGjrLn/.net
C#ってmalloc・calloc・realloc的なかんすえはありますか?
全部自動?

33 :デフォルトの名無しさん:2017/11/29(水) 20:53:11.64 ID:bodUKsOx.net
>>32
基本的には出来ないし自動だけどunsafeコンテクスト内なら可能
http://ufcpp.net/study/csharp/sp_unsafe.html

34 :デフォルトの名無しさん:2017/11/29(水) 21:01:58.77 ID:MDGjrLn/.net
>>33
バッファの確保できるんだ
ありがとう

35 :デフォルトの名無しさん:2017/11/29(水) 21:17:10.66 ID:W1Zobeto.net
いやmalloc的なのは普通の配列のnewかMarshal.AllocHGlobalだろ

36 :デフォルトの名無しさん:2017/11/29(水) 21:41:03.14 ID:GyXUhAN/.net
ただいま勉強中なのですが、↓のようなコードの設計、ネーミングその他は適切でしょうか?
身近に現役プログラマーの方がいないためいろいろと聞けないのが現状です。
なんでも指摘してくださると助かります。

public static class DirectoryUtils{
public static string ErrorMessage { get; private set; } = null;
public static bool DeleteFiles(string directoryPath) {
if (!Directory.Exists(directoryPath)){
ErrorMessage = "ディレクトリが存在しません";
return false;
}
try {
foreach (var file in Directory.GetFiles(directoryPath)){
File.Delete(file);
}
}catch (Exception exc){
ErrorMessage = exc.Message;
return false;
}
return true;
}
}
使う側
var success = DirectoryUtils.DeleteFiles(directoryPath);
if (!success){
MessageBox.Show(DirectoryUtils.ErrorMessage);
return;
}

//総変換数を求める
var totalNumber = GetNumberOfTotalConverting()
//Converting,Conversion,All,Total,Number,Count等々、悩んでいます

37 :デフォルトの名無しさん:2017/11/29(水) 21:57:07.61 ID:4/Kw2onf.net
自分だったら
public class DeleteFilesResult
{
public string ErrorMessage { get; set; }
public bool Success { get; set; }
}
みたいなクラス作ってそれを結果として返すかな

38 :デフォルトの名無しさん:2017/11/29(水) 21:59:38.11 ID:bodUKsOx.net
マジでぇ??

39 :デフォルトの名無しさん:2017/11/29(水) 22:03:52.52 ID:3MYeHM6X.net
>>36
エラーならエラー文字列返して、正常なら空文字かnull返すのが素直じゃないかな?

40 :デフォルトの名無しさん:2017/11/29(水) 22:10:55.88 ID:KZMpS2G2.net
successならsucceededとかじゃないの
もしくは構造体なりで
if (result == RESULT.OK)
とか

41 :デフォルトの名無しさん:2017/11/29(水) 22:14:46.71 ID:fgyKG67K.net
さっそくでたな

try catchはDeleteFilesメソッドの中じゃなくて
外で使うべき

42 :デフォルトの名無しさん:2017/11/29(水) 22:31:52.96 ID:NSRWkE4O.net
>>36
静的メンバーにエラー情報を持たせるのは時代錯誤で論外。
エラー情報は普通に例外を投げようよ。

単に失敗成功が分かってエラーメッセージが取得できればよいだけなら、
エラーメッセージはoutな引数で戻せばいい

あと、一つのファイルの削除に失敗した時点で処理中断する仕様でいいの?
失敗しても継続する方が自然なような気もするけど...

DeleteFilesより明示的にDeleteAllFiilesの方がいいんじゃないか?
GetNumberOfTotalConvertingは長すぎ
それを含むクラスに適切な名前がついてればそんな冗長な名前にする必要ないでしょ

43 :デフォルトの名無しさん:2017/11/29(水) 22:32:46.18 ID:JM2ObBa0.net
>>41
以前暴れていた
CsvHelper例外で落ちるな糞野郎くんだろう

44 :デフォルトの名無しさん:2017/11/29(水) 22:33:52.93 ID:fgyKG67K.net
DeleteFiles内部でtry catch受けていいのは
そのファイルをスキップして残りを消す場合など

45 :デフォルトの名無しさん:2017/11/29(水) 22:34:19.89 ID:fgyKG67K.net
>>43
人違いだわw

46 :デフォルトの名無しさん:2017/11/29(水) 22:38:45.34 ID:fgyKG67K.net
例外が飛んでそれをもとに制御が変わるなら
適切なtry catchの場所を考えるべき

47 :デフォルトの名無しさん:2017/11/29(水) 22:42:39.35 ID:NSRWkE4O.net
あと、例外についてはとにかく何でもキャッチしたがる人と、
それに対するアンチテーゼで「例外は絶対キャッチするな」と主張する人がいるけど、
どっちも何か盛大に勘違いしてる極論だから眉唾で聞いた方がいいと思う

48 :デフォルトの名無しさん:2017/11/29(水) 22:45:33.13 ID:fgyKG67K.net
そうだね

例外利用するならFile.Deleteのページを見て
どんな例外をスローするか調べたほうがいい

権限無くて削除できないとかあるから

49 :デフォルトの名無しさん:2017/11/29(水) 22:48:25.13 ID:rMr3voC1.net
・ω・Exception

50 :デフォルトの名無しさん:2017/11/29(水) 22:54:19.77 ID:+8Yov6n2.net
頻繁な例外を想定するならロギングで出力した方がいいよ
エラーを毎回表示なんて非現実的だし無視してOK連打したら意味ないでしょ
それよりタイムスタンプつけてテキストファイルに保存した方が後から照会できる

問い合わせの多くは、何もしてないのに突然おかしくなった、というやつばかり
そういう時はログフォルダをzipで圧縮して添付してもらおうというわけ

51 :デフォルトの名無しさん:2017/11/29(水) 22:57:51.57 ID:fgyKG67K.net
状況が許すならDirectory.Delete (string path , bool recursive)を使いたい

52 :デフォルトの名無しさん:2017/11/29(水) 23:02:36.65 ID:JM2ObBa0.net
>>45
人違いなのに丁寧にレスありがとww

53 :デフォルトの名無しさん:2017/11/29(水) 23:02:52.52 ID:JGmUTbhc.net
>>36
同じく静的メンバにエラー状態持たせるのは論外だけど
どうしてもやりたいなら成功時にそれをクリアしないとダメ

bool返すよりoptionalみたいなのを返すのがモダン

54 :デフォルトの名無しさん:2017/11/29(水) 23:03:14.96 ID:fgyKG67K.net
そのフォルダが相手のミスでリードオンリーにされた場合は例外情報が全部死ぬけどな

55 :デフォルトの名無しさん:2017/11/29(水) 23:12:59.73 ID:GyXUhAN/.net
>>36です
こんなにレスがつくとは思いませんでした。みなさんありがとうございます。
@結果を格納するクラスを作成し、それを返し、参照する
Aエラー文字列を返す
B例外を投げるかoutな引数で戻す
どれもそういった発想が無かったので勉強になります。
ちなみにoutを使う場合はtupleを使って2つ返すのもありですか?

>静的メンバーにエラー情報を持たせるのは時代錯誤で論外。
こういう風に指摘されるともっともっと勉強しようと励みになります。ありがとうございます。

>あと、一つのファイルの削除に失敗した時点で処理中断する仕様でいいの?
>失敗しても継続する方が自然なような気もするけど...
たしかに処理の中断をするまでもないですね

例外処理についてはメソッドを呼ぶたびにtry catchを書くのが冗長という理由だけで中にいれてました。
制御が変わるかなど考慮すべきでした

optionalや>もしくは構造体なりでif (result == RESULT.OK) 
などまだまだ理解できない部分が多いので調べてきます

56 :デフォルトの名無しさん:2017/11/29(水) 23:21:16.55 ID:GyXUhAN/.net
>>50
予期せぬ例外は
https://qiita.com/exliko/items/42715a0c9fd7519eb6d9
このような感じでログファイルに出力するようにしていたのですが、
たしかにエラー毎回表示も微妙なので、もっとログをとっていくようにしていきます

57 :デフォルトの名無しさん:2017/11/29(水) 23:30:30.87 ID:GyXUhAN/.net
>>47 >>48
例外が起きた際、個々の例外によって制御を変える場合は個別に書いて、
MessageやStackTraceをロギングして終了するだけの場合はExceptionですべて捕捉する感じですか?
当初はIOException,UnauthorizedAccessExceptionなど書いていたのですが、
結局Messageしか使っていなかったので全ての例外を捕捉するようにしていました。

58 :デフォルトの名無しさん:2017/11/29(水) 23:36:03.91 ID:pRhcAUD9.net
Directory.GetFilesはファイルを全部探してから配列でそれを返すので色々と無駄
列挙するだけならDirectory.EnumerateFiles

59 :デフォルトの名無しさん:2017/11/29(水) 23:48:45.63 ID:GyXUhAN/.net
>>58
直しました。ありがとうございます。

60 :デフォルトの名無しさん:2017/11/30(木) 00:47:19.32 ID:HGFQxRVI.net
教えてもらったことにお礼を言うのはいいとして変える必要があったのだろうか

61 :デフォルトの名無しさん:2017/11/30(木) 00:53:26.33 ID:3e4JD2ht.net
>>55
Tupleでいいけどちゃんと名前付けてね
もしvs使ってるならコード分析かけてみれば?
静的メンバーの公開とかは警告で教えてくれたはず

62 :デフォルトの名無しさん:2017/11/30(木) 02:34:13.97 ID:XJSgowiz.net
>>57
基本的に例外を避けたい理由がなければ例外を使えば良い

ロギングしてアプリを終了するならExceptionでcatch
復帰可能のは個別に対処(ディレクトリが見つからない場合は再入力を求めるなど)

63 :デフォルトの名無しさん:2017/11/30(木) 08:10:34.13 ID:fzw2ErB1.net
>>55
outはもはや要らない子
名前付Tuple使っとけ

64 :デフォルトの名無しさん:2017/11/30(木) 09:21:54.56 ID:BGl9IyNc.net
Tupleってエラーの場合何を返すの?

65 :デフォルトの名無しさん:2017/11/30(木) 09:22:06.99 ID:y7Hhz8p2.net
トプル

66 :デフォルトの名無しさん:2017/11/30(木) 09:40:45.12 ID:BGl9IyNc.net
bool ok,int unkor,int unkog,int unkob

var unkc = GetUnkoColor();
if(unkc.ok){
成功
}else{
失敗
}

みたいな?

67 :デフォルトの名無しさん:2017/11/30(木) 09:41:02.83 ID:kZZqjgS1.net
Exception

68 :デフォルトの名無しさん:2017/11/30(木) 09:47:18.95 ID:saSKapUF.net
また、Exceptionが不遇な扱いを受けている
哀れすぎて何も言えねえ

69 :デフォルトの名無しさん:2017/11/30(木) 09:48:16.44 ID:BGl9IyNc.net
また、大して考えず産廃を作った予感
言語開発者暇なのか?
Getしようとしたけど要素がないときもあるじゃん
全部例外で飛ばされるとかマジやめて

70 :デフォルトの名無しさん:2017/11/30(木) 09:59:17.09 ID:saSKapUF.net
釈尊はnullは「無」であると説かれた
ナムー

71 :デフォルトの名無しさん:2017/11/30(木) 11:21:23.77 ID:ptf/uzH7.net
例外が邪魔とかoutイラナイわめいてるのは大抵Dictonaryでしょ
連想配列は銀の弾丸ではない、期待しすぎ

72 :デフォルトの名無しさん:2017/11/30(木) 11:29:17.22 ID:tR5Ha3BP.net
>>63
>outはもはや要らない子
これは嘘

73 :デフォルトの名無しさん:2017/11/30(木) 11:31:00.67 ID:zWPBp6sP.net
>>66
タプル知らないの?

74 :デフォルトの名無しさん:2017/11/30(木) 11:53:07.37 ID:ZqSZg82x.net
>>73
nullっぽく使えるのある?

75 :デフォルトの名無しさん:2017/11/30(木) 12:25:17.12 ID:EK0LYHwo.net
今はout引数で変数宣言できるようになったからかなりスマートになった
むしろタプルの必要性が疑問なくらい
TryGetXならnull問題もないし

76 :デフォルトの名無しさん:2017/11/30(木) 12:26:38.17 ID:rx1MFcR/.net
何が返されるか分かりにくいじゃん
タプルで返して分割代入すればいい

77 :デフォルトの名無しさん:2017/11/30(木) 12:29:50.89 ID:FnXA8j5a.net
タプルだったらわかりやすくなる例が思いつかんが

78 :デフォルトの名無しさん:2017/11/30(木) 12:34:03.03 ID:rx1MFcR/.net
そもそもタプルいらん

79 :デフォルトの名無しさん:2017/11/30(木) 12:47:20.27 ID:h6W3uA8y.net
>>78
訳:新しいことを覚える気力がない

80 :デフォルトの名無しさん:2017/11/30(木) 12:51:45.93 ID:Puu3loId.net
outでもクラスでも構造体でもタプルでも好きなもの使えばいいよ
>>78
いらんというお前のレスがいらん
チラシに書いとけ

81 :デフォルトの名無しさん:2017/11/30(木) 12:52:07.78 ID:1mMbqqg+.net
分散どうやって出すの?

82 :デフォルトの名無しさん:2017/11/30(木) 12:54:30.58 ID:rx1MFcR/.net
>>81
http://whoopsidaisies.hatenablog.com/entry/2013/11/30/175613

83 :デフォルトの名無しさん:2017/11/30(木) 12:56:35.10 ID:SRRUekt+.net
MS的にはXOrDefaultじゃないの

84 :デフォルトの名無しさん:2017/11/30(木) 13:04:29.34 ID:rx1MFcR/.net
>>79
.NETライブラリでも使われてないしな

85 :デフォルトの名無しさん:2017/11/30(木) 13:15:30.72 ID:RhI3AKYT.net
outって呼び出す時に一々変数を定義しなきゃいけないのが面倒
Tupleは戻り値が分かりづらいって欠点がある
どちらも一長一短だから好きな方を使えばいい

.NETライブラリが使ってないから使わないって思考停止すぎんだろ

86 :デフォルトの名無しさん:2017/11/30(木) 13:19:26.22 ID:rx1MFcR/.net
公認じゃない感あるし.NETの関数とマッチしないからな

87 :デフォルトの名無しさん:2017/11/30(木) 13:21:37.72 ID:FnXA8j5a.net
クラス作ろうぜ

88 :デフォルトの名無しさん:2017/11/30(木) 13:26:10.35 ID:rx1MFcR/.net
>>81
自分で書いてみた。
https://ideone.com/0fyIQN

89 :デフォルトの名無しさん:2017/11/30(木) 13:26:15.27 ID:RhI3AKYT.net
それが一番修正とか楽だしな
クラスは正義

90 :デフォルトの名無しさん:2017/11/30(木) 13:26:30.06 ID:rx1MFcR/.net
そうそう、クラスでやれってことな。

91 :デフォルトの名無しさん:2017/11/30(木) 13:35:54.67 ID:rx1MFcR/.net
Average関数もあったんだな
https://ideone.com/0fyIQN

92 :デフォルトの名無しさん:2017/11/30(木) 13:39:45.69 ID:rx1MFcR/.net
>>88>>91は連動してて同じになっとるわ。

93 :デフォルトの名無しさん:2017/11/30(木) 13:42:28.63 ID:OCgtcJe/.net
c#が気に入らなきゃMatzみたいにオレオレ言語作れよ

94 :デフォルトの名無しさん:2017/11/30(木) 14:01:20.98 ID:2bRo+qFI.net
時間帯によってgpuの色味をコントロールするソフトを作りたいです
具体的にはf.luxみたいなソフトを作りたいのですが、かんたんですか?C#でいいんです?
f.luxはガンマ?が高目に設定されるようで、余計眩しく感じたりします

95 :デフォルトの名無しさん:2017/11/30(木) 14:06:23.80 ID:rx1MFcR/.net
Windows10のナイトモードでいいよ。

96 :デフォルトの名無しさん:2017/11/30(木) 14:08:43.36 ID:2bRo+qFI.net
時間帯によって徐々に変わるようにしたいのですが

97 :デフォルトの名無しさん:2017/11/30(木) 14:18:40.16 ID:rx1MFcR/.net
グラフィックドライバの設定を変えるプログラム書けばいいんじゃね?知らんけど。
https://software.intel.com/en-us/forums/developing-games-and-graphics-on-intel/topic/607388

98 :デフォルトの名無しさん:2017/11/30(木) 18:39:49.21 ID:yjKo9V4L.net
>>94
たまに似たような人がいるけど仕様段階で先が見えないくらいならあきらめた方がいい
このスレは設計のアドバイスをする役割ではないから

99 :デフォルトの名無しさん:2017/11/30(木) 18:42:54.90 ID:FnXA8j5a.net
実装のアドバイスもできないけどね

100 :デフォルトの名無しさん:2017/11/30(木) 19:06:36.32 ID:YyeHHjlB.net
画面関係ってOSのAPIレベルで標準化されてるのかな。
Win10だとそれっぽい機能がついてるから存在するのかもしれんが、それ以前のOSには存在しない気が

そもそも、昔よくあったOOPの責務の仕分け問題じゃないけど、画面の調整機能って
本来はモニター側が担当すべき機能でPC側でやるのはいかにも筋悪だよねw

総レス数 1003
261 KB
新着レスの表示

掲示板に戻る 全部 前100 次100 最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★