C#, C♯, C#相談室 Part51

C#, C♯, C#相談室 Pa ..

116:デフォルトの名無しさん
09/02/12 00:08:42
>>115
無知なので申し訳ないが、簡単な質問なので教えてくれ。

テンプレート有りのライブラリを使った後に、idasm使った事ある？
それとも、あの汚いコードはJITが消化してくれるのか？

117:デフォルトの名無しさん
09/02/12 00:08:47
>>115
多くの記事がVS2005つまり.NET2.0リリース直後じゃないかな。
新製品のことは悪くは書かない。つまりそういうこと。

118:デフォルトの名無しさん
09/02/12 00:12:19
それ川ま(ry。
いやあの人の記事嫌いじゃないというかむしろ好きだけどw

119:デフォルトの名無しさん
09/02/12 00:12:22
>>116
それManaged拡張C++じゃね？

120:デフォルトの名無しさん
09/02/12 00:12:47
>>114
VariantはObject型として実装されてる
メンバ呼び出しは全部リフレクションを使った遅延バインディング
>>115
出たばかりのころは騒がれてたね
C++/CLIとC#を両方ともちゃんと使った上でC++/CLIマンセーしてる奴なんて今時いないよ

121:デフォルトの名無しさん
09/02/12 00:13:45
>>114
書き方以上の違いがあるのはインターフェイスの扱いと、
あとOption Strict Offができるぐらいかね。

たしかにC#でしかできないことの方が逆よりずっと多いから、その意味では
サブセット的存在かもしれん。

122:デフォルトの名無しさん
09/02/12 00:14:15
>>114
クエリ式がC#より充実しているとか、VB6時代の暗黙のインスタンス化復活とかかな。
名前付き引数・デフォルト引数はC# 4.0で入るんだよね。

123:デフォルトの名無しさん
09/02/12 00:15:27
んで、結局、今の開発案件はVBとC#のどっちが多いのかな

124:デフォルトの名無しさん
09/02/12 00:15:58
>>115
Managed C++ → C++/CLI は大進化と言える。
Managed C++ はカオスだったなぁ･･。

125:デフォルトの名無しさん
09/02/12 00:17:54
CreateObject とかは楽だね。

126:デフォルトの名無しさん
09/02/12 00:19:04
サブセットというより機能制限により簡易化と捉えるべきだろ
それこそ、昨日のintとuintの会話と同じ

127:デフォルトの名無しさん
09/02/12 00:26:03
どっちが複雑かということならレガシー機能やダメな子のための機能が満載のVBが圧勝だろ
次のバージョンでC#でもVariantみたいなことができるようになるけど，
必要だから使うのと，わかってないのをごまかすために使うのは違う

128:デフォルトの名無しさん
09/02/12 00:29:26
結局、VBユーザが流れ込んでC#の良いところがなくなっていくわけね
言語仕様そのものもVBユーザごのみに変わっていきそうだな

129:デフォルトの名無しさん
09/02/12 00:33:06
ぜんぜんわかってないやつがいます。

130:デフォルトの名無しさん
09/02/12 00:35:30
あれは要するに DLR 対応なんだけど。
C# 4.0 に関して、どうして必要か、どういう風に導入するかとい
われたら、ヘジのプレゼン見れば納得すると思うんだけど、
なんか伝聞でへんな風に伝わっていっている気がする・・・

131:デフォルトの名無しさん
09/02/12 00:38:34
また、そうやって荒れる原因になることをいう
C#がVB化するという意味じゃなくて、造詣に深くなくても使えてしまうから、
結果的にVB化するということだよ
VBみたいな言語の仕様での曖昧化を許すということでなく、
結果的に機能について曖昧なままユーザが使用し続けるということさ。

でも本質的には言語のVB化には変わりがないと思うよ

132:デフォルトの名無しさん
09/02/12 00:39:31
Variantとして使えるのも事実だけどな
COM Interopの強化も合わせて，C#4.0になれば
今までVBのほうがやりやすいと言われていたようなことが無くなって
完全にVBと縁を切れるよ

133:デフォルトの名無しさん
09/02/12 00:45:10
>>132
そうなんだ。
ついでにVBのWithEventsとメソッド内のフィールド(Staticで宣言された
ローカル変数)も欲しい。

134:デフォルトの名無しさん
09/02/12 00:54:24
Variantとして使う奴が同じグループにいたら全部書き直させるわ

135:デフォルトの名無しさん
09/02/12 13:59:21
JavaからC#に移行してきました。

Javaの場合はget/setメソッドでメンバー変数の公開をしていましたが、
C#ではプロパティー機能が存在していますのでこちらを使用しております。

プロパティーを使用していますが使い方としてはget/setメソッドと同様の
使い方しかしてないので、なぜこの仕様が実装されたのか理解できていません。

もしよろしければ理由などについて解説していただけませんでしょうか。
面倒でしたら参考URLをいただければそちらで勉強したいと思います。

136:デフォルトの名無しさん
09/02/12 14:06:20
>>135
参考URL
URLﾘﾝｸ(blog.inomata.lolipop.jp)

137:デフォルトの名無しさん
09/02/12 14:46:56
>>135
URLﾘﾝｸ(www.atmarkit.co.jp)
「あたかも公開しているかのように振舞う使い方」ができるからでは？

138:デフォルトの名無しさん
09/02/12 15:39:05
単にタイプ数が減るからだろ

139:デフォルトの名無しさん
09/02/12 16:01:24
>>136
>>137

・呼び出しコーディング非効率の改善
・リフレクションを使うにあたっての非効率の改善

この2点を解消しているってことなのでしょうか？

「あたかも公開しているかのように振舞う使い方」は、
呼び出しコーディング非効率の改善と捕らえてよいのかな・・・。

140:デフォルトの名無しさん
09/02/12 16:09:17
リフレクションを使って見るとわかるけれど、プロパティーはフィールド(変数)とも
メソッドとも区別されている。概念として言語レベルでサポートされている。それが
利点の全て。高級言語なのだから。
　
get_foo, set_fooだと、あるパラメタを取得、設定するメソッドである事をプログラマが
名前で示す単なる慣習に過ぎないけれど、C#ではプロパティという概念によって取得、
設定という行為を特別扱いしている。つまり、get, setメソッドという慣習の事をJAVA言語
は``知らない''けれど、JAVAプログラマは``知って''いた。つまりJAVAプログラマも無意識
にプロパティという概念を持っていたわけ。しかしその概念をJAVAは``知らなかった''。
一方でプロパティという概念をC#は``知っている''。たとえば、あるクラスが持っている
プロパティの一覧を取得するなんて事もリフレクションによって可能。プログラマが扱って
いる概念を言語がサポートしているのは、できる事が増えるわけじゃないけど、高級言語では
素直に喜ぶべき事。それだけ構造性が増すのだから。
　
まとめると、JAVAでも同じ事を``プログラマが''やっていたんだから、``言語が''同じ事を
やってくれるのを素直に喜べば良い。新しい事ができるわけではないから、使い方はJAVA
と同様で全然良い。ぶっちゃけ、get_foo, set_booとタイプミスしなくて済む機能くらいの
認識でも良い。

141:デフォルトの名無しさん
09/02/12 16:12:24
追記：get, setの中で取得／設定とは言い難い処理まで書けてしまうという問題点はJAVAと同じ。
ただし、C#というか.NETではむしろ逆にプロパティの設定に伴う副作用を積極的に活用する傾向
がある。時々UI関係で面白い事例に出くわす。たとえば、フォームのClientSizeを設定すると
フォームのサイズがClientSizeに合わせて調節されるので、一度、フォームのサイズがおかしく
なるバグを修正するためにthis.ClientSize=this.ClientSizeという字面上は超怪しいコードを書いた
事がある。(とあるツールのアドイン開発で、ロード側の問題なので対症療法するしかなかった)
　
でも、get, setの副作用は標準ライブラリ以外では濫用すべきではないと思う。そいういう意味
では、JAVAのget_foo, set_fooと本当に同じで良い。自動プロパティなんてのも実装されたし
活用してみたらどうだろう？

142:135
09/02/12 17:34:12
>>140-141

判りやすい説明感謝します。
これからは積極的にプロパティーを使って生きたいと思います！

143:デフォルトの名無しさん
09/02/12 19:56:47
プロパティに関しては否定的な意見もあるけどね。
以下は　プログラミング.NET Framework (Jeffrey Richter著, Microsoft Press出版) から
あくまで参考程度に、こういう見解もあるということで。

9.1.1　プロパティを賢く設計する
　個人的には、筆者はプロパティが好きではありません。Microsoft.NET Framework
やプログラミング言語でのサポートがなければよかったと思っています。理由は、
プロパティはメソッドであるのにフィールドのように見えるからです。この問題は
大きな混乱を招いてきています。プログラマがフィールドにアクセスしているコードを
見て仮定してしまうことが、プロパティにおいては誤っていることがあります。例えば、
次のようなことです。

・プロパティは読み取り専用または書き込み専用にできますが、
　フィールドは常に読み書きできます。プロパティを定義するときはgetとset
　のアクセサメソッドを両方提供するのが最善策です。
・プロパティのメソッドは例外をスローすることがあります。
　フィールドは例外をスローしません。
・プロパティはメソッドのoutやrefの引数には渡せません。フィールドは渡せます。
・プロパティのメソッドは実行に長い時間がかかることがありますが、フィールドへの
　アクセスはいつもすぐに実行が完了します。プロパティを利用する一般的な理由は、
　スレッドの同期を取ることです。これはスレッドを永遠に止めてしまうかもしれない
　ことを意味します。したがって、スレッドの同期が必要な時にプロパティを使うべきでは
　ありません。このような状況ではメソッドを利用するほうが好ましいでしょう。また、
　クラスがリモートからアクセスできる（たとえばクラスがSystem.MarshalByRefObjectから
　派生している）場合、プロパティメソッドの呼び出しはとても遅くなることがあります。
　したがって、プロパティよりメソッドの方が好ましいでしょう。筆者の私見ですが、
　MarshalByRefObjectから派生しているクラスではプロパティは使うべきではありません。

（続く）

144:デフォルトの名無しさん
09/02/12 19:57:31
（続き）

・続けて繰り返し呼び出された場合、プロパティは毎回異なる値を返す可能性がありますが、
　フィールドは常に同じ値を返します。System.DateTimeクラスにはNowという読み取り専用の
　クラスがあります。このプロパティは現在の日付と時間を返すため、呼び出されるたびに
　異なる値を返します。この実装は誤りで、MicrosoftでもNowをプロパティではなくメソッドに
　直せるものなら直したいと考えています。
・プロパティメソッドは副作用を持つ場合がありますが、フィールドへのアクセスには
　そのようなことはありません。言い換えると、型のユーザーがさまざまなプロパティに
　値を任意の順序で設定できて、型の動作に違いがでないようにすべきだということです。
・プロパティメソッドは追加のメモリを必要とするか、オブジェクトの状態の一部では
　ない何かへの参照を返して、そのオブジェクトを操作しても元のオブジェクトには
　何の影響もない場合があります。フィールドは常にオブジェクトの状態の一部であることが
　保証されているオブジェクトへの参照を返します。コピーを返すようなプロパティを利用すると
　開発者は混乱します。また、このような仕様がドキュメント化されていないこともあります。

　プロパティは使われすぎているというのが筆者の懸念です。プロパティとフィールドの違いを
一覧すれば、プロパティを定義する方が使いやすく、かつ開発者の混乱を招かないパターンは
非常に少ないことに気づくでしょう。プロパティによって得られるのは、少々単純化された構文
だけです。パフォーマンスの向上もない上に、コードは読みづらくなります。もし筆者が、.NET
Frameworkとコンパイラの設計に関わっていたら、プロパティを提供することはなかったでしょう。
代わりに、開発者にGetXxxやSetXxxというメソッドを必要に応じて定義させるようにしていたこと
でしょう。コンパイラが何か特殊な、単純化された構文でこれらのメソッドを呼び出せるように
したいなら、そうすればよかったのです。ですが、フィールドアクセスとは異なる構文を使って
欲しいと思います。開発者が何をしているのか（つまりメソッドを呼び出しているということを）
しっかり認識できる構文ということです。

145:デフォルトの名無しさん
09/02/12 19:58:19
public class MyGenericClass<T> where T:（Intとかfloat）{
　　T example(T a,T b){
　　　　return a * b;
　　}
}
operator*が使える型を取るときwhereにはなんと書けばいいのでしょう？

146:デフォルトの名無しさん
09/02/12 20:00:13
>>145
今のところできません

147:145
09/02/12 20:08:29
できませんか。コピペでbyte,short,ushot,,,,ulongつくります

148:デフォルトの名無しさん
09/02/12 20:41:14
演算子の実装を表すインタフェースが欲しいってのは常々議論されているけれど、
C#4.0でも解決されないみたいだね。

149:デフォルトの名無しさん
09/02/12 20:49:24
ExpressionTree使う

150:デフォルトの名無しさん
09/02/12 21:14:47
>>144
つまりWPFのSetValue(オブジェクト、型.依存プロパティ)はグッドという事か。
これはこれで超冗長だけど、まあロジカルではある。しかも添付プロパティなんて
芸当も可。

151:デフォルトの名無しさん
09/02/12 21:39:27
>>148
よく知らずに突っ込むけど、そんな議論あるの？
演算子って普通staticじゃないか

152:デフォルトの名無しさん
09/02/12 22:05:41
インタフェースというより、ジェネリック制約が欲しいという話のことが多い気がする。
いずれにせよ、目的は>>145をどうにかしたいということなんだけど。

153:デフォルトの名無しさん
09/02/12 22:12:27
>>151
いやだから>>145みたいなケースで型制約を
where T: Imultiplicative
とか書ければ万事オッケー、みたいな。別に演算子の実装をインタフェースの実装でやりたい
わけじゃなくて、演算子の実装を表す型制約があって欲しいという事。だから
where T: multiplicative
って書けて欲しい、という話とも言える。

「C# 四則演算ジェネリック」でググると、MSDNフォーラムとかわんくま同盟の人たち
とかの議論がわんさか出てきます。

>>149はどういう風にやるの？ExprssionTree詳しくないのでちょっとイメージできないんだけど。

154:デフォルトの名無しさん
09/02/12 22:34:10
>>151
ここの過去スレでも出てきてるね
URLﾘﾝｸ(www.23ch.info)
他にもあったような

155:デフォルトの名無しさん
09/02/12 22:38:44
>>151
ここの過去スレでもやってた
URLﾘﾝｸ(www.23ch.info)

156:デフォルトの名無しさん
09/02/12 22:40:03
ごめんね
>>154-155は書き込み失敗したかと思った

157:デフォルトの名無しさん
09/02/12 22:53:25
>>153
T example(T a, T b)
{

158:デフォルトの名無しさん
09/02/12 22:53:58
ミスったので帰ります

159:デフォルトの名無しさん
09/02/12 23:16:17
>>154
普通に2chのURLはってくれお

ｽﾚﾘﾝｸ(tech板:295-312番)

160:デフォルトの名無しさん
09/02/12 23:40:37
ごめんね
次からそうする

161:デフォルトの名無しさん
09/02/13 00:17:39
>>143
プロパティ否定するのなんて、初期のJava信者だけだろ。
そのJavaにもプロパティ実装されて、否定してた連中涙目。

162:デフォルトの名無しさん
09/02/13 00:22:42
java7のプロパティもクロージャもキャンセルのふいんき（なぜかｒ）らしい。

163:デフォルトの名無しさん
09/02/13 00:34:30
プロパティは属性だから、それを求めるのに特定の機能が使いまわされやすいからな

string mText;
public bool IsEmpty
{ get { return this.GetIsEmpty(this.mText); } }
protected bool GetIsEmpty(string text)
{ return text == ""; }

みたいにGetIsEmptyを基底クラスにまとめて置けば、
継承先ではメンバ変数を渡すプロパティを書けばいいだけで楽。

164:デフォルトの名無しさん
09/02/13 01:08:42
>>153
Expression Tree使うとこういうのが簡単に作れる
static class GenericCalculator<T> {
　private static readonly Func<T, T, T> add;
　static GenericCalculator() {
　　var left = Expression.Parameter(typeof(T), "left");
　　var right = Expression.Parameter(typeof(T), "left");
　　add = Expression.Lambda<Func<T, T, T>>(Expression.Add(left, right)).Compile();
　}
　public static T Add(T left, T right) { return add(left, right); }
　//他の演算子も同様
}

165:デフォルトの名無しさん
09/02/13 03:22:34
153です。
>>164
add=(Func<T,T,T>)((l,r)=>(l+r));って書くのと同じじゃん、と一瞬思ったけど、
Compile()は当然実行時評価なのかー！。
　
型制約が欲しい、というのとは話が違くて、足し算ができないと実行時に例外が投げられるのね。
勉強になった。
　
それなら、CodeDOMでも良いかな？

この手の議論って型制約の話とは別にダックタイピングができればなあ、って話にもなりやすい
けれど、それを無理やりやる方法があるって事だね。

166:デフォルトの名無しさん
09/02/13 04:34:58
書いてみた。ごめん、164を使ってくれ。今は反省している。
　　 class Multiplier<T>
　　 {
　　　　 public T Mult(T l, T r)
　　　　 {
　　　　　　 string nameOfT = typeof(T).FullName;
　　　　　　 string assemblyOfT = typeof(T).Assembly.ManifestModule.FullyQualifiedName;
　　　　　　 CompilerResults cr = null;

167:デフォルトの名無しさん
09/02/13 04:35:44
続き
　　　　　　 using (CodeDomProvider provider
　　　　　　　　 = new CSharpCodeProvider(new Dictionary<string, string>() { { "CompilerVersion", "v3.5" } })) {
　　　　　　　　 CompilerParameters cp = new CompilerParameters() {
　　　　　　　　　　 GenerateInMemory = true
　　　　　　　　 };
　　　　　　　　 cp.ReferencedAssemblies.AddRange(new string[] { "System.Core.dll", "mscorlib.dll", assemblyOfT });
　　　　　　　　 string className = "Multiplier_" + nameOfT.Replace('.', '_');
　　　　　　　　 string namespaceName="GenericTest";
　　　　　　　　 string qualifiedClassName = namespaceName + "." + className;
　　　　　　　　 string source = "namespace " +namespaceName+"{ public class " + className + "{public " + nameOfT + " Mult(" + nameOfT + " l, " + nameOfT + @" r){return l*r;}}}";

168:デフォルトの名無しさん
09/02/13 04:36:29
さらに続き
　　　　　　　　 cr = provider.CompileAssemblyFromSource(cp, source);
　　　　　　　　 if (cr.Errors.HasErrors) {
　　　　　　　　　　 throw new Exception(String.Join(Environment.NewLine, cr.Errors.OfType<CompilerError>().Select(e => e.ToString()).ToArray()));
　　　　　　　　 }
　　　　　　　　 Type typeOfMultiplier = cr.CompiledAssembly.GetType(qualifiedClassName);
　　　　　　　　 Object multiplier = Activator.CreateInstance(typeOfMultiplier);
　　　　　　　　 MethodInfo multiplierMethodMult = typeOfMultiplier.GetMethod("Mult");
　　　　　　　　 return (T)multiplierMethodMult.Invoke(multiplier, new object[] { l, r });
　　　　　　 }
　　　　 }
　　 }

169:デフォルトの名無しさん
09/02/13 06:08:29
同じ話題を
URLﾘﾝｸ(d.hatena.ne.jp)
で見つけたんだけど、ここに
------------------------------
.NET で動的に実行コードを生成する方法はいくつかあり，またその方法は増えつつあります．

　　 * (.NET 1.0 以降)CodeDOM やコンパイラによる動的コンパイル
　　 * (.NET 2.0 以降)Lightweight Code Generation (LCG)
　　 * (.NET 3.5 以降?)Expression Tree による動的コンパイル
--------------------------------
とあるので、俺のCodeDOMの方法は一応.NET1.0でも使えるという利点はあるみたい。
あと、このサイトではExpression Treeはコードのセマンティクスをデータ構造として保持
するために用いる、という哲学が示されていて、著者的には直ちにExpression Treeをコンパイル
するような使い方はしっくりしないらしい。まあでも>>166-168を書くくらいなら>>164を
書くわな。

このサイトには>>164と同じ方針で作った演算子オーバロード付きの四則演算のジェネリック型
とそれを用いた複素数のジェネリック型のサンプルもある。この手の話って頻繁に繰り返されて
いるように見えるのでまとまった解決法はないと思っていたけれど、これはそのまま直ちに
利用可能だね。

夜中に目が覚めてしまったので色々書いてしまった。連投＆長文すまない。

170:デフォルトの名無しさん
09/02/13 06:16:59
足し算のためにデリゲート呼び出すのもインターフェース越しにアクセスするのも
現実的ではないでしょう

171:デフォルトの名無しさん
09/02/13 07:58:44
そういう事書いてる奴誰かと思ったらやはりNyaruruか・・・

172:デフォルトの名無しさん
09/02/13 08:26:23
>>170
パフォーマンス的に？

C++のテンプレートみたいな「超高機能なマクロ」にしないと決めてる以上、
それはしょうがない。

>>171
しかも、他のMVPが「いまさら」盛り上がってる中、
NyaRuRu さんだけは「そういえば昔書いたけど」だし。

173:デフォルトの名無しさん
09/02/13 08:42:40
>>170
基本的な値型だけを対象にしたければ、素直に大量にオーバーロード書けば良いのでは？
まあその場合も型制約でOR論理を使いたい、ってな議論はできるけれど、興味深くはない。

174:デフォルトの名無しさん
09/02/13 08:50:03
>>173 みたいな方法も、
ソース冒頭に

using ValueType = System.Double;

とか書いておいて実装して、
このソースをコピって冒頭の1行書き換えるだけで可能だしね。

美しくはないけども、何とかならないレベルじゃない。

175:デフォルトの名無しさん
09/02/13 08:50:09
別にintと、あとdoubleがあれば十分じゃないかと思うけど

176:デフォルトの名無しさん
09/02/13 08:51:09
>>175
あとは BigInteger とか、実装してる人がいるなら Rational とかかな。

177:デフォルトの名無しさん
09/02/13 09:09:42
それこそ遅くて使いものにならないだろうけど
C#4.0ならdynamic使えばそのままleft + rightと書けるな

178:デフォルトの名無しさん
09/02/13 10:47:41
Nyaruruって大学生だっけ？

ガキに「さん」付けか・・・

179:デフォルトの名無しさん
09/02/13 11:12:29
能力も無いのに自分の方が年上ってだけで
見下した態度をとるのはみっともないぞ

180:デフォルトの名無しさん
09/02/13 12:58:20
Nyaruruって大学生だったのか

181:デフォルトの名無しさん
09/02/13 13:24:55
Nyaruruが大学生だったら俺プログラマやめるわ

182:デフォルトの名無しさん
09/02/13 14:26:16
なさけねー。

183:デフォルトの名無しさん
09/02/13 14:34:24
昔はC++を使っていて色々研究とかしてたけど・・・
いろんな言語使っている間に言語の濃い部分を積極的に学ばなくなってしまったな。

これは退化してるのかね・・・

184:デフォルトの名無しさん
09/02/13 14:38:49
羽根が短くなったのを退化ということもあれば進化ということもある。

185:デフォルトの名無しさん
09/02/13 15:26:43
低水準な所を濃いと言ってるならアセンブラかマシン語でもやれば？

186:デフォルトの名無しさん
09/02/13 15:47:23
誰もそんなこと言ってないと思うが
できるだけ楽に扱えるものを使って生産的なことをする人と楽に扱えるようにするために深い部分まで追及する人とどっちが優れてるとかないだろう
前者のが需要あるし

187:デフォルトの名無しさん
09/02/13 16:42:20
>>185
すでにアセンブラは68系と86系をあわせて6年くらいはやってましたよ。

188:デフォルトの名無しさん
09/02/13 16:46:24
ひよっこだな

189:デフォルトの名無しさん
09/02/13 16:49:26
甘い、甘すぎるよ。

俺なんて、C# を15年以上やってるけど、まだまだ力不足を感じてる・・・

190:デフォルトの名無しさん
09/02/13 16:52:11
俺なんてもう100年になるかな

191:デフォルトの名無しさん
09/02/13 17:38:48
紀元前からD言語を触ってるが、まだ完成しない

192:デフォルトの名無しさん
09/02/13 17:41:40
みんなたくましいなｗ

193:デフォルトの名無しさん
09/02/13 20:59:47
生まれて間もない猛者が、ここに質問してきた事もあったしｗ

194:デフォルトの名無しさん
09/02/13 21:35:55
>>177
ジェネリクスと同時に使うなら、dynamic よりも式木使い方がお勧め。

>>178
院生だろ。
あと、歳の上下で態度変えてたら見ず知らずの人と付き合いづらいよ。

195:デフォルトの名無しさん
09/02/13 22:23:41
ネット上で「君」とかつけて呼ぶの？

196:デフォルトの名無しさん
09/02/13 22:34:35
厳密にはC＃の問題ではないかもしれないけど、ちょっとお助け願います。
Genericコレクション型のインスタンスをリモート処理時に参照渡しにするにはどうすれば良いでしょうか。

例えば、

class OtherSample : MarshalByRefObject {
　　List<int> intList;
}

というコードでは、OtherSampleは参照渡しですがintListは自動的にシリアル化され値渡しマーシャリングされてしまいます。
なので、アクセッサを付けてintListを取得しても、リモート化されたインスタンスの値を変更できません。
適宜 intList に対するメソッドをOtherSampleに追加するしかないのでしょうか。

197:デフォルトの名無しさん
09/02/13 23:55:43
メソッド作ってなんか変わる？

198:デフォルトの名無しさん
09/02/14 00:38:48
メソッド作ってから彼女もできるし、ギャンブルでも大当たりだしいいことづくしだよ

199:デフォルトの名無しさん
09/02/14 00:46:04
class OtherSample : MarshalByRefObject {
　　List<int> intList;
　　public void AddInt( int n ) {
　　　intList.Add( n );
　　}
}

で AddInt を使えばプロキシを介して参照渡しの OtherSample のメソッドが実行される。
そうすっと、OtherSampleの参照の intList に値が追加される。

200:デフォルトの名無しさん
09/02/14 10:13:33
株価ボード的なアプリを作ろうと思っているのですが質問させてください

FormLoad時に動的にLabelを３０００個ぐらい生成してるのですが
起動に１～２分ぐらいかかってしまいます。

何か良い方法はないでしょうか？

201:デフォルトの名無しさん
09/02/14 10:17:09
自分で描画しろよ(´・ω・｀)

202:デフォルトの名無しさん
09/02/14 10:52:05
XNA使ってスプライトテキストで描画でもいいかも。
その場合はフォームとか使えないけどね。

203:デフォルトの名無しさん
09/02/14 11:01:13
GDIで十分じゃね

204:デフォルトの名無しさん
09/02/14 12:37:57
確かにGDIだけでも十分かな、ダブルバッファを有効にすればアニメーションもある程度滑らかだしね。

205:デフォルトの名無しさん
09/02/14 12:50:24
>200
Windows.Formsでコントロールを大量に作るとどうやってもそうなるよ。
そういう使い方ならWPFで同じことやれば結構スムーズに動きそうな気がする。

206:200
09/02/14 12:59:12
>>201-205
皆さん、どうもです。

VC++（ＭＦＣ）で過去に作ったときは
CStatic の派生クラスを何個も作ってやってたので
Labelの派生クラスで何とかなるかと思ったら起動が遅くて・・・

ありがとうございました

207:デフォルトの名無しさん
09/02/14 13:03:09
そもそも3000個も表示するスペースがあるのか
一文字一個なのか

208:デフォルトの名無しさん
09/02/14 13:14:08
そりゃスクロールするんだろ…

209:デフォルトの名無しさん
09/02/14 13:23:13
ばらけた文字が集まったりとか盛大にアニメーションしたりして。

画面に表示される分だけプールから取得して再利用するようにすれば、
new()のコストかからないし、3000個も作らなくてすむんじゃない？

WPFでも詳しくはしらないけれど、スクロール可能な場合に画面に表示される部分だけ
子コントロールを生成するような仕組みがあったはず。ListViewとかだっけ？

210:デフォルトの名無しさん
09/02/14 13:28:06
それもバーチャンリストの場合だな

211:デフォルトの名無しさん
09/02/14 13:41:02
ウィンドウハンドルの上限って10000くらいじゃなかったっけ
そんな使い方してたらすぐ足りなく

212:デフォルトの名無しさん
09/02/14 13:43:02
.NET のラベルって、ウィンドウもってんだよな。
デスクトップヒープの関係もあるし、3000は多すぎだろ。

213:デフォルトの名無しさん
09/02/14 13:53:05
WPF なら確かにそういう問題ないけども読み込みに時間は
かかるわなぁ

214:デフォルトの名無しさん
09/02/14 13:53:50
いうほどかかんねえよ

215:200
09/02/14 14:29:58
>207
一画面だけで300銘柄（1銘柄辺り１０要素）あるので
３０００個必要なんですよね
画面サイズ的にはＵＸＧＡで余裕ありです。

データ更新時にデータを適当な形に処理して
Redrawする感じでVC++ではやってました。

216:デフォルトの名無しさん
09/02/14 14:51:40
URLﾘﾝｸ(www.woodensoldier.info)

これをReflector使ってソース出して動かせるようにしたいんですが
できる人いませんか？

217:デフォルトの名無しさん
09/02/14 14:53:43
何が知りたいの？

218:デフォルトの名無しさん
09/02/14 14:55:22
>>216
別に難読化されてるわけでもなく、逆アセできたけど？
何が問題なの？

219:デフォルトの名無しさん
09/02/14 14:58:07
フォームの形つくって、ソースをコピペして貼り付けてっても
エラーで出てしまうんです

220:デフォルトの名無しさん
09/02/14 15:00:00
エラーが出るとこ直していけばいいじゃん・・・

221:デフォルトの名無しさん
09/02/14 15:00:13
そうですか。あなたには無理ですね

222:デフォルトの名無しさん
09/02/14 15:00:23
まんま使えるとは限らんよ
ゴミ君

223:デフォルトの名無しさん
09/02/14 15:00:56
Reflector のプラグインで、.cs を吐いてくれるやつがあったな・・・
それ使えばいいんじゃね？

224:デフォルトの名無しさん
09/02/14 15:01:18
その上でソース作ってくれる人いませんか

225:デフォルトの名無しさん
09/02/14 15:02:55
いません。

226:デフォルトの名無しさん
09/02/14 15:03:24
>>223
ｋｗｓｋ！

227:デフォルトの名無しさん
09/02/14 15:06:15
ぐぐれ

228:デフォルトの名無しさん
09/02/14 15:07:37
なにが「ｋｗｓｋ！」だよｗ
それ質問する態度じゃねえじゃん
エロマンガの作者名じゃねえんだから、もうちょっと考えろよ

229:赤西仁
09/02/14 15:32:19
１年間悩んでます。お力をお貸しください。

アークザラッドⅡというタイトルのゲームの、ゲーム画像（歩行画像など）を抽出したいのですが、
かれこれ１年ほど経ちますが、なかなかうまくいきません。
＊もちろん抽出した画像は個人範囲内で利用するつもりです。

◆試してダメだったこと

　ネット上からダウンロードできる、ありとあらゆる抽出系ツールを試した。
　（ちなみに他のゲームはほとんど抽出可能）

◆教わったこと

　・アークザラッドⅡは独自の画像形式を使っているから抽出できない。
　・PS上で表示されてるということは絶対に摘出はできるはず。

◆抽出は不可能ではないということを知ったとき

　２ちゃんねるで質問したところ、
　ある方が実際にキャラクターの歩行画像を抽出して
　私が立てたスレにアップしてくださいました。

スクリーンショットじゃ嫌なんです。どうか皆さん、お力をお貸しください。

230:デフォルトの名無しさん
09/02/14 15:35:43
アークザラッドII って、C# で作られてるの？
そうでなきゃ、スレ違い、ってことで。

231:デフォルトの名無しさん
09/02/14 17:18:47
>>223
ずっと探してるけど見つかりません
お願いします・・・

232:デフォルトの名無しさん
09/02/14 17:21:33
>>231
Reflector のプラグインなんてあまり数ないのに探して見つからないとかありえない。

233:デフォルトの名無しさん
09/02/14 17:22:50
>>231
URLﾘﾝｸ(www.codeplex.com)

234:デフォルトの名無しさん
09/02/14 17:34:22
使い方教えてください
童貞なんでう

235:デフォルトの名無しさん
09/02/14 17:51:58
チョコ食って寝ろ

236:デフォルトの名無しさん
09/02/14 19:36:20
>215
DataGridとかListViewを使った方がいいんじゃない？

237:デフォルトの名無しさん
09/02/14 19:44:37
>>233
はやくこれの使い方教えろよグズども

238:デフォルトの名無しさん
09/02/14 19:59:52
まずパンツを被ります

239:デフォルトの名無しさん
09/02/14 20:06:34
次にズボンを脱ぎます

240:デフォルトの名無しさん
09/02/14 20:24:54
おまえら親切すぐる

241:デフォルトの名無しさん
09/02/14 20:26:52
姉ちゃんのパンツを被ってズボンを脱いだので教えてください

242:デフォルトの名無しさん
09/02/14 20:30:13
ケツをバンバン両手で叩きながら白目をむきます。

243:デフォルトの名無しさん
09/02/14 20:47:51
切れて本当にすみませんでした、教えてくださいお願いします

244:デフォルトの名無しさん
09/02/14 22:14:58
まずは>>241の写真をうpしよう。

245:デフォルトの名無しさん
09/02/14 22:27:33
　　　　　　　　　　　　　＿_
　　　　　　　　　　　　/-､r-ヽ
　　　　　　　　　　　　|K>|K7|
　　　　　　　　 , へ人ｰ^ｰ人　, へ
　　　　　　　／ﾘﾉﾉ||　￣　７/巛 _　＼
　　 ,.-― '"　ゝー､） ||　　 .//　（/　｀　｀ー-､
　 /　　　／＿　　　　||　 //　　　　＿＼　　　）
　（＿_／￣　　 |　　　　',Y/　　　 /　　￣`ー '
　　＿＿　　　　＼　　　||　　　／　　　　＿＿
　/XXXX<>x,..､_　　l　　ハ　　|　_,... rxXXXXXA
　|XXXX|XXX|::::l｀ ´　Y 　 ! '´　 l::::|XXX|XXXX|
　|XXXX|XXX|::::|　　　|　　|　　　|::::|XXX|XXXX|
　XXXX/＼Xｿ::ﾉ　　　ゝ-く　　ゝ::ゝ／ lXXXX|

246:デフォルトの名無しさん
09/02/14 23:19:10
コピペ君って馬鹿だな、まで読んだ。

247:デフォルトの名無しさん
09/02/15 00:31:01
>>243
[View]-[Add-Ins]

248:デフォルトの名無しさん
09/02/15 02:29:54
>>241
うｐまだ～？

249:デフォルトの名無しさん
09/02/15 04:04:57
　　　　　j/／　　　　／＼ヽ∨/／∠ヽ.　　　＼＼. ＼
　　　　　 _／　　　　 ∠≠ﾆ二ﾆ≧=＜´　ﾍ.　　　 ', ﾍ＼ヽ.　　　　　／
　＿ -‐ ´／　, 　 -‐´､_,　'⌒｀^　､＼::＼　} l 　　　ヽﾍヽ}　　　　/　　　　　　＿|＿　＼
　￣フ´, 　／　　　　　　　　　　　　丶＼::V| |　　　　 Vl　　　　 ,'　　　　　　　 |＿___
.　　／／.／　　　　　　　　　　　　　｀Vヽl |　　　ヽ ' .　　　　 |　　　　　　　　／| 　　ヽ
　 / ,ｲ／　　　　　　　　　　　　　　　　　　 Ⅵ/,　　　　ヽ.＼　　　|. 　ｌ　　　　（_ノ　＿ノ
　 |/ /　　　　　　　|　　　　　　　　　　　　　 ∨ﾍ.　　　　　ﾄ､＼_　|. 　 |
.　　/ 　　 / 　/　 l: 　　 /　 l　　　　　　　 ∨i　　､　 |　￣　 !　　ｌ　　　　 lヽ│/　／
　　l│　　/　ｲ　 ,ｲ.　　 l　　ﾄ､ヽ　　　 /　|　:l :|　　　|　　l　　　 | 　ヽ＿ノ　　 !ｰ┼‐　|‐┬
　　| |　　l_メ､」_,;./l 　　Ｌ　ｌ　V　　　∧ / 　:|/　　　ﾊ.　ト､　　　|　　　　　　 |./│ヽ l　 |
　　| ﾄ.　　|.＿＿__ ヽ　　 l´ヽ{ _⊥イ　ｲ　/ 　 /　　 /　l/⌒ヽ　　 .|　　ー┼─　└─ ｌ　|
　　| | ヽ　| ､i┘::::i　＼　 | r┬┬‐┬ｧ V　 ,∧.　　,' 　´　　　　　 |　　ｰ┼－
　　ﾚ　ヽ! 　ゝ- '　　　＼ｌ　ｉ,.┘:::::ｉﾉ / ,／〉│ :|　{　　　　　　　　 |　　 _⊥_　　　　 l　　　|
.　　　　 7/l/l/　　　､　　　　 `'ｰ‐ ' ∠≠r'ﾉ:jﾉ　:|　|　　　　　　　　 | 　 (__丿ヽ　　　レ　　|
　　　　 λ　　　　｀i`ｧｰ-- ､　　/l/l/l ∧‐'.:|:::|　ﾊ　',　　　　　　　　|　　　　　　　　　　　　 l
　　　　　　`､　　ﾚ'　　　　', 　　　,/| ::|　:|:::| ./　ヽ_＞　　　　＿|　　_＿|＿　　　　_ノ
　　　　　　　 ` = ､ '､　　　　ﾉ　　,.イ∧'|:ｌ.:/ｌ:::|´　　　　　　　　＼　　 .＿|
　　　　　　　　｀＞-r　 =ﾆi´､.,_｀::: |:| { |:::l　　　　　　　　　　　 |　　.（＿|
　　　　　　　　 _,.イ´ヽ.7　　／　 /:＼;八:V:ﾉ　　　　　　　　 |　　　ノ
　　　　　　　／7:::::!　　○Ｏ'´　　/::::::::/ヽ.　　

250:デフォルトの名無しさん
09/02/15 11:57:16
>>247
なぜかできないので、替わりにgenerateしてもらえませんか

251:デフォルトの名無しさん
09/02/15 13:48:11
>>247
それやってexe選んでも何も起こらないんですけど

252:デフォルトの名無しさん
09/02/15 13:52:24
つか、俺の環境だと、アセンブリ右クリックして、Export でいけるな・・・

253:デフォルトの名無しさん
09/02/15 13:59:54
うｐお願いします＞＜

254:デフォルトの名無しさん
09/02/15 14:00:57
　　　　　　ﾊ,,ﾊ
　　　　　（ﾟωﾟ )　　お断りします
　　　　／　　　＼
　 ((⊂ 　）　ﾉ＼つ))
　　　　　（＿⌒ヽ
　　　　　　ヽ　ﾍ　}
　ε≡Ξ　ﾉノ｀J

255:デフォルトの名無しさん
09/02/15 14:05:10
AlarmTimer\Property.cs
AlarmTimer\FormMain.cs
AlarmTimer\FormOption.cs
AlarmTimer\Properties\Settings.cs
AlarmTimer\Properties\Resources.cs
AlarmTimer.Properties.Resources.resources
AlarmTimer.FormMain.resources
AlarmTimer.FormOption.resources
AlarmTimer.AlarmTimer16Mono.ico
AlarmTimer.AlarmTimer16.ico
AlarmTimer.csproj
0 error(s).
Done.

こう出たんですがどこにエキスポートされてるんですか

256:デフォルトの名無しさん
09/02/15 14:06:57
んで、警告が一個でるけど、exe の方はビルドもOK。
->VS2008 へアップグレード後

・ライブラリは nunit が必要らしいので、逆アセせずに参照設定を変更して利用

簡単にできるじゃん・・・

257:200
09/02/15 14:08:28
DrawString　で右寄せとか出来ますか？
株価が左寄せじゃ見にくい・・・

258:デフォルトの名無しさん
09/02/15 14:12:01
>>257
StringAlignment

259:デフォルトの名無しさん
09/02/15 14:16:19
Far

260:デフォルトの名無しさん
09/02/15 14:59:57
>>256
エクスポートできましたが１エラー２警告出てデバック開始してもだめでした・・・

261:デフォルトの名無しさん
09/02/15 15:01:11
>>260
じゃあ、エラーを修正しろよ。つーか、初心者スレ行けﾊｹﾞ

262:200
09/02/15 22:21:05
>258-259
本当にありがとう、そこがよくわからなくて困ってました
おかげで外観は完成しました。　URLﾘﾝｸ(www.uploda.org)

263:デフォルトの名無しさん
09/02/15 22:23:37
なんとなくすごそう。これ、コントロールはいくつ使ってるの？全部 DrawString() で描画？

264:デフォルトの名無しさん
09/02/15 22:37:30
WPF使いたくなるな

265:デフォルトの名無しさん
09/02/15 22:43:43
>>262
DataGridView はなんで使わないんだ？

266:デフォルトの名無しさん
09/02/15 22:48:44
でも個人的に好みだな、この外観はｗ

267:デフォルトの名無しさん
09/02/15 23:36:52
目に優しいな

268:デフォルトの名無しさん
09/02/16 00:51:39
再うっぷ汁(´・ω・｀)

269:262
09/02/16 01:46:53
>>263-265
前の方にアドバイス頂いたので全部
DrawStringとFillRectangleとDrawLinesで書きました。
他のはややこしそうだったので・・・

まあ、こっちは意図通りに動いてくれれば
最新技術だろうと枯れた技術だろうと関係ないので
これで満足しています。

>>267
かなり目に・・・ですｗ
しかし、この色合いがお金を産み出してくれるんで仕方なしです。

270:デフォルトの名無しさん
09/02/16 22:43:08
動画をタグで管理するソフトを作りたいのですが、
タグ情報はどうやって保存するべきでしょうか？
xml？SQLで？その他？

イメージ的にはiTunesみたいな感じです

271:デフォルトの名無しさん
09/02/16 22:45:43
好きにしろよ

272:デフォルトの名無しさん
09/02/16 22:56:43
…検索速度とかバランス考えると組み込み DB がいいんでない。
エクスポートインポート機能ありな前提で。

273:デフォルトの名無しさん
09/02/16 22:58:48
AdobeReaderのdllを使わない、
C#から操作できるロイヤリティフリーな
PDFビューアコントロールでお勧めありませんか？

274:デフォルトの名無しさん
09/02/16 23:04:28
>>262
再ウプして欲しい。

275:デフォルトの名無しさん
09/02/16 23:13:24
何をだよｗ

276:デフォルトの名無しさん
09/02/16 23:14:10
SSでしょ。俺も404で見れなかった。

277:デフォルトの名無しさん
09/02/16 23:19:51
>>274
ほれ
URLﾘﾝｸ(www.dotup.org)

278:デフォルトの名無しさん
09/02/17 00:52:51
まともにできてるじゃないか。色遣いは別としてｗ

279:デフォルトの名無しさん
09/02/17 01:16:55
この色遣いはないわ-

280:デフォルトの名無しさん
09/02/17 01:39:04
せめて赤青黄の三色に統一するくらいの気概がないと。

281:デフォルトの名無しさん
09/02/17 01:43:16
創価乙

282:デフォルトの名無しさん
09/02/17 01:44:01
そうか？

283:デフォルトの名無しさん
09/02/17 02:13:40
じゃあ赤黄緑で。

284:デフォルトの名無しさん
09/02/17 02:13:48
大作だな

285:デフォルトの名無しさん
09/02/17 06:46:12
期待してたけどこの色遣いは・・・

286:デフォルトの名無しさん
09/02/17 09:01:41
この色に意味があるんだろう。なれた色で変えたくないとか。

287:デフォルトの名無しさん
09/02/17 09:04:35
あの色は夢で見た神様のお告げらしいよ

288:200
09/02/17 13:44:31
URLﾘﾝｸ(uproda.2ch-library.com)
金融系は　↑＝赤、↓＝緑　って決まってるからね・・・

ところで、小数２桁まで表示させたい（２　も　2.00　みたいに）とき
そうすればいいのかな？　ToString("0.##")　じゃだめみたいね。

289:デフォルトの名無しさん
09/02/17 13:46:07
>>288
別に「決まって」はいない
証券会社のツールいろいろ使ってればデフォルトが逆のやつもある
だから色はカスタマイズできるものが多い

290:デフォルトの名無しさん
09/02/17 13:55:24
>>288
"F2"
URLﾘﾝｸ(msdn.microsoft.com)

291:デフォルトの名無しさん
09/02/17 14:30:11
>>288
"0.##"って書いていて、どうして'0'の意味と'#'の意味を知らないのか謎だ。

292:デフォルトの名無しさん
09/02/17 17:32:39
自作クラスにBeginReceiveやBeginReadのような非同期動作のメソッドを加えたいのですが、どのように実装するものでしょう？

293:デフォルトの名無しさん
09/02/17 17:38:14
>>292
TCPの非同期通信したいの？
だったらググレばいっぱい出てくるよ
一言でレスできる内容じゃないし。
ESPして余計なこというとゲームで使うなら
非同期するよりポーリングしたほうがスマート。

294:デフォルトの名無しさん
09/02/17 17:47:06
>>292
非同期メソッド、非同期デリゲートで検索汁

295:デフォルトの名無しさん
09/02/17 17:55:04
>>293.294さん
レスありです

>>293さん、聞き方がまずくてすいません、通信ではなくて非同期に処理させたいんです
いちいちスレッドつくるのもめんどいなあと思って、そういやBeginなんたらとかはどうやって実装してるんだろ？聞いちゃえ、と

>>294さん、あなたがエスパーでよかった、ありがとうございます

296:デフォルトの名無しさん
09/02/17 22:51:10
>>288
URLﾘﾝｸ(uproda.2ch-library.com)

色盲の人が見ると・・・
URLﾘﾝｸ(ranobe.com)
URLﾘﾝｸ(ranobe.com)

297:デフォルトの名無しさん
09/02/17 23:01:12
ウ、ウンコ色！！

298:デフォルトの名無しさん
09/02/17 23:13:33
赤と緑は色盲的に最悪な色使い。全く区別がつかない。
色盲であると告白している小堺一機の
「紅葉が分からない」という言葉によく現れている。
その代わり赤紫と紫の区別はよくつくんだがね。

緑と紫なら色盲の人でもそうでない人でも区別しやすい。

299:デフォルトの名無しさん
09/02/17 23:14:41
赤と緑がわからない　って言うけど、その２色は何色に見えるんだろうと思ったことがある

しかし色盲の人のことまで考えるかどうかはさすがに作る人の自由かと

300:デフォルトの名無しさん
09/02/17 23:15:35
>しかし、この色合いがお金を産み出してくれるんで仕方なしです。
から、この色合いが要求仕様なんだろ。
これに文句を言っても仕方がないよ

301:デフォルトの名無しさん
09/02/17 23:16:32
まあ単に個人で作るソフトならそうだわな。
オプションで色盲者のための色使いに切り替えられるようにしておくと優しさを感じるが。

302:デフォルトの名無しさん
09/02/17 23:19:09
>>299
色盲って黄色人種男性の５％、白人男性の８％、黒人男性の４％もいるんだぜ。
日本人男女４０人のクラスの１人くらいは色盲ってくらい結構な割合だ。
黒板に赤いチョークで書かれると見辛いって言ってた人はいなかった？
多分その人は色弱か色盲だよ。

303:デフォルトの名無しさん
09/02/17 23:19:41
StreamReader使った後に元のStreamを閉じたくないときは
StreamReaderはDisposeせずに放置していいの?

304:デフォルトの名無しさん
09/02/17 23:21:48
うんそう

305:デフォルトの名無しさん
09/02/17 23:25:49
>>302
で、色盲専用に作り直せっていいたいわけ？

306:デフォルトの名無しさん
09/02/17 23:26:02
そういうとき、Disposeしないことが心配なので、Flushすることにしている。

307:デフォルトの名無しさん
09/02/17 23:26:41
>>305
なんで専用なんだ？

308:デフォルトの名無しさん
09/02/17 23:26:46
StreamReaderそのものはDisposeしちゃってもいいんじゃないの

309:デフォルトの名無しさん
09/02/17 23:28:15
>>307
言い方が悪かったな　訂正する

色盲がわかりやすい色を表示できるように作り直せっていいたいわけ？

310:デフォルトの名無しさん
09/02/17 23:30:08
色盲ネタはいい加減スレ違いだろ・・・

311:デフォルトの名無しさん
09/02/17 23:30:26
>>309
その方が望ましい。
わざわざユーザの幅を狭める利点は無い。

312:デフォルトの名無しさん
09/02/17 23:31:37
>>308
StreamReaderをDisposeしたら元のストリームも一緒に閉じられる

313:デフォルトの名無しさん
09/02/17 23:36:23
>>311
望ましいが、現実には難しいだろうな。
むしろ、OSのユーザ補助機能のレベルで実装すべき

314:デフォルトの名無しさん
09/02/17 23:37:02
>>302
けっこうみんな「みづらい」とは言ってたけどなあｗ
いつも後ろの席だったからかも知れないけど

315:デフォルトの名無しさん
09/02/17 23:39:15
>>311
お前が作ったいままでのソフトは、全部色盲対応なの？

316:デフォルトの名無しさん
09/02/17 23:41:13
自由に色設定できれば問題ないでしょ。
でも自分専用なら無理にやる必要もないと思うが。

317:デフォルトの名無しさん
09/02/17 23:42:35
なにも色設定しないのが一番

318:デフォルトの名無しさん
09/02/17 23:44:14
見にくいと見えにくいは違うからなぁ
色が見えていて派手で目が疲れるということと、
色そのものが見えなくて困るということは別個

319:デフォルトの名無しさん
09/02/17 23:45:13
いっその事文字も背景も黒でよくね？

320:デフォルトの名無しさん
09/02/17 23:47:01
ソフト自体によって色盲対応の個別の色を設定できるのも問題なんだろうな
だからOSの機能として、既存の色を問題がなく表示する機能を設定すべきなんだよ
ソフトによって赤を青に表示したり、緑に表示したりしちゃったら、利用者に影響が出るだろ？

321:デフォルトの名無しさん
09/02/17 23:49:26
おまいらの理想はよくわかった
だが全部スレ違いだ

次ページ