[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 01/29 10:32 / Filesize : 198 KB / Number-of Response : 931
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:デフォルトの名無しさん [2010/03/20(土) 02:15:38 ]
このスレッドは
「どんなにくだらないC#プログラミングに関する発言でも誰かが優しくレスをしてくれるスレッド」です。
ほかのスレッドでは恐ろしくて書き込めないような低レベル、もしくは質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からない場合など、勇気をもって書き込んでください。
内容に応じて、他スレ・他板へ行くことを勧められる、あるいは誘導される場合がありますがご了承下さい。

なお、テンプレ2行目が読めない回答者は邪魔なので後述のC#相談室に移動して下さい。

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

ふらっとC#,C♯,C#(初心者用) Part56
pc12.2ch.net/test/read.cgi/tech/1267348401/


関連スレ
C#, C♯, C#相談室 Part55(実質56)
pc12.2ch.net/test/read.cgi/tech/1260111240/1

VB.NET質問スレ(Part33)
pc12.2ch.net/test/read.cgi/tech/1263738929/1

C++/CLI part3
pc12.2ch.net/test/read.cgi/tech/1206447234/1

488 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:17:53 ]
>>487
Document-Viewアーキテクチャだね。
Viewから保持するデータ(Document)を分離する。
もたせ方は、コンストラクタで渡そうがプロパティで引き渡そうが好きにすればいい。

それよりも、メインのフォームを切り替えるのがちょっと面倒そうだなー、と心配するかな。

489 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:35:56 ]
>>488
ありがとうございます。

Document-Viewアーキテクチャを見ると、
「そのためにWPFがあるのです。」という空耳が聞こえます、気のせいですよね。

ご指摘の通り、そこで悩んでいます。
フォームの値をまとめた構造体Dataなどを作って、

Form2 a = new Form2();
a.Data = this.Data;
this.Close();

みたいにしてもいいのでしょうか?

490 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:39:22 ]
>>489
だよね。
その書き方だと、this.Close()を呼び出した直後にProgram.csのMain関数が終わってしまう。

そこでMain関数内をループ構造にして、
Application.Runを複数回呼び出せるようにするとどうだろう。
そのタイミングでメインフォームを切り替えるとか。

491 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:49:32 ]
WPFのコードビハインドとXAMLの関係は、物理的にビューとロジックを分けて
分業しましょうっていう考え方でDoc-Viewとは違うよ
XAMLはWinFormsのDesigner.cs相当で、コードビハインドとは別にXAMLだけを入れ替えるようなことはしない
そういうのはMVVMとかもっと高次の枠組みでやる

492 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:50:16 ]
>>490
bool run = true;
while(run){
Application.Run(new Form1());
Application.Run(new From2());
}

どう・・・なんでしょう。
Program.csにData(Document)保存した方がいいような気もします。

493 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:55:01 ]
>>491
ビューと"ロジック"なんですね。 参考になります。

WPFはスケッチブックと色鉛筆渡されたような気持ちになるので触る勇気がまだありません・・・。
ちなみに、Formは大学ノートとシャーペン。


494 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:56:57 ]
ManageForm.Visible =false

495 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:59:11 ]
ManageForm.Visible =true

496 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:59:36 ]
>>494
メモリ×2

でも、それも手段の一つです。



497 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 22:59:39 ]
>>489
そもそも「フォームの値」などというものが存在していることそれ自体がおかしい。
WPFとか関係ない。

聞いた感じクラスを使ったプログラミングが理解できてないようだから
まずそれを覚えないことには話にならないよ。

498 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 23:00:18 ]
>>493
そこじゃないw
WPFでいうビューとロジックの分離っていうのは、デザインとコードをはっきり分離できていれば
デザインはデザイナが担当してコードはプログラマが書くという形で分業できるという考え方。
だからDoc-ViewやMVCでいうならXAMLもコードビハインドもViewに属する。

499 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 23:15:20 ]
>>497
フィールドの受け渡し、と言うべきでしょうか。

500 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 23:17:30 ]
言い直しても理解できてなけりゃ同じだろう

501 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 23:24:59 ]
俺だったらフォーム分けないな
Panelか何かに配置して入れ替える

おそらくデザイナ使いたいからその辺を避けようとしてるのだろうけど
だったらUserControlでも継承すればいいんだよ

502 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 23:26:52 ]
>>492
おかしなことせんとApplicationContext使えば?


503 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 23:39:01 ]
>>501
>>502
ありがとうございます。
両方試してみます。

504 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 23:41:08 ]
クラスライブラリ書くとき内部クラスにするの面倒くさいのでinternal使ってよいですか?

505 名前:デフォルトの名無しさん [2010/03/26(金) 23:48:20 ]
例えば

今日の朝生の出演者名簿から
今日の討論の流れをシュミレーションするには
どれぐらいの経験がひつようでしょうか?

506 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 00:20:58 ]
>>501
その方法で解決できました。
ありがとうございます。



507 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 03:08:31 ]
>>506
だろ
継承すればいいだろ

508 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 07:26:53 ]
>>505
朝生視聴歴10年くらい

509 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 11:52:38 ]
ネットの画像を保存する方法は?
タイマーとか使って一定時間ごとに自動的に保存するようなのを作りたいんだけど。

510 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 11:57:57 ]
画像がJPEGとかなら、普通にダウンロード。
WebBrowserで取ってきて、キャプチャってのもありだね。

511 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 12:43:16 ]
>>509
dobon.net/vb/dotnet/internet/downloadfile.html
ほい

512 名前:デフォルトの名無しさん [2010/03/27(土) 15:42:11 ]
C#にてWindowsフォームアプリケーションを作成しています。
DataGridViewを置き、
実際に内容が表示されている(値のある)行をクリックしたときはその行を選択状態にさせ
実際に内容が表示されていない下部の余白をクリックしたときは、選択状態を解除したいと考えているのですが、
余白をクリックしたことを検知するにはどのようなイベントを行えばよいのでしょうか。
よろしくお願いします。


513 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 15:43:24 ]
HITTEST系のイベントなかったっけ?

514 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 15:46:29 ]
>>512
欄外をクリックしてChange系イベントをもらったときに
選択中のindexを問い合せると-1が返ってきたりしない?
ListBoxではそういう動きをする。

515 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 15:55:19 ]
そのものずばりの HitTest() メソッドがあるな。

516 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 17:33:14 ]
あっそ



517 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 17:43:57 ]
できた
private void dataGridView1_MouseDown(object sender, MouseEventArgs e)
{
if (dataGridView1.HitTest(e.X, e.Y).RowIndex < 0)
{
MessageBox.Show("hoge");
}
}


518 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 18:26:20 ]
できたね

519 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 18:42:29 ]
おめでとう。

520 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 18:45:50 ]
Visual Studio C# Express Editionで、
フォームの入った.csをエディタでいじってフォーム部分を壊してしまったとき
なんとか復活させる方法ないでしょうか。

Express Editionのフォームデザイナが異常終了しちゃうんです。

ビルドはできるし、できあがったexeも実行出来るんですけど。
フォームデザイナだけ言う事聞いてくれない。

521 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 18:47:26 ]
異常終了って何だよ? 赤いバッテンが出るとかか?

522 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 18:58:49 ]
ソースのほうを直すしかない

523 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 19:05:55 ]
exeから逆コンパイルすればいいのでは?

524 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 19:11:20 ]
>>523
一言余計だ

525 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 19:15:04 ]
何がやねん

526 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 19:34:25 ]
せやな



527 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 19:42:22 ]
これだから大阪民国人は・・・

528 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 19:50:42 ]
せやせや

529 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 20:05:06 ]
でんがなまんがな

530 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 20:26:11 ]
日本人の97%は朝鮮人か中国人の直系

531 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 20:30:55 ]
そういう言い方だと、朝鮮人とか中国人ってのも意味ないんだけどな。

532 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 20:36:43 ]
全人類はアフリカの女性からだっけ?
全員はアフリカ人だな

533 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 21:11:33 ]
>>521
うん。そう、それ。


Visual C#でエラーが発生したため終了します。
エラー報告を送信する しない


× データが失われる可能性を防ぐため、デザイナの読み込み前には以下のエラーを
   解決する必要があります。

× オブジェクト参照がオブジェクトインスタンスに選定されていません。

534 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 21:17:26 ]
ちょこちょこ直してくしかないんじゃないかなぁ。

535 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 21:39:12 ]
初心者なんでどこがエラー原因なのかさっぱりわかりませんよー

536 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 21:42:03 ]
じゃ、あきらめろ。



537 名前:デフォルトの名無しさん [2010/03/27(土) 21:45:05 ]
>>517
マウスでクリックしたときのイベントを書くとき、
MouseDown,MouseClick,Click,MouseUp
どれを使うのが適切なの?
イベントの発生順がちがうのは分かるけども、
どれか1つしか書かないときはどれが望ましいのか分からないっす
(-_-;);

538 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 21:46:39 ]
クリックでいいじゃん

539 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 21:47:29 ]
処理による。イベントによって取れる情報が違うし、タイミングが重要なこともあるからね。

540 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:00:13 ]
>>533
実はVSのデザイナーはいろんな理由で落ちる不完全な代物なので、
そういうものだと思っておこう。

落ちた位置自体はレポートされてるから、
それを参考に修正する。大抵はコンストラクタ周り。

541 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:27:52 ]
現在、.net Framework3.5で開発中です。

特定のディレクトリの配下すべてを
1つのファイルにバックアップ・リストアする機能を作成しています。
(イメージ的には、zip圧縮と解凍)

圧縮はSystem.IO.Packageのクラスでどうにかできたのですが、
解凍がうまくいきません。

今やっている考え方は、
packgeのオープン→ファイルパス取得→取得したファイルパスからファイルをコピー
の流れで、パス取得とコピーを繰り返している状態です。

なぜかコピーできるファイルとコピーできないファイルが存在していて困っています。
なお、ソースで圧縮したzipファイルは、laplusで解凍、ファイルが適切に存在していることを確認しています。


誰か理由を知っていますか?
また、代替案をご存知ですか?

#J#のライブラリによる圧縮・解凍や、フリーのライブラリを利用することは現状考えていません。



よろしくお願いします。

542 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:29:46 ]
オセロの盤面のようなものを描きマウスクリックする事で
左1右3とマス目を取得するプログラムを作りたいのですが
参考になるサイトなどがあったら教えてください

543 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:30:27 ]
すみません 左1上3でした

544 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:32:24 ]
>>541
System.IO.Packagingはzipファイル作るためのライブラリじゃないよ
Open Packaging Conventions、つまりxpsとかのためのパッケージ仕様

545 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:34:16 ]
>>541
そもそも ZIP 用ってわけじゃないので、ダメかも知らんね。
まっとうなライブラリ使った方が早いと思うよ。

>>542
たかだか 64マスなんだから、PictrueBoxとか配置しちゃうってのもひとつの手。

546 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:37:03 ]
>>542
void form_MouseUp(object sender, MouseEventArgs e) {
int x = e.X / マス目の幅;
int y = e.Y / マス目の高さ;
}



547 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:39:29 ]
>>544

回答ありがとうございます。
Open Packaging Conventions用のクラスだというのは承知です。
固定のアプリからの圧縮・解凍ができればおkらしいです。

本当ならJ#のライブラリを使ったら簡単というのはわかるのですが、
いかんせん仕様上使わない方向らしいです。

もし完全に無理なら仕様変更を訴えてみます。

548 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:41:40 ]
その仕様を決めた奴に聞けよ。

549 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:43:03 ]
>>545

回答ありがとうございます。
やっぱり無理そうですか…。

まっとうなライブラリとはどんなライブラリですか?

550 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:43:36 ]
GZipStreamでも使って独自フォーマットでまとめて突っ込めばいいじゃん
ヘッダにファイル名とサイズさえ書き込んでおけば充分だろ

551 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:44:44 ]
>>548

仕様を決めた人は、C#を知らないわけでorz。
無理なら無理と言い切りたいのですが、圧縮だけはできてしまったので困った次第です。

552 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:44:51 ]
7zip


553 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:45:46 ]
GZipStreamは単一ファイルにしか使えないからないわ。

>>549
フリーのライブラリがいろいろ転がってるだろ?
サポート云々とか言うなら、PkZipのがいいな。

554 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:47:15 ]
仕様を決めたやつがC#知らないんだったら、「これじゃできません」って言っても
否定はされないだろ。

555 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 22:47:28 ]
サポートとか無くていいならこれおすすめ
dotnetzip.codeplex.com/
pureC#で使いやすい

556 名前:541 mailto:sage [2010/03/27(土) 22:51:09 ]
1人1人に返すのが大変なので一括で。

初め、GZipStreamも考えたのですが、
・必須仕様
→アプリ上で圧縮・解凍が可能。
・推奨仕様
→アプリ外でも解凍可能。
という感じだったので、却下した次第です。

あと、フリーのライブラリも検索で引っかかってたのですが、
商用利用のために怖いと上の人間に言われて却下状態です。

無理ぽなら、月曜にでも理由を言って、改善案を作ってもらいます。



557 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:00:28 ]
zlibでもP/Invokeしてきて使えば
いくらフリーといってもさすがにzlibを信用できないなら何も使えないでしょ

558 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:00:40 ]
あの…ここ…初心者用…

559 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:04:41 ]
>>556
プログラムの安定性は実績で決まるのであって、
商用かオープンソースなのかは全然関係ないんだけどな。

オレはアーカイブ内のファイル構成はSQLiteで外部で管理してるよ。
データファイル側はただ単に暗号化して連結してるだけ。

560 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:07:06 ]
怖いのは安定性じゃなくてライセンスだと思うよ、多分

561 名前:541 mailto:sage [2010/03/27(土) 23:07:51 ]
>>557

了解です。
zlibも検討します。

>>558
知ってるか?
俺はC#はじめてまだ5ヶ月だから初心者なんだぜ。

562 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:09:22 ]
>>553
ちゃんとzip用のヘッダさえ書いてやれば、
ファイル一つ一つの圧縮はGZipStream使ってもれっきとしたzipファイルが作れるんだぜ

563 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:09:25 ]
>>560
ああ、ライセンスね。そのライブラリは調べてなかったな……。



って、Ms-PLじゃねえか!
.NETの世界で一番有名なオープンソースライセンスなのに、
怖いとかモグリだろ。

564 名前:541 mailto:sage [2010/03/27(土) 23:10:14 ]
>>560

そういうこと。
できたらおkじゃないところが痛い。

565 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:11:26 ]
まあオープンソース=GPL汚染というのはやはり根強い印象があるよねー

566 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:12:59 ]
>>555のようなMS-PLなら全く問題ないだろ
最近のMSのサンプルやMSがオープンソースで公開してるライブラリもほとんどMS-PL



567 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:16:21 ]
C#すげーな

568 名前:541 mailto:sage [2010/03/27(土) 23:16:46 ]
みなさんいろいろありがとう。

とりあえず結論としては、
・標準ライブラリはやめとけ。
・dotnetzipができるならいい。
・ダメならzlibでどうにかする。
・それでも無理ならあきらめろ。

でおk?

569 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:18:47 ]
まあ自作しろって言われるのがオチだな

570 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:20:17 ]
PKとかのライブラリ買え、ってのが抜けてる。

571 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:20:19 ]
.NET4では大量のMS-PL由来のライブラリが本家.NETに統合されるよ
WPFの新しいコントロールとかDLRとかMEFとか新機能の多くがMS-PL

572 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:22:20 ]
deflateの自作は重すぎ。

573 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:23:06 ]
>>568

541が使用している標準ライブラリは必ずしも選択は間違ってないけど、使い方がおそらく間違っている。
dotnetzipで問題ないだろうけどこのスレのやつが実際に確かめたわけではないので、自分で調べて考えろ。

574 名前:541 mailto:sage [2010/03/27(土) 23:26:56 ]
とりあえず、自作する方向でも、一度上の人と相談します。
>>573の言うとおり、使い方が間違っている可能性もあるのでそれも含めつつ。

ダメなら即効白旗揚げて、対策考えてもらいます。
ありがとうございました。

575 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:29:24 ]
あのよ、コスト考えろよ。ZIP圧縮・解凍ライブラリなんて自作してたら、
どんだけ時間かかると思ってんだよ。

576 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:31:33 ]
当該アプリで圧縮したものは、他のアプリでも伸張できるけど、
当該アプリで伸張できるのは、当該アプリで圧縮したものだけ

という仕様でよければ、自分で実装するのも然程困難ではない



577 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:36:10 ]
そんな実装するくらいなら、BSDライセンスのライブラリでも探すわw

578 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:38:24 ]
そんなロクにテストもしてない実績もない
バグだらけの糞自作ライブラリなんかそれこそ怖くて使いたくないわ

579 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:38:58 ]
>>540
あれ、レポートされてたっけ。

また今度じっくり向きあってみます。
自分が組み上げたコードじゃなく引き継いだものなので、
どこがどーなってるかさっぱりなんですがねw

580 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:40:47 ]
誤解されそうなので補足しとくけど>>578は拾ってきたライブラリを使うんじゃなくて
自分で実装する場合の話ね

581 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:42:50 ]
よく「設計した人から言われたんで」みたいなこと言うやついるけど、
きちっと筋道建てて論破できない時点で、そいつも同罪。

582 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:42:56 ]
>>576
作るのは簡単だが、世間並の圧縮率にするのと、バグがほとんどないと思えるレベルの安定性にするのが大変

583 名前:デフォルトの名無しさん mailto:sage [2010/03/28(日) 02:44:06 ]
Ms-PLのdotnetzipはどう使えばいいの?
黙って実装しても問題にならないの?

584 名前:デフォルトの名無しさん mailto:sage [2010/03/28(日) 03:13:13 ]
オレは業務でZIP書庫作る必要があって、結局は自前でやったなぁ
実データはDeflateStreamで済むしヘッダだけ実装すればいいだけだよ

585 名前:デフォルトの名無しさん mailto:sage [2010/03/28(日) 03:22:29 ]
シェアード ソース ライセンス
www.microsoft.com/japan/resources/sharedsource/licensingbasics/sharedsourcelicenses.mspx

商用アプリに利用して一緒にバイナリを配布してもOK。詳しくはライセンス原文を参照してくれ。

586 名前:デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:28:12 ]
.NET界隈はわりと自由なライセンスが普及してて良い



587 名前:デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:29:33 ]
>>586
隠したくても隠せないしねw

588 名前:デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:40:44 ]
まぁ、使っていいって言ってくれてるんだから隠す必要はないな。
ライセンスで認められた範囲で堂々と使うといい。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<198KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef