- 1 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:09:04 ]
- 主にソケットに関しての質疑応答スレッドです。
Programming UNIX Socket FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/wskfaq-ja/
関連リンクは>>2-10辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port20
pc11.2ch.net/test/read.cgi/tech/1186418855/
関連スレ
Java ネットワークプログラミング 【教えて!】
pc11.2ch.net/test/read.cgi/tech/1086238859/
- 652 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 19:48:23 ]
- >>650
>>649はその通りだと思うが
- 653 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 20:51:05 ]
- HTTPって応答にデータが乗ってるだけじゃねぇの？
○ >>643
send → : データ送信
recv → : 正しく受け取りました
○ HTTP
c→s ： データ送信(リクエスト)
s→c ： 正しく受け取りました(レスポンス)
ってことだろ。
FTPは知らん。
- 654 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 20:56:15 ]
- >>643では省略されてるけど、Aのsendの前にBからデータ要求があるんだろ。
- 655 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 20:57:53 ]
- >>649
なぜデータを「送る」話でGETの例を出すんだ
- 656 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 21:43:06 ]
- >>655
サーバーがデータを「送る」からだろ
- 657 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 22:12:24 ]
- >>654
何話を勝手に変えてんだよ？
- 658 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 22:32:50 ]
- >>643出て来い！！
- 659 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 22:52:24 ]
- >>643のどこをどう読んだら曲解するのかわけわからん
- 660 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 01:32:58 ]
- まぁ結論、TCPなんだから送れば必ず届く。
- 661 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 11:22:41 ]
- >660
そんなわけねー。
TCPならケーブル抜いても届くのかよｗ
- 662 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 12:47:29 ]
- >>661
おまいには失望した
- 663 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 13:36:54 ]
- 子供の屁理屈みたいｗ
地球崩壊しても届くのかよｗみたいなｗ
- 664 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 14:14:20 ]
- 送れば届くというよりかは、届いたものは正しい、という方がTCPを説明するには良いような
- 665 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 14:41:14 ]
- RSTでセッションが終了した場合以外は、送れば届く。
- 666 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 16:53:50 ]
- 論理的に絶対届くって話になると
661みたいに物理的に切れたら無理だろといいたくなる気持ちもわかる
実際そうなんだからどうしようもない
- 667 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 17:20:55 ]
- エラーコード（RSTやタイムアウトなど）を調べるだけじゃダメなんだっけ？
- 668 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 18:16:00 ]
- こちらのTCP送信バッファが空になったら
相手のTCP受信バッファに届いたことは確か
相手プログラムが受け取れたか、
受け取れたとしてどのように処理したかはわからんけどね
- 669 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 21:26:27 ]
- いちいち送信バッファの内容チェックするのかよｗ
- 670 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 04:21:15 ]
- >>669
>>668
- 671 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 09:14:39 ]
- 送信バッファが空になったかどうかなんて、確認する術あたっけ？
- 672 名前：デフォルトの名無しさん [2008/10/20(月) 09:32:32 ]
- 教えてください
Ajaxで 受けて側のサーバーをＣで作っています
Ajaxがら GETでデーターを取りに来るときに
Keep-Alive指定なのに新たなコネクションを張ってきます
この場合サーバー側ではコネクションは持続したままで
よろしいのでしょうか？
ブラウザ側の挙動として７個程度のコネクションでリクエストした
後に止まってしまいます。タイマーで次々とリクエストされてくるのを
期待しているのですが・・・
サーバー側では リクエストにKeep-Aliveがあると持続して
無いと、そのセッションはCloseで良いのですよね？
- 673 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 12:22:53 ]
- >>671
getsocjopt
だが、バッファを監視するようなプログラミングは避けるべき
- 674 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 12:23:42 ]
- >>673
○getsockopt
- 675 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 18:10:07 ]
- >671
SO_SNDBUFを０にしてブロッキングsendが戻ってきたとき
＝相手からACKが戻ってきたとき
だったっけか。MSのTCP実装限定かもしらん
- 676 名前：643 mailto:sage [2008/10/20(月) 22:57:14 ]
- こんなにレスをいただいていたとは
なんかすみません。
>>654
Ｂ側はデータ要求をしません。
Ａ側からはいつデータが送られてくるかはわかりません。
Ｂ側ではＡ側からの接続を待ち続け、データが来たらＡ側に応答を返します。
Ａ側とＢ側両方が同じように機能するため、受信したものが
不定期に送られてきたデータか、自分が送ったデータに対する応答かを
判別する必要があります。
Ｂ側では受信データに埋めたＩＤから送信データか応答かを判別して処理しますが、
Ａ・Ｂ双方向からほぼ同時に送信をすると、どちらかで応答を認知できなくなったりします。
応答は相手へのデータ受信を確認する他、相手にデータを送ってから届くまでの
大体の時間を得るために用います。（応答受信時間も含むためあくまで目安です）
結局は設計・コードに問題がありそうなので、再度検討しなおします。
本当にありがとうございました。
- 677 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 23:13:13 ]
- >>676
>Ｂ側はデータ要求をしません
>Ａ側とＢ側両方が同じように機能するため
どっちだよｗ
- 678 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 00:09:24 ]
- メッセージの送受信と処理を行うのを別スレッドにすれば、両者が同じ立場のアプリでも
大丈夫な気がするけど。
- 679 名前：デフォルトの名無しさん [2008/10/22(水) 12:57:02 ]
- 質問です。
ディスクリプタを複数bindして、そのディスクリプタを
1つのselectに入れても良いのでしょうか？
Linux or Windows XP SP2
- 680 名前：デフォルトの名無しさん mailto:sage [2008/10/22(水) 22:11:51 ]
- というかまさにそのための select じゃないん?
- 681 名前：デフォルトの名無しさん mailto:sage [2008/10/22(水) 22:31:12 ]
- selectが保持するのはfile discripterだけじゃろ,なにが問題になると感じての質問なのかな？
- 682 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 03:33:15 ]
- >>679
poll お勧め。
- 683 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 03:44:34 ]
- epollお勧め
- 684 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 03:53:18 ]
- C:\>maki poll
'maki' は、内部コマンドまたは(ry
- 685 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 11:39:02 ]
- kqueueもお勧め
- 686 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 22:24:52 ]
- さげ
- 687 名前：デフォルトの名無しさん [2008/11/02(日) 02:12:39 ]
- WinSockでTCP通信プログラム作っているのですが
自分のプログラムが転送したデータの転送量を計測しようと思ってます。
Send関数の返り値にヘッダサイズを足せばいいと思い
ヘッダサイズを色々調べてみたのですが
イーサネットヘッダ 14byte
FCS 4byte
IP 20〜60byte
TCP 20〜60byte
→計 58〜138byte
と、ばらついてしまうようです。
そこで質問なんですが、通信速度が表示されるP2Pソフト等は
適当な値で仮定して転送量を計測しているのでしょうか？
それとも何か便利な関数があるのでしょうか？
- 688 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 02:43:45 ]
- ヘッダなんか見る必要ないよ
何考えてんの
- 689 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 02:46:50 ]
- ヘッダの大きさも含めての転送量を知りたいんでしょ。
IPより低レイヤーだと環境によって変わると思うけどな。
- 690 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 03:52:04 ]
- ACKの回数なんて普通わからんべ
- 691 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 07:33:14 ]
- ヘッダまで考慮してカウントしないのでは
- 692 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 11:24:46 ]
- 再送の回数なんて普通わからんべ
- 693 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 11:34:58 ]
- >>687
普通は実データのみに注目してヘッダなどのオーバーヘッドは無視だろう。
どうしてもヘッダを含めての転送量を知りたいなら、OSの統計機能を使うことになるかな。
- 694 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 13:22:14 ]
- UDP通信で質問します。
自分の作成したプログラムだと相手先がない場合、
sendtoの実行時に数秒間ブロックされてしまうのですが、
ping相当のコードは制御がすぐ戻ってきてブロックされないようです。
自分のコード
sd = socket(AF_INET, SOCK_DGRAM, 0);
sendto(sd, data data_size, 0, (struct sockaddr *)&to, sizeof(to));
ping相当のコード
sd = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP);
setsockopt(sd, IPPROTO_IP, IP_TTL, &ttl, sizeof(ttl));
sendto(sd, data, data_size, 0, (struct sockaddr*)&to, sizeof(to));
socketに渡すオプションとsetsockoptでTTL値を
設定してる以外は変わらないと思うのですが、
どの設定がブロックに影響しているのでしょうか？
自分のプログラムでも制御をすぐ返すようにしたいのですが、
複雑になりそうなので非同期にはしたくありません。
環境はXP SP2と linuxです。
- 695 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 14:22:35 ]
- 非同期じゃないプログラムって趣味のプログラム？
- 696 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 14:50:04 ]
- >>688-693
普通はヘッダは考慮しないのですね
再送のことも考慮しだすとちょっと大変そうなので
実データのみで計測することにしました。
ありがとうございました。
- 697 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 14:52:45 ]
- >>694
名前解決やarpに時間がかかってるのかもしれないし、そこだけでは判断しかねる。
制御を直ぐに戻したいなら非同期のプログラミングは避けられないね。落ち着いてやれば難しくない。
非ブロッキングや重複I/Oを調べましょう。
- 698 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 15:37:03 ]
- これと同じ問題か
soudan1.biglobe.ne.jp/qa4184217.html
- 699 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 17:58:20 ]
- とりあえずpingが通じてる間だけ通信することで回避できました。
非ブロッキングにしたい所ですが、送信バッファが
関数ローカルな箇所がいくつもあるので修正がちと大変です。
- 700 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 18:45:21 ]
- それは直したほうが楽だぞ。
C++のメンバ変数に移動させると楽だよ
- 701 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 21:30:52 ]
- 重複IOならともかく、非ブロッキングIOなら、
送信バッファが関数ローカルでもOKだと思うけど。
- 702 名前：700 mailto:sage [2008/11/02(日) 22:49:20 ]
- >>701
そうだった、socketの非ブロッキングは関数ローカルが正解だった。
重複I/Oはバッファーを保持しなくてはならない。いつも重複I/O使ってるからごっちゃになってた。すまん
- 703 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 19:16:06 ]
- あ、そうなんですか。
呼び終わったら破棄していいんですね。
- 704 名前：デフォルトの名無しさん mailto:sage [2008/11/16(日) 12:34:07 ]
- VC++でwinsock2.hをインクルードすると大量の二重DEFINEエラーが出るんだけど仕様なの？
BCCじゃ起きなかったのに
- 705 名前：デフォルトの名無しさん mailto:sage [2008/11/16(日) 12:46:14 ]
- エスパー待ちだな
- 706 名前：デフォルトの名無しさん mailto:sage [2008/11/16(日) 14:22:38 ]
- >>704
windows.h のincludeの前に
#define WIN32_LEAN_AND_MEAN
後死ね。
- 707 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 06:30:58 ]
- 最近UDPのが楽なのに気付いた。
WinsockのFAQ書いた奴はヘタレ。
- 708 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 07:35:13 ]
- まあ、伝送単位が１KBとかでセキュリティとか
ルータ超える考慮とかも特に必要ないとなると、
UDPが楽ではあるよね
TCPはエラー発生ポイントが多くなるし。
- 709 名前：デフォルトの名無しさん [2008/11/18(火) 12:03:57 ]
- ネットワークプログラミングを始めようと思ってるんだが
入門書でお勧めなのはどれだい？
ネットワーク以外のプログラミングなら自信あるぜ！
- 710 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 12:15:29 ]
- スティーヴンス本
>>3 の最初の
- 711 名前：709 mailto:sage [2008/11/18(火) 12:52:56 ]
- バカヤロー、どう考えてもビギナー向けじゃないぞ？！
でもかなり評価が高いみたいだな。知識ついたら読んでみるよ
で、入門書の話なんだが・・・
- 712 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 13:22:53 ]
- プログラミングに自信がある奴にビギナー向けが必要なのか？
- 713 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 13:31:41 ]
- 入門書を探してる時点でｒｙ
- 714 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 22:28:30 ]
- そういや、おいらは「インターネットを256倍使うための本」が
ネットワークプログラミング事始めだったZE
- 715 名前：709 mailto:sage [2008/11/19(水) 01:27:04 ]
- >>712
DirectX使えればネットワークプログラミングができる訳でもないだろう？
>>713
おまいはどうやってネットワークプログラミング覚えた？
やっぱりグーグル先生に教わったほうが良いのかかなぁ
>>714
Amazonでの評価は低いが、大丈夫なのか？
しかし、プログラミング業界はホント書籍に恵まれないな
ビギナー向けの本買い漁ろうかしら
- 716 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 05:31:06 ]
- Amazonでの評価なんかアテにするな
- 717 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 05:51:25 ]
- >>711
www.amazon.co.jp/UNIX%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E5%85%A5%E9%96%80-%E9%9B%AA%E7%94%B0-%E4%BF%AE%E4%B8%80/dp/4774117544
私はこれの改定前のもので門をくぐりました。昔はネットワークバイトオーダー無視を散々に叩かれましたが、今は大丈夫。
- 718 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 08:21:55 ]
- MTU内に収まらないようなデータを一度にsendすると
複数パケットにデータが分割されて送信され、受信側で順番にrecvすると思うのですが
2種類のどちらもMTU内に収まらないサイズのデータがあったとして
これらを連続してsendした場合に、
受信側でrecvした時に1種類目のケツと2種類目の頭がひっついて取れるなんてこと無いですよね？
- 719 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 08:28:36 ]
- ある。
- 720 名前：718 mailto:sage [2008/11/21(金) 10:17:44 ]
- あ、あるんですか・・・
やっぱり順序が保障されてるだけで、ひっついてとれることはあるんですね
とすると、切り分けるための仕様を決めとかないとだめか・・・
- 721 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 11:34:07 ]
- tcpか？
tcpはバイトストリームだから切れ目は自分で入れないとわかんないよ
- 722 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 11:38:35 ]
- あ、TCPです
やっぱそうなんですね
お二方ともありがとうございます。
- 723 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 17:53:15 ]
- 初心者らしい良い質問である
- 724 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 23:13:23 ]
- 自分で気がつくだけ偉い。
気がつかないで突っ走ってデバッグのときに変だ変だって騒ぐ奴よりは。
- 725 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 23:35:16 ]
- 変だ変だと騒いだ俺は死んだほうがいいんですか？
ねこわかネットワークとかそこらへん一切書いてない本も多いし
しかたないだろうとしか言いようがない
ということにするのが大人の対応だと思います
- 726 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 00:11:47 ]
- どうやってデバッグするか？ということを考える機会にもなるし
新しい領域に入るときはある程度トライアンドエラーしたほうがいいと思う
- 727 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 01:19:42 ]
- 改行が区切りのストリームは
1文字ずつ読まないとだめあるか？
- 728 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 01:26:14 ]
- バッファにたくさん読んで、改行以降は次回のためにそのまま保持しておけばよい
- 729 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 02:24:40 ]
- というかそういうレベルで、プログラマー名乗るのがあなたの罪
- 730 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 02:28:39 ]
- 別に名乗ってないかもしれんじゃないか
まぁわからんが
- 731 名前：709 mailto:sage [2008/11/22(土) 05:20:17 ]
- すまん、亀レスってレベルじゃないが>>717ｔｈｘ
- 732 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 19:25:50 ]
- >>709
亀レスだが、自分はこの2冊で入門はなんとかなった。
ttp://www.amazon.co.jp/dp/4274065197
ttp://www.amazon.co.jp/dp/4797323302
で、次にWebの情報サイトを横目に見つつ、rfcとか、TCP/IP FAQとか読んだ。
>>3-7 も半分ぐらい読んでる。
詳解TCP/IPシリーズとマスタリングTCP/IPは仕事で使うなら目を通すべき。
あと、パケットキャプチャソフトを自作するって本が数冊出てるので、
パケットキャプチャして遊んだ。デバッグの効率も上がるし。
- 733 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 23:43:12 ]
- recv()一回でひとつのメッセージを取得できる保証しろって騒いでた奴いたなー
- 734 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 05:22:02 ]
- >>728
バッファ持ちまわるの面倒だから結局そういう事やらないよね。
ラッパー作る暇ないし。
- 735 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 09:59:38 ]
- 本気か？
- 736 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 11:26:10 ]
- >>734
余計に受信できてしまったらどうするの？
1byteごとにrecv?
改行区切りみたいな読んでみないと終わりが分からないデータじゃなければ、
データ長いれるとかやりようはあるけど。
- 737 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 11:43:22 ]
- >ラッパー作る暇ないし
どんだけ無能なんだよ
- 738 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 19:48:37 ]
- dup2等を使って、stdioにやらせる手法はあるけどね。ブロックしても構わない用途なら。
まあ一般的だとは言いがたいけど。
- 739 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 21:19:42 ]
- 普通に受信して区切る処理はゼッタイ必要なんだから
ラッパにしたほうが楽でしょ
- 740 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:06:57 ]
- いや、そんないつ使うか判らんもの作る暇ないって。
一時期はおれも汎用性の夢をみたがな。所詮は無駄な贅肉だよ。
ソケット関係は毎回毎回要求仕様と微妙にかみ合わなくて
ラッパーなんか作るだけ無駄だと悟ったよ。
- 741 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:09:42 ]
- 使い捨ての軽量ラッパ作ればいいんじゃね
- 742 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:20:01 ]
- wrapperと汎用ライブラリがごっちゃになってない？
- 743 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:25:15 ]
- >>740がどんな実装してるのか気になる
本当に1バイトずつrecvしてるのかな
- 744 名前：デフォルトの名無しさん [2008/11/25(火) 20:09:58 ]
- 大学のUNIXOSでネットワーク対戦できるＣ言語のプログラムを作りたいです。
何かオススメの本とかサイトはありませんか？
- 745 名前：デフォルトの名無しさん [2008/11/25(火) 20:19:24 ]
- Javaネットワークプログラミング（オライリー）っておすすめかお（´・ω・｀）
読んだ事ある人いたら教えて欲しいお。
- 746 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 20:42:43 ]
- 大学のUnixマシンでネットワーク対戦リバーシつくったが、
ネットワークよりXlibに苦労した。。。
- 747 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 21:03:38 ]
- >>744
UNIX系は情報が入手困難で収集にも時間が掛かりすぎます。
結局>>745のようにJavaとかになったりします。
最初からWindowsで考えるのがおすすめですよ。
大体1/10から1/100程度の開発時間が短縮できます。
- 748 名前：デフォルトの名無しさん [2008/11/25(火) 21:57:27 ]
- うざいな。
そんなことあたりまえでしょう？
- 749 名前：デフォルトの名無しさん [2008/11/26(水) 03:22:58 ]
- だから、素直にJavaにしとけって。Winだろうが、Unixだろうがプラットフォームごとに
勉強する必要ないぞよ。1つ覚えれば、Write once, Run anywhereだ！
おまけに言語使用もそんなに難しくない。ネットワークなんかJavaでも一番わかりやすいんだから！
- 750 名前：デフォルトの名無しさん [2008/11/26(水) 03:24:41 ]
- >>745
その本はいいけど、古いよ。昔のJavaのメソッドとか書かれてるし、
今推奨じゃないのがけっこうあるよ。
でも、もんのすごく低レベルな初心者でもわかりやすく描いてあるから
一応ﾓｽｽﾒ。
- 751 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 03:52:03 ]
- >>749
え？winsock って bsdソケットとお作法が違うのですか？イベントドリブンに書くことは理解していますけれども。
- 752 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 13:21:49 ]
- ×Write once, Run anywhere
○Write once, Debug anywhere
|
 |
