ふらっとC#,C♯,C＃（ ..
263:デフォルトの名無しさん
08/10/02 11:35:26
>>260
同じの作ってFxCopで検査したら違反になるよ
ToListやToDictionaryはコンストラクタのヘルパみたいなもんなんだから
>>261の意味合いから考えれば問題ない
264:デフォルトの名無しさん
08/10/02 11:36:56
>>259
ToArrayにする作業のほうが時間がかかったりすることはないの？
>>258
可視メンバって、privateメソッドとか？
>>262
なるほど。それはありますね
追加などの作業が終わったら、配列に戻すのがいいのかな
でも、戻り値を配列にした場合、foreach内でそのメソッドを使用するとなると
AddRangeができないから、手間ですよね？
265:デフォルトの名無しさん
08/10/02 11:39:49
ガイドラインを問題にするときの可視メンバは
publicな型のpublicメンバとprotectedメンバ
266:デフォルトの名無しさん
08/10/02 11:46:56
むむ、XNAでContentPipeline作ってLoad<>でList<>返してたが、もしかしてまずいのか。
267:デフォルトの名無しさん
08/10/02 11:48:12
それこそ配列返せばいいじゃん
268:デフォルトの名無しさん
08/10/02 11:48:14
>>265
publicで使っちゃだめなのかー
確かにわけわからなくなるもんなー
ガイドライン天才だなー
269:デフォルトの名無しさん
08/10/02 11:59:57
>>266
Content.Loadってキャッシュでしょ?
弄る前提でList返すのはダメだろ
配列でも微妙だけど
270:デフォルトの名無しさん
08/10/02 12:10:27
>>269
いや中身読んだら終わりなんだけど、中が配列の配列だったからさらに配列にしたくなかっただけ。
まあいったん配列にしますわ。
271:デフォルトの名無しさん
08/10/02 12:21:10
ん？なんでList<>を返しちゃいけないのか詳しく
272:デフォルトの名無しさん
08/10/02 12:32:22
オーバーライドできないから
フィールドじゃなくてプロパティを使うのは後で実装変えられるようにするためだけど、それと同じ
URLﾘﾝｸ(msdn.microsoft.com)
273:デフォルトの名無しさん
08/10/02 12:33:01
>>271
List<>を返すということは元の値を直接操作してもいいよと言っているようなものだから
1人でプログラミングする分には覚えていればいいが、多分忘れる
274:デフォルトの名無しさん
08/10/02 12:50:20
C#てWindows専用？
275:デフォルトの名無しさん
08/10/02 12:58:11
配列で返すようにしたんだけど、foreachだと使えないんだけど
こういう場合どうすればいいんでしょうか？
あと、配列を初期化したい場合どうすればいいですか？
struct Point
{
public int X;
public int Y;
}
class Zahyou
{
public void GetArray()
{
List<Point> pList=new List<Point>();
.
.
return pList.ToArray();
}
}
class Main()
{
Point[] pArr;
foreach()
{
pArr=GetArray();
}
}
276:デフォルトの名無しさん
08/10/02 12:59:58
>>260
そいつは新しいListを作り出すメソッドだから問題なし。
内部のListの参照をそのまま見せるのがいけない。
ただしプロパティの場合は予防的コピーを返すことも非推奨となっている。
277:デフォルトの名無しさん
08/10/02 13:10:59
264とか275が何を言いたいのか良く分からない
278:275
08/10/02 13:19:15
Zahyouクラスで計算したPoint[]を
kitai内の座標を保存している配列にコピーしたいんだけど
やり方がわからないんです
foreach(Tekiki kitai in Guntai)
{
kitai.PArray=Zahyou.GetArray();
}
↑だとエラーがでる
Tekikiのデータ構造を
Point[] PArray
ではなくて
List<Point> PList
にすれば簡単に追加できるんだけど
でも、publicでListを返したらだめなんですよね？
こういう場合どうすればいいの？
279:デフォルトの名無しさん
08/10/02 13:29:42
>>275
voidなのにreturnしてるとか、
foreachの中に何も書いてないとかは関係してないの？
280:デフォルトの名無しさん
08/10/02 13:30:17
エラーが出る（笑）
281:デフォルトの名無しさん
08/10/02 13:39:58
>>275
あとclass Main()ってのもおかしいな
282:275
08/10/02 13:46:33
>>279
>>281
すいません。要点だけわかればと思って他はさらっと書いたので
foreach内は実際はいろいろ処理してます。
List<>を返して、AddRangeで追加していたときは普通にいけましたが
配列を返すようにしたら、どうすればいいかよくわかりません
エラー内容
'kitai' は 'foreach 繰り返し変数' であるため、このメンバを変更できません。
283:デフォルトの名無しさん
08/10/02 13:48:14
どれをどこにAddRangeするのよ
284:275
08/10/02 13:57:52
変更点はList<>を返すところを配列を返すようにしただけです
struct Tekiki
{
public string Name;
public List<Point> pList;
}
class ShoriMain
{
public void SetZahyou()
{
foreach(Tekiki kitai in Guntai)
{
kitai.pList.AddRange(ZahyouKeisan.GetZahyou());
}
}
}
static class ZahyouKeisan
{
public static List<Point> GetZahyou()
{
List<Point> pList=new List<Point>();
//いろいろ計算
return pList;
}
}
こんな感じだとうまくいきます。
GetZahyouをList<>ではなく、配列で返す方法がわからないんです
285:デフォルトの名無しさん
08/10/02 14:00:56
kitai.AddRange(ZahyouKeisan.GetArray());
こんなんでいいだろ
AddRangeの中で内部のListのAddRangeを呼んでやればいい
286:デフォルトの名無しさん
08/10/02 14:07:26
C#ってはやってるの？
Javaとどっちが強い？
287:275
08/10/02 14:13:02
>>285
それって同じことじゃないんですか？
List<>.AddRangeに配列を格納することはできないですよね？
288:デフォルトの名無しさん
08/10/02 14:13:12
>>286
当然Javaの方が主流。
ただし、Winアプリを作るだけならC#3.0の方が生産性が高い。
スキルとして持っていた方が有利なのはJava、
Winアプリのみを作る状況で生産性が高いのはC#。
Javaの求人の方がまだまだ多いな。
289:デフォルトの名無しさん
08/10/02 14:20:44
C#で作ったアプリって.NETだったら
linuxでもmacでも動くんだよね？
290:デフォルトの名無しさん
08/10/02 14:21:04
そして結局日本で一番多いのはVB/VBA
291:デフォルトの名無しさん
08/10/02 14:23:16
>>287
コレクションなら全て入れられる
配列でもなんでも
292:デフォルトの名無しさん
08/10/02 14:54:19
>>291
kitai.pList.AddRange(new List<Point>(ZahyouKeisan.GetToArray()));
適当に記述してたらこれでいけたっぽいんだけど、これでいいのでしょうか？
293:275
08/10/02 14:57:54
>>284の部分で
struct Tekiki
{
public string Name;
public Point[] pArr;
}
static class ZahyouKeisan
{
public static List<Point> GetZahyou()
{
List<Point> pList=new List<Point>();
//いろいろ計算
return pList.ToArray();
}
}
こういう場合foreach内はどう記述すればいいですか？
294:デフォルトの名無しさん
08/10/02 14:59:56
>>282
> エラー内容
> 'kitai' は 'foreach 繰り返し変数' であるため、このメンバを変更できません。
このエラーが重要。
foreach(Kitai kitai in Guntai){
kitai = Zahyou.GetArray(); // （A)
}
（A）のように、foreachの（）内部で宣言した変数は
変更できない。だから、エラーがでてるんだと思う。
これが、
foreach(Kitai kitai in Guntai){
kitai.pArr = Zahyou.GetArray();
}
のように、変数のメンバーとかなら変更可能。
295:294
08/10/02 15:01:39
あれ。違うか。
メンバも変更出来ないんだっけ？
296:デフォルトの名無しさん
08/10/02 15:10:07
違う。
foreach(var item in collection)
のitem変数はコレクション内のオブジェクトのコピーだから、
構造体配列等の値型のコレクションにおいてそれをやってもダメだよ～って話。
変数のメンバといってもその変数自体がコピーされたものだから、メンバを変更しても
元のコレクションには当然反映されない。
参照型のコレクションだったらコピーされた変数はそのまま参照が渡されているので、
foreach内でメンバの変更が可能となる。
せっかくC#を使っているのにCでゴリゴリ書いているコードとレベルが変わらんぞ。
297:294
08/10/02 15:10:48
structだと変更不可能なようですorz
だとすると、forで回すのがよさそう。
for(int i = 0; i < Guntai.Length; ++i){
Tekki kitai = Guntai[i];
kitai.pArr = ZahyouKeisan.GetArray();
}
298:デフォルトの名無しさん
08/10/02 15:13:19
kitai.pList.AddRange(new List<Point>(ZahyouKeisan.GetToArray()));
まずnew Listはいらない
kitai.pList.AddRange(ZahyouKeisan.GetToArray());
pListを直接公開するのはオススメしない
>>293
List<Point>を返すメソッドで配列を返しちゃいけない
AddRangeでPointを増やしていく予定があるならpArrは配列にすべきじゃない
あとZahyouKeisanクラスがkitaiの情報をもっていないのに
Zahyouを返せる理由が分からない
299:294
08/10/02 15:22:29
>>296
解説どうもです。
300:デフォルトの名無しさん
08/10/02 15:35:35
>>293
どうしても配列でやりたいみたいだから書いてみた。
void ShoriMain(){
int now_enemyCount = enemy.pArr.Length;
Point[] tmpArr = ZahyouKeisan.GetZahyou();
int add_enemyCount = tmpArr.Length;
int new_enemyCount = now_enemyCount + add_enemyCount;
//配列の長さを変更
Array.Resize(ref enemy.pArr, new_enemyCount);
//新しい配列を末尾に追加
int count = now_enemyCount;
for (int i = 0; i < tmpArr.Length; i++)
{
count += i;
enemy.pArr[count] = tmpArr[i];
}
}
struct Tekiki{
public string Name;
public Point[] pArr;
}
static class ZahyouKeisan{
public static Point[] GetZahyou(){
List<Point> pList=new List<Point>();
//いろいろ計算
return pList.ToArray();
}
}
301:デフォルトの名無しさん
08/10/02 15:38:06
変数名が now_enemyCount と new_enemyCount ってのは殺人的だぞ
302:300
08/10/02 15:42:45
VS2008使ってるなら拡張メソッド使ってもうちょっと楽に書けそうだな。
Tekiki enemy = new Tekiki();
void ShoriMain(){
enemy.pArr.Concat(ZahyouKeisan.GetZahyou());
}
struct Tekiki{
public string Name;
public Point[] pArr;
}
static class ZahyouKeisan{
public static Point[] GetZahyou(){
List<Point> pList=new List<Point>();
//いろいろ計算
return pList.ToArray();
}
}
303:デフォルトの名無しさん
08/10/02 15:59:34
あまりにも汚いコードなんで俺が書き直してやったぞ
struct Tekiki
{
public string Name;
public void AddPoints(IEnumerable<Point> newPoints)｛
this.pList.AddRange(newPoints);
}
private List<Point> pList;
public Point[] pArr{
get { return pList.ToArray(); }
}
}
class ShoriMain
{
public void SetZahyou(){
foreach (Tekiki kitai in Guntai){
kitai.AddPoints(ZahyouKeisan.GetZahyou());
}
}
}
static class ZahyouKeisan
{
public static List<Point> GetZahyou()
{
List<Point> pList = new List<Point>();
//いろいろ計算
return pList;
}
}
304:300
08/10/02 16:07:17
あー悪い、>>303は俺です。
当然GetZahyou関数がTekkiの座標計算関係のみに使うのであれば、
Tekiki構造体のstaticメンバにしてもっと簡潔に書くことも出来る。
struct Tekiki
{
public string Name;
public void AddPoints(IEnumerable<Point> newPoints){
this.pList.AddRange(newPoints);
}
private List<Point> pList;
public Point[] ZahyouArr{
get { return pList.ToArray(); }
}
public static List<Point> GetZahyou(){
List<Point> pList = new List<Point>();
//いろいろ計算
return pList;
}
}
class ShoriMain
{
List<Tekiki> Guntai = new List<Tekiki>();
public void SetZahyou(){
foreach (Tekiki kitai in Guntai){
kitai.AddPoints(Tekiki.GetZahyou());
}
}
}
305:デフォルトの名無しさん
08/10/02 16:50:39
だめだめじゃないか
- GetZahyouメソッド
× 戻り値がList<T>
- ZahyouArrプロパティ
× 型が配列
× ToArrayが内部状態のコピーとみなせる
てか、それ以前に値型使ってること自体が不適切という指摘をしてあげないと
URLﾘﾝｸ(msdn.microsoft.com)
306:デフォルトの名無しさん
08/10/02 17:02:04
WebBrowserコントロールで、DocumentCompleteを使ってElementにマウスイベント登録すると、
javascriptトリガー用の"href=URLﾘﾝｸ(hoge.com)"をクリックしたときにまでNavigate系のイベントが発生するようになるんだが、
コレは仕様なの？（登録先がBody又は対象のA要素のとき発生）
しかも結果的にナビゲートに失敗するから困ってる。
イベント登録しなければ発生しないみたい。
またハンドラの中身が空でもなるみたい。
誰か回避方法知らない？
307:300
08/10/02 17:47:30
>>305
すまん良く分からないんだが、戻り値がList<T>の関数がガイドライン違反なのか？
リンク先を見てみたがその記述はどこにあるの？
この場合は特に問題ないと思うんだけどなあ。
ZahyouArrプロパティについても、配列を返すプロパティがもしかしてガイドライン違反？
っていうか俺よくList<T>のカプセル化のときにこういうプロパティをよく使ってた・・・
インデクサを使えってことなのかな。
仮に返されるものが参照型の配列だったりしたら内部を変更される可能性があって良くないとは思うけど、
この場合は構造体の配列だし、private List<Point> pListについては安全なように見えるんだけどな。
内部状態のコピーが危険なのは参照型コレクションだけとかではないの？
いまいち納得出来ん。
まあTekiki構造体についてはクラスにすべきだと言う意見は納得できる。
308:デフォルトの名無しさん
08/10/02 17:52:37
グーグーレーカースー
309:300
08/10/02 18:09:52
オーケー分かった。
配列を返す操作と内部状態のコピーの時はメソッドを使用して下さいと書いてあったな。
ZahyouArrプロパティ
の代わりに
public Point[] GetZahyouArr(){
return pList.ToArray();
}
とでもしておくか。
しかし戻り値がList<T>のメソッドは使うなという記事は見つけられんかった。
リンク先おせーてくれよ。
310:デフォルトの名無しさん
08/10/02 18:11:36
その代用で使う
～Collectionってやつがうざい
311:デフォルトの名無しさん
08/10/02 18:22:46
俺もList<T>を返すメソッドを書く事はある
だめだというガイドラインがあるなら俺も知りたい
312:デフォルトの名無しさん
08/10/02 18:24:22
リスト返したらセットアクセッサが無意味化するぞ
313:デフォルトの名無しさん
08/10/02 18:28:44
？
314:デフォルトの名無しさん
08/10/02 18:29:29
とゆーかカプセル化が崩壊
315:デフォルトの名無しさん
08/10/02 18:30:56
ジェネリック リストを公開しません
URLﾘﾝｸ(msdn.microsoft.com)
Code Analysis Team Blog : FAQ: Why does DoNotExposeGenericLists recommend that I expose Collection<T> instead of List<T>? [David Kean]
URLﾘﾝｸ(blogs.msdn.com)
だそうです。
316:デフォルトの名無しさん
08/10/02 18:31:05
>>275
特別にいいもの教えてやる。
っ インデクサ
317:デフォルトの名無しさん
08/10/02 18:32:13
"do not return list" c# とか適当な英文でググるといいよ
URLﾘﾝｸ(blogs.msdn.com)
318:デフォルトの名無しさん
08/10/02 18:35:34
>>315
それはprivateフィールドのList<T>を公開するなってことでしょ？
そんなことがまずいのはみんな知ってるだろｗ
static List<Point> GetZahyou()
{
List<Point> pList = new List<Point>();
//いろいろ計算
return pList;
}
このメソッドがガイドライン違反というのが納得できないだけ。
中でnewしたListをいろいろ計算して、その結果を返すメソッドがガイドライン違反という説明にはなってない。
319:デフォルトの名無しさん
08/10/02 18:41:49
計算結果を返すだけなら別にいいんじゃね
それをどういじくろうが誰も困らないし
320:デフォルトの名無しさん
08/10/02 18:45:04
constがないからな
321:デフォルトの名無しさん
08/10/02 18:46:05
List<T>返す云々以前にまずまともな設計をするべき
322:デフォルトの名無しさん
08/10/02 18:49:40
>>318
わざわざList<T>で返されたら追加することに意味があるのかと思っちゃうじゃないか……
323:デフォルトの名無しさん
08/10/02 18:54:56
>>273
List<>を返すのも配列を返すのもかわらなくね？
結局どうすればいいんだろ
324:デフォルトの名無しさん
08/10/02 18:57:16
パフォーマンスを考えればToArrayしとくべきだろ
で、引数や返り値の配列は変更しないというのは暗黙の了解にしとく
325:デフォルトの名無しさん
08/10/02 18:59:55
Dictionary.ValueCollection みたいに
326:デフォルトの名無しさん
08/10/02 19:01:04
>>323
だよね
わざわざ、ToArrayしてまたList<>にいれるわけでしょ？
変換するのは無意味な気がするんだが
327:デフォルトの名無しさん
08/10/02 19:03:32
> わざわざ、ToArrayしてまたList<>にいれるわけでしょ？
これが言い切れるようなinternalな場合はどうでもいいよ
328:デフォルトの名無しさん
08/10/02 19:03:52
書き込み可能な配列で返すのもよろしくない。
329:デフォルトの名無しさん
08/10/02 19:19:57
それを言ったらオブジェクトを返すこと自体良くないきがするんだが
330:デフォルトの名無しさん
08/10/02 19:21:55
たとえば>>325のは返す本人以外は要素の取得しか出来なかったりする
331:デフォルトの名無しさん
08/10/02 19:25:54
親戚も弄れるけどなw
332:デフォルトの名無しさん
08/10/02 19:27:01
今時ならジェネレータにして使う側がToList()なりToArray()なりするというのが良さそう
333:デフォルトの名無しさん
08/10/02 19:34:11
>>321
まともな設計をお願いします
334:デフォルトの名無しさん
08/10/02 19:41:17
引数なしのstaticメソッドで座標を作ってそれを様々な敵機に入れるなんてのはまともな設計じゃないな
普通に考えたら全部同じ座標になるし、それなら何度もメソッドを実行する意味がない
335:デフォルトの名無しさん
08/10/02 19:58:19
なるほど
やっぱりガイドライン違反じゃないんだな
336:デフォルトの名無しさん
08/10/02 20:23:45
>>334
引数無しなのは質問の要点をわかりやすくするために省略しただけ
実際は玉をよけたり、当たり判定だったりあるし、
敵機の目的地点までの経由地点の座標群を敵機ごとに保持しているだけ
「usingディレクティブがない」と揚げ足取るぐらい蛇足な指摘だと思うんだがな
337:デフォルトの名無しさん
08/10/02 20:29:41
>>335
お前がそう思うんなら そうなんだろう お前ん中ではな
338:デフォルトの名無しさん
08/10/02 20:30:54
>>334
怒るな
怒ったら負けだ
339:デフォルトの名無しさん
08/10/02 20:39:39
既に負けてる
340:デフォルトの名無しさん
08/10/02 20:48:35
なんでわざわざ作りにくい実装にするのよ
341:デフォルトの名無しさん
08/10/02 21:03:40
>>340
作りやすい実装をお願いします
342:デフォルトの名無しさん
08/10/02 21:30:54
戻り値の型にList<T>がまずいのは当然として、
IList<T>なら遥かにいいと思っているんだが違う？
343:デフォルトの名無しさん
08/10/02 21:49:22
List<T>を返すのがなんでまずいんだ？初めて聞いたぞ
それを言ったらオブジェクトの中にList<T>が含まれてたら何にも返せなくなっちゃう
344:デフォルトの名無しさん
08/10/02 21:50:05
>>343
ラッパを返せばいい
345:デフォルトの名無しさん
08/10/02 21:56:16
っ ほい
URLﾘﾝｸ(msdn.microsoft.com)
346:デフォルトの名無しさん
08/10/02 22:04:54
いちいち継承してらんねーよ
347:デフォルトの名無しさん
08/10/02 22:10:43
今日のレスは勉強になったなー
348:デフォルトの名無しさん
08/10/02 22:14:52
なんしか、フィールド変数の値を返す場合はプロパティで
オブジェクトを返す場合メソッドを通して値のやり取りをしろってことでしょ？
349:デフォルトの名無しさん
08/10/02 22:28:04
ボタンをクリックしたら、エクスプローラで全選択するように、ボタンにCtrl+Aを割り当てたプログラムを作ろうとしています。
ところが、当然ボタンをクリックするときには、エクスプローラではなく、作っているプログラムがアクティブになってしまうので、アクティブにならないようにしてみました。
しかし、ボタンを押しても全選択はできないままです。
アドバイスお願いします。
namespace CtrlA {
public partial class CtrlA : Form {
const int WM_MOUSEACTIVATE = 0x0021;
const int WA_NOACTIVATE = 3;
public CtrlA() {InitializeComponent();}
protected override void WndProc(ref Message m){
switch (m.Msg) {
case WM_MOUSEACTIVATE:
m.Result = (IntPtr)WA_NOACTIVATE;
return;}
//Console.WriteLine(m.Msg);
base.WndProc(ref m);
}
private void CtrlA_Click(object sender, EventArgs e) { SendKeys.SendWait("^A") ;}
}
}
350:デフォルトの名無しさん
08/10/02 22:28:11
変更可能なオブジェクトの参照を流出させることのリスク、
そのリスクの管理ができていればどうしようとかまわないと思う。
ようは外部から参照経由で変更された場合に、
そのオブジェクトを内包させているクラスが
値が変わったことを知ることができないということ。
メソッドの場合はメソッド名で内部の参照をさらしているのか、安全なコピーを返しているのか
区別が付くような名前にしておくとか工夫して置けばよい。
プロパティの場合はメソッドを使うよりはいろいろルールがある。
351:デフォルトの名無しさん
08/10/02 22:34:21
>>349
エクスプローラの画面のハンドルが必要になるような。
どうやるかはWin32APIの範疇になる。
352:デフォルトの名無しさん
08/10/02 22:38:51
>>350
>そのリスクの管理ができていればどうしようとかまわないと思う。
そのリスクを減らすためのものがガイドラインでしょ？守らないと不幸なことが起きるかもしれないのがガイドライン。
俺仕様がしっかりしてるならそれでもかまわないが、それが通用しないところではガイドラインが役に立つ。
Delphiで言うと、クラス名はTうんちゃらで始めるという習慣があるが、厳密な言語仕様でもないので守る必要はない
ただ、守らない理由なんて無いけどな(Delphi.netは例外)
TTBaseって支援ソフトがあるんだが、これのプラグインSDKにはTTTBasePluginというクラスがあって、1カ所(ry
353:デフォルトの名無しさん
08/10/02 22:50:36
>>346
何を継承して何をしたいのか知らんが、
>>344-345をするならAsReadOnly()呼ぶだけじゃん
354:デフォルトの名無しさん
08/10/02 22:57:18
>>352
プロパティに関してはそういうガイドラインがあることは承知しているが、
通常のメソッドに関しては見たことがないな。
メソッドの場合は自己責任じゃないかと。
355:デフォルトの名無しさん
08/10/02 23:08:30
まとめるとFramework Design Guidelines第二版買ってねってことだな
URLﾘﾝｸ(www.amazon.co.jp)
おｋ、アジソンからマージンゲット
356:デフォルトの名無しさん
08/10/02 23:18:33
そういえば全然関係ないけど名前付け関係なら我等が .NET
ライブラリにも MessageSecurityVersion とかいうネタクラスが
ありますよ。
この命名規則はさすがにどうなんだろうね
357:デフォルトの名無しさん
08/10/02 23:30:56
>>356
あれはよくわからないけどWS-＊とかSOAPとかのネーミングルールなんじゃない（笑
358:デフォルトの名無しさん
08/10/02 23:51:55
MessageSecurityVersionのどこが変なの？
359:デフォルトの名無しさん
08/10/02 23:58:35
ガイドラインって本しかないの？
360:デフォルトの名無しさん
08/10/03 00:08:32
>>359
>>315
361:デフォルトの名無しさん
08/10/03 00:09:20
>>358
WSSecurity11WSTrustFebruary2005WSSecureConversationFebruary2005
WSSecurityPolicy11BasicSecurityProfile10 プロパティとか。
ちなみにサンプルコード片。
CustomBinding binding = new CustomBinding();
binding.Elements.Add(
SecurityBindingElement.CreateMutualCertificateDuplexBindingElement(
MessageSecurityVersion.WSSecurity10WSTrustFebruary2005
WSSecureConversationFebruary2005WSSecurityPolicy11BasicSecurityProfile10
)
);
横スクロールはいやというやむを得ない事情により改行を入れさせていただきました
本来識別子なので入れてはいけません
362:デフォルトの名無しさん
08/10/03 00:13:05
>>318はガイドライン違反じゃないよね？
363:デフォルトの名無しさん
08/10/03 00:13:11
>>360
なんだその記事ｗ
日本語でおｋなんだがｗ
364:デフォルトの名無しさん
08/10/03 00:13:47
>>361
これはギャグなのか？ｗ
365:デフォルトの名無しさん
08/10/03 00:15:30
>>361
ネームスペースというのが使えるのにこれだけ長い名前になるんでしょ？
C言語時代のメソッドや変数の名前って相当長かったんだろうな
366:デフォルトの名無しさん
08/10/03 00:27:33
C言語時代は8文字規制とかあたじゃん
367:40
08/10/03 00:27:36
ディレクトリの操作をするときのパス指定で
@"c:\tmp\path"
というような書き方をしますが、 @ ってどういう意味ですか？
368:デフォルトの名無しさん
08/10/03 00:30:42
>>367
URLﾘﾝｸ(ufcpp.net)
369:40
08/10/03 00:33:12
>>368さん
参照URLを拝見しました。理解できました。ありがとうございました。
370:デフォルトの名無しさん
08/10/03 00:36:55
>>367
\ -> \\
本来、文字列の中で \ はエスケープなので、\\ と書かなくちゃいけない。
それを \ で済ますことができるようになる
371:デフォルトの名無しさん
08/10/03 00:37:04
>>367
「@文字列」ですな。
例えばファイルのパスを記述する時、「\」はエスケープ文字を意味する記号になるので
通常は「"C:\\Windows"」など[「\\」と\を2個記述しなければいけないのですが、
@を先頭に付ければ「\」を文字列として扱い、一つしか記述しなくても済みます。
372:40
08/10/03 00:41:57
>>370さん, 371さん
丁寧な補足解説ありがとうございます。
おかげでよくわかりました。
373:デフォルトの名無しさん
08/10/03 00:43:01
>>365
逆。昔はエディタの補完機能なんてのもないし、長い名前付けなかった。
ほんと大昔、初期の初期はプログラムの規模が小さいから
名前の衝突の危険性が低かったからいいんだけど、それはすぐに破たん。
結果どうなったかというと、意味のわからない頭文字略語だらけで、
書いた人にしか意味が分からない名前だらけに。
例えば、>>361 のコードなら、
cb_t b;
add(&b.elem, sbe_create_mcdbe(msg_sec_v10feb05, ws_sec_feb05_11b10)
とかになるんじゃないかと。
374:デフォルトの名無しさん
08/10/03 00:43:50
質問です、エクスプローラでファイルを右クリックして、[プロパティ]画面の
[概要]タブを開くと、そのファイルの作成者やコメントなどの情報を設定したり
閲覧したりすることができます。これを何かの処置で非表示にすることは
可能ですか？設定は随時行い、表示はさせない、という使い方をしたい
のですが、方法についてご存知の方がいらっしゃいましたらご指導お願いします。
.NETからは、dsofile.dll というDLLで設定と参照ができることはわかったのですが、
これをそのファイルごとに非表示にしたり表示したりできれば思います。
375:デフォルトの名無しさん
08/10/03 00:48:04
@"blah\" とかやっても平気なのは何気に凄いね
376:デフォルトの名無しさん
08/10/03 00:50:55
MSDNって、どうしてあんなに遅いんですか？
377:デフォルトの名無しさん
08/10/03 00:51:13
スペッコ不足です
378:デフォルトの名無しさん
08/10/03 00:53:15
つーかパスはC:\\\\\\\\\\\\\\\windows\\\\\\\system32\\\\\\
とかやっても動くぞ
二つ以上連続の\は勝手にOSが読み替えてくれる
379:デフォルトの名無しさん
08/10/03 00:54:41
>>376
仕様です。
IE で見るのが苦痛なサイトを自前で作ってるって笑われてる。
380:デフォルトの名無しさん
08/10/03 00:55:43
MSDNの分かりづらさはなんとかならないのか
専門の校閲係とか雇って分かりやすくしとけよ
381:デフォルトの名無しさん
08/10/03 00:56:13
>>374
プログラムというより、OS の設定の領域。
プログラム的には、シェルエクステンションの仕組みでうんぬんかんぬん・・・
382:デフォルトの名無しさん
08/10/03 00:59:37
>>379
文字が小さくて
拡大すると、どうでも良い部分も拡大されて読めなくなるのは？
383:デフォルトの名無しさん
08/10/03 01:11:39
>>382
仕様です。
JavaScript で文字調整やってやがるから、
フォントサイズいじっても無駄とかだと思う。
拡大鏡の類で拡大すればちゃんと大きくなると思うが。
384:デフォルトの名無しさん
08/10/03 01:18:44
いやかしましは百合ものだろ
初期設定がアレなだけ
385:デフォルトの名無しさん
08/10/03 01:32:23
どこの誤爆だよw
386:デフォルトの名無しさん
08/10/03 01:32:35
かしまし噴いたｗｗｗ
387:デフォルトの名無しさん
08/10/03 02:30:50
コーラ返せｗｗ
388:デフォルトの名無しさん
08/10/03 18:53:33
どなたーか EachWithIndex 実装してる人いませんか？
389:デフォルトの名無しさん
08/10/03 19:54:51
>>388
Rubyのアレならこんなのが
URLﾘﾝｸ(grabbagoft.blogspot.com)
390:デフォルトの名無しさん
08/10/03 20:57:23
>>388
こんなんでどうだろ？
public static class IListExtensions {
public delegate void Fun<T>(T obj, int index);
public static void EachWithIndex<T>(this IList<T> lst, Fun<T> func){
int index = 0;
foreach (T obj in lst){
func(obj, index++);
}
}
}
class Program
{
static void Main(string[] args)
{
string[] strs = { "Foo", "Bar", "Zot" };
strs.EachWithIndex(
(name, index) => { System.Console.WriteLine("{0}: {1}", index, name); }
);
IList<string> lst = new List<string>();
lst.Add("Hoge");
lst.Add("Fuga");
lst.Add("Sugo");
lst.EachWithIndex(
(name, index) => { System.Console.WriteLine("{0}: {1}", index, name); }
);
System.Console.ReadLine();
}
}
391:デフォルトの名無しさん
08/10/03 20:58:07
>>389
これIEnumerable<T>への拡張メソッドにしたほうがいいよね
回りくどくて格好悪い
392:391
08/10/03 21:07:27
意味解らんこと言ってるな
わざわざ余計なインスタンス作ってDo呼び出させる意味がわからない
393:デフォルトの名無しさん
08/10/03 21:13:01
元記事に書いてあるじゃん。
> I still like the "Do" keyword in Ruby to signify the start of a block
394:デフォルトの名無しさん
08/10/03 21:29:54
>>390
Action<T, int>使えよ
395:390
08/10/03 21:33:47
>>394
> Action<T, int>使えよ
おや。そんなものが？
じゃ、こうかな。
public static class IListExtensions {
public static void EachWithIndex<T>(this IList<T> lst, Action<T, int> func){
int index = 0;
foreach (T obj in lst){
func(obj, index++);
}
}
}
396:デフォルトの名無しさん
08/10/03 21:48:15
IEnumerable<T>はどうした
397:デフォルトの名無しさん
08/10/03 21:50:43
引数名はactionだろ常考
398:デフォルトの名無しさん
08/10/03 21:51:42
Union of Soviet Socialist Republics
399:デフォルトの名無しさん
08/10/03 22:03:47
>>396,397
そういうもん？
じゃ、これで。
public static class IEnumerableExtensions {
public static void EachWithIndex<T>(this IEnumerable<T> lst, Action<T, int> action){
int index = 0;
foreach (T obj in lst){
action(obj, index++);
}
}
}
400:デフォルトの名無しさん
08/10/03 22:11:48
Enumerableの拡張メソッド見た感じじゃthis IEnumerable<T>の引き数名は
sourceだがここでもsourceでいいのかね
401:390
08/10/03 22:27:26
>>400
valuesじゃ駄目だろうか？
public static class IEnumerableExtensions {
public static void Each<T>(this IEnumerable<T> values, Action<T> action) {
foreach (T obj in values) { action(obj); }
}
public static void EachWithIndex<T>(this IEnumerable<T> values, Action<T, int> action){
int index = 0;
foreach (T obj in values){
action(obj, index++);
}
}
}
402:デフォルトの名無しさん
08/10/03 22:29:27
派生クラスでプロパティを違う型に変えるのは出来ないの？
class Class1
{
public Class1 Owner { get{～} }
}
class Class2 : そlass1
{
public Class2 Owner { get{～} }
}
403:デフォルトの名無しさん
08/10/03 22:32:57
>>399
メソッド名はForEachでいいと思う。
C#だとWithIndexみたいなのは付けずにオーバーロードを使うほうが自然。
public static class EnumerableEx
{
public static void ForEach<T>(this IEnumerable<T> source, Action<T> action)
{
foreach (var item in source)
{
action(item);
}
}
public static void ForEach<T>(this IEnumerable<T> source, Action<T, int> action)
{
int index = 0;
foreach (var item in source)
{
action(item, index++);
}
}
}
404:デフォルトの名無しさん
08/10/03 22:33:57
new すればいいんじゃない？
405:デフォルトの名無しさん
08/10/03 22:35:50
オーバーライドでの共変・反変性はサポートされとらんねー
406:403
08/10/03 22:36:48
>>401
参考までにこれも
URLﾘﾝｸ(msdn.microsoft.com)
Enumerable.Selectにもインデックス付きのバージョンがあるんだけど
Enumerable.SelectWithIndexとはならない。
407:デフォルトの名無しさん
08/10/03 22:36:57
じぇねりっく！
408:デフォルトの名無しさん
08/10/03 22:38:04
㍉
409:デフォルトの名無しさん
08/10/03 22:42:16
public Class1 Owner2 { get{～} }
public Class2 Owner1 { get{～} }
（ ＾▽＾）
410:デフォルトの名無しさん
08/10/03 22:45:43
>>399
俺も>>403に一票。てか、俺が書いたとしてもforeachを一行で書くくらいの違いで
クラス名、変数名まで全く同じになりそう
あ、でも型パラメータは一応Enumerableに合わせてTSourceにしとくかな
411:デフォルトの名無しさん
08/10/03 23:10:13
プロジェクトによって、インテリセンスのコメントが
出てきたり、出てこなかったりするんだけど、
何が違うんでしょう？
同じソリューション内にa, b, zの３つのプロジェクトがあったとして、
aからはzのコメントが出てくるのに、bからだとzのコメントが出てこない、
みたいな状態です。
参照設定も同じようになってます。
412:デフォルトの名無しさん
08/10/03 23:25:52
>>403
なるほどなるほど
413:デフォルトの名無しさん
08/10/03 23:32:32
超初心者の質問ですがどなたか願いします
名前空間ってあるじゃないですか
あれって使わないものもusingで指定しても大丈夫ですか？
自分がちょっとテストしてみたところ問題ないような感じなんですよ
めんどくさいので全名前空間usingセット作っておいたら便利なのかと思うんです
何か不都合がおきますか？
414:デフォルトの名無しさん
08/10/03 23:37:32
クラス名が時々衝突する
Timerなんか3つあるしな
415:デフォルトの名無しさん
08/10/03 23:39:39
>>414
わかりました
横着は駄目ですね
ありがとうございました
416:デフォルトの名無しさん
08/10/03 23:43:33
型名をタイプしてからShift+Alt+F10が便利
417:デフォルトの名無しさん
08/10/04 00:06:48
>>409
418:デフォルトの名無しさん
08/10/04 15:17:26
c#ってマックで動きますか？
419:デフォルトの名無しさん
08/10/04 15:17:44
動きます。
420:デフォルトの名無しさん
08/10/04 15:26:44
.Net frameworkがインストール可能な環境なら
どこでも動くってことでおｋ？
421:デフォルトの名無しさん
08/10/04 15:28:06
いいえ
.NetFrameworkに限りません
422:デフォルトの名無しさん
08/10/04 15:44:15
メガマック食いてえー
423:デフォルトの名無しさん
08/10/04 16:06:44
>>422
スーパーサイズで良いですか？マックマクにしてやんよ
424:デフォルトの名無しさん
08/10/04 17:48:38
メモリ上にある画像（byte[]で保持しているjpg画像）を、
HTMLで好きなようにレイアウト組んで表示させたいんだけど、
WebBrowser使ってできるかな？
画像データはファイルに落とさないこと前提で。
425:デフォルトの名無しさん
08/10/04 18:02:57
プロトコルハンドラを書けばいいんじゃない？
それで、<img src="foo:ID"/>とかできるとおもう。
IInternetProtocolとかでぐぐれ
426:デフォルトの名無しさん
08/10/04 18:07:15
何しようとブラウザに画像ファイルとしてキャッシュされる可能性は捨てられんがそれはＯＫ？
427:デフォルトの名無しさん
08/10/04 18:25:09
今ペイントソフト的なのを作ろうとしているんだが…
範囲選択、塗り潰し、グラデーションが上手くできなくて困ってる。
塗り潰しはピクセルごとに色を取得してクリックしたとこと同じなら…とやろうとしたがそれだと離れた場所にある同じ色のピクセルも色が変わってしまう。
グラデーションはLinearGradientBrushでやろうとしたが、グラデーションが繰り返されてフォトショとかみたいにならない。
初心者で悪いんだが、助言もらえると助かる。
428:デフォルトの名無しさん
08/10/04 18:25:21
或いはNetscapeプラグイン、或いはActiveX
429:デフォルトの名無しさん
08/10/04 18:32:05
困ったときはPaint.NET見てみる
俺は見たことも使ったことも無いから参考になるかどうかは知らん
430:デフォルトの名無しさん
08/10/04 18:43:47
無料のSicence Libraryなかなかいいのないよね。
431:427
08/10/04 19:07:47
>>429
前に見たんだが、ファイル数多くてどれがどれだか分からないし、さらに理解もできなくて…
オープンソースの奴がある程度は理解できるようにはならないと駄目だよな…
432:デフォルトの名無しさん
08/10/04 19:35:11
>>425
ありがとう。
ググってみるわ～。
むずそうだったらファイルに落とすか、
諦めてDataGridに表示とかにするわ。
>>426
全然おｋ
433:デフォルトの名無しさん
08/10/04 19:44:41
塗りつぶしは上下左右のピクセルを調べて同じ色なら塗る
を上下左右に再帰的に適応していけばできる気がするな
それよりもいい方法があるかもわからんけど
434:デフォルトの名無しさん
08/10/04 19:59:07
>>433
極めて正しいが多分今のPCでは実用速度的に厳しいと思う
塗りつぶしは昔から研究されてるからちょっと調べればアルゴリズム色々転がってるよ
435:デフォルトの名無しさん
08/10/04 19:59:31
>>433
そのまま再帰で書くとSystem.StackOverflowExceptionしそうだな。
多少きれいじゃなくなるけど、非再帰に書き直さないとな。
スタックを使えばできないこともないと思う。
それと、直接塗りつぶすんじゃなくて、
画像と同じサイズの配列(Bitmapでも可)を用意して 塗りつぶすところと塗りつぶさないところのフラグ(マスク)を作ってから
重ね合わせで塗りつぶせば、グラデーションやテクスチャの流し込みとかにも応用できそう。
あと、塗りつぶす前にマスクをぼかしておけば、よりきれいにぬれているように見えるはず
436:デフォルトの名無しさん
08/10/04 22:32:15
ソースコードを記述したファイルの管理について質問させてください
C#はソースの場所と名前空間に特に関連が無いようですが、一般的に従うファイルの置きかたなどあるのでしょうか？
今はVC#がソースを置くディレクトリに全てのファイルをそのまま置いてます
また、クラスとファイルの関係ですが、どうするのが普通なのでしょうか？
Javaみたいに1個のpublic classに対して1個のファイルを作るのが普通でしょうか？
よろしくお願いいたします
437:デフォルトの名無しさん
08/10/04 22:34:42
好きにすればいいよ
438:デフォルトの名無しさん
08/10/04 22:37:45
>>436
> C#はソースの場所と名前空間に特に関連が無いようですが、一般的に従うファイルの置きかたなどあるのでしょうか？
ありません。
> 今はVC#がソースを置くディレクトリに全てのファイルをそのまま置いてます
ファイル数が少ないときはそれでよいかと。
> また、クラスとファイルの関係ですが、どうするのが普通なのでしょうか？
> Javaみたいに1個のpublic classに対して1個のファイルを作るのが普通でしょうか？
一般的にはそんな感じですが、Java と違って、ひとつのファイルに複数のクラスが書けるので、
機能的にまとまったクラス群はひとつのファイルにまとめることもあると思います。
439:デフォルトの名無しさん
08/10/04 23:02:47
>>437-438
レスありがとうございます
参考にさせていただきます
ついでに、もう1個質問です
C#にはパーシャル クラス機能があり、1個のクラスを複数のファイルに分割して記述できると知りました
しかし、使う場面が思いつきません
パーシャル クラスの一般的な使い方とかあるのでしょうか？
440:デフォルトの名無しさん
08/10/04 23:03:38
>>439
VS でウィンドウアプリを作れば、プロジェクトがどういう風にパーシャルクラスを
使ってるかわかるよ
441:427
08/10/04 23:17:19
>>433-435
レスThx、参考になった
塗りつぶしアルゴリズムでググってみたら良さげなのが出たからそれを利用してみる事にする。
続けてで悪いんだが、範囲選択はどうしたら出来るか助言を貰いたい。
442:デフォルトの名無しさん
08/10/04 23:38:10
>>439
基本的に、機械生成コードと手書きコードを合わせて1クラスにするための機構。
443:435
08/10/04 23:47:52
>>441
矩形だけなら始点(sx,sy)と終点(ex,ey)を保持するだけで良いが
それ以外を選択するには、Bitmapで形を保持すると良い
PictBearは選択範囲をBitmapで保存できたから、多分そんな形でやってるはず。
>>442
WPF,XAMLがある今、いらない子?
444:デフォルトの名無しさん
08/10/04 23:50:45
>>443
いや、WPF 以外にもいろいろ使われてる。
WPF の XAML も、ビルドの途中で partial class を自動生成してる。
445:デフォルトの名無しさん
08/10/04 23:50:50
>>443
形の保持ならGraphicsPathでよかろうよ
446:デフォルトの名無しさん
08/10/05 00:07:30
ラスタ形式の画像の選択範囲は、
αチャンネルで持つのが普通な気が。
447:デフォルトの名無しさん
08/10/05 01:03:01
splitで出力された1次元配列にいくつの要素があるかわかるメソッドってない？
448:デフォルトの名無しさん
08/10/05 01:04:24
Count()
449:デフォルトの名無しさん
08/10/05 01:05:07
>>447
ubound
450:デフォルトの名無しさん
08/10/05 01:05:29
ごめん、VB と勘違いした
451:447
08/10/05 01:08:36
即レスサンクス！
Count()はVBで>>448=>450でおｋ？uboundを使ってみます！
452:427
08/10/05 01:11:46
助言してくれた人たち、ありがとう。
教えてもらった方法をなんとか試してみる。
453:447
08/10/05 01:16:32
ん、、？
uboundがVBかorz
454:デフォルトの名無しさん
08/10/05 01:25:10
現実では無理だと悟ったので、人工知能の少女を作って仮想世界で彼女作ろうと思うのですが
C#でできますか？
455:デフォルトの名無しさん
08/10/05 01:28:10
C#はそんな貴方の夢を叶えます
456:デフォルトの名無しさん
08/10/05 01:53:29
>>440
レスありがとうございました
自分は今のところコマンドプロンプトで実行するアプリケーションしか作ってないので、そのうち勉強させてもらいます
すみませんが、またまた質問させてください。
今度は例外処理に関してです。
C#だと、例外は必ずしもtry~catchしなくて良いのでしょうか？
Encoding.GetEncoderメソッドを使うプログラムを考えているのですが、特に例外処理しなくても、コンパイルも実行もできてしまいます
おそらく、このメソッドは存在しない文字コードを指定すると例外を発生させますよね？
そのための例外処理が必要だと思うのですが、どうなってるんでしょ？
Javaで言うところのRuntimeExceptionが出ているのでしょうか？
APIを調べたのですが、URLﾘﾝｸ(msdn.microsoft.com)を読んでも、例外関係の情報が入手できません。
例外の基本的な処理の考え方や、ドキュメントからの例外情報の入手方法を知りたいです。
よろしくお願いいたします
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5377日前に更新/215 KB
担当:undef