1 名前:デフォルトの名無しさん mailto:sage [2007/08/08(水) 12:18:31 ] Objective-C(オブジェクティブ シー)はプログラミング言語の一種。C言語をベースにSmalltalk型のオブジェクト指向機能を持たせた上位互換言語。 (Wikipedia:ja.wikipedia.org/wiki/Objective-C より) 前スレ pc11.2ch.net/test/read.cgi/tech/1106983092/ 前々スレ pc5.2ch.net/tech/kako/990/990574267.html
504 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 10:10:59 ] 勘違いさんいらっしゃーい >>499 はいさようなら。
505 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 12:04:42 ] POCはMacじゃ使えないんですか?
506 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 12:23:12 ] めずらしく伸びてると思ったらもう夏休みなんだな… 小中学生ばっかりか
507 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 12:25:50 ] Objective-Cは、文字列を`char *'型にするか、NSStringオブジェクトにするか選択できるハイブリッド型であるということが特徴です。 これがObjective-CのほうがSmalltalkより高速な理由です。 別な観点から言えば、 Objective-Cプログラムのすべての要素がオブジェクトで表現されていたとしたら、おそらくSmalltalkと同程度の速度であり、 Smalltalkが行なえる基本クラスへの最適化がないことで苦戦するでしょう。 つまり、文字列操作の細かい話は勉強しなくてもいいと言っている人はObjective-Cのメリットを全く理解していないんです。
508 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 12:27:01 ] >>506 ボクが小学生だからってバカにするオマエがバカ!
509 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 12:33:53 ] >>505 PoweMacのみ。IntelMacでは動かない。EtoileはIntelMacでも動くよ。
510 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 12:47:16 ] >>507 ええと、一応聞いておくけど、本気でそう思っているのか ? おまえは全ての encoding に対応した文字列操作ルーチンを自分で書いて最適化できるのか ?
511 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 13:02:20 ] >おまえは全ての encoding に対応した文字列操作ルーチンを自分で書いて最適化できるのか ? 逆に質問しよう。なぜ、最適化という問題を持ち出したかと言えばオブジェクトのオーバーヘッドを理解しているからじゃないのか? 自分で最適化しないでも、問題を理解していれば、そういった処理を注意深く扱うようになる。それで速度的な問題を回避できるようになる。
512 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 13:12:05 ] 近頃の人ってsprintfとか使わんの?
513 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 13:48:32 ] 「文字列操作ルーチンを自分で書いて最適化できるのか ? 」って極端すぎるだろw よっぽど悔しかったのかw
514 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 14:11:34 ] >>512 sprintfなんて使ってるやつはばかです
515 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 14:25:30 ] >>514 理路整然とした理由も述べないで否定するだけなら小学生でもできる。 まさか小学生じゃないよな? sprintfとNSStringでの文字列操作の用例を挙げて比較したうえで なぜsprintfを使うのがばかなのか述べてくれないかなぁ。 これは非常に興味深いテーマだ、>>514 、君の意見が聞きたい。
516 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 14:37:03 ] sprintfのmanくらい読んでから質問してください
517 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 14:48:23 ] snprintfだろう常考
518 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 15:20:33 ] クズばっかだな
519 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 15:33:50 ] snprintf!! wwww 現場を知らない廚はコレだから困る。
520 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 15:37:21 ] >>514 の言い分けマダー?(゜∀゜)
521 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 16:30:50 ] わけけ?
522 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 16:52:33 ] >507 一行目は同感だけど、最終行は同意できない。 いまさら自力で文字列”操作”をする人はいないでしょ。 使うとしたら簡易パーサぐらいだろうけど、 それでもその辺に落ちてる高級パーサとか正規表現ライブラリ使う方が手っ取り早い。 それともこの程度のことも”操作”に入る? NSLogは改行されるし、妙な出力が追加されるんで、fprintfを使うことは多いよね。 >>516 +[NSString stringWithFormat:format, ...] がsprintf相当だね。
523 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 17:07:54 ] >一行目は同感だけど、最終行は同意できない。 結局、全く理解してないことを指摘されて図星だったのかw まともな反論も出来ないチンカスw
524 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 17:39:14 ] >いまさら自力で文字列”操作”をする人はいないでしょ。 >使うとしたら簡易パーサぐらいだろうけど、 >それでもその辺に落ちてる高級パーサとか正規表現ライブラリ使う方が手っ取り早い。 で、NSStringを使う利点まだぁ?チンチン その程度でC言語の文字列操作の細かい話は勉強しなくてもいい理由だって主張してるの?
525 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 17:56:20 ] 佐藤藍子 「NSStringさえあればもうNSStringC言語の文字列操作の細かい話は勉強しなくてもいいと思ってました」
526 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 18:27:42 ] ごめん。 人違いだわ、それ。 おれ、>522が初発言ね。 >NSStringを使う利点まだぁ? 楽だから。 べつにお勉強の為に文字列を操作するのは止めないけど、 お勉強以外であえて泥沼を選ぶ意図が俺には分からないね。
527 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 18:40:21 ] >>526 「>>514 じゃないけど」ぐらいことわってから書くぐらいしろよ。 間違われても仕方ないだろ。 まぎらわしいぞw
528 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 19:02:20 ] ごめん。 ID無いの忘れてたんだよ。
529 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 01:14:12 ] 外人さんがつくった Cocoa ソフトで日本語環境でつかうと おかしくなるのがあって、ソースみて原因追及してみたら 内部でアルファベットだけと仮定して char* で操作してるところのせい だったというのがあるので、char* のほうが速いかもしれませんが、 非日本人が使うかもしれないというのを考えて、 ShiftJIS / MacJapanese とかエンコーディングを仮定して char* を操作するプログラムを書くのではなくて、 NSString (か他の国際化文字列ライブラリ)をつかって書くようにして おいてくださると多分世界のどこかで誰かが助かります。
530 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 01:19:21 ] 文字を右から左に書く言語も考慮して作れということか?
531 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 01:31:05 ] NSString (とかほかの国際化文字ライブラリ) をつかっておくと、 自分で考えなくても自動的にある程度は考慮されたことになるというのが利点。 Mail.app にイスラエル人の知り合いからメールがきて、 名前欄がちゃんとヘブライ語になってたので感心しました。 まあきっと外人さんには名前欄に漢字が出る時点でびっくりなんだろうけど。 海外製のフリーウェアシェアウェアでも Cocoa なら大抵は 日本語問題なくつかえるのは一貫して NSString つかってあるからで、 (というと言い過ぎだと思いますが、) 昔の Carbon のころはそうではなかったです。 メニューバーとかよく化けてたでしょ。
532 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 01:39:10 ] >>529 君のまだ知らない世界にはユニコードっていうものがあってな
533 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:09:08 ] >>532 個人が作るソフトにはUTF-8なcharとかwchar_tを使わずに US-ASCIIかISO-8859-1前提でcharを使ってるのがままあるよ。 作者がUnicodeにする必要を感じてないから仕方ない。 Mac用のソフトだと素直にCocoaで作ればそんなことにはなりづらいけどね。
534 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:14:19 ] アホにわざわざ説明してやらんでも
535 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:16:53 ] >>522 >それでもその辺に落ちてる高級パーサとか正規表現ライブラリ使う方が手っ取り早い。 その辺に落ちてるのほとんどchar*になってるだろw NSString使わない方が良いみたいに読めてしまうw
536 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:18:38 ] UTF-8NとUTF-8はちと違うし、UTF-16にもUTF-16Nがあるんだよな。
537 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 02:27:05 ] >>535 >それともこの程度のことも”操作”に入る? も読んでね。 文字列を渡したり、もらったりも文字列操作に入れちゃうのか?
538 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 04:08:53 ] >>537 てかさぁ、ライブラリでパターンマッチングやバックトラッキング用のクラスを用意してその上に高級パーサとか正規表現ライブラリを構築してる例なんてあるの? なかったらどのみちchar*を使うんだから勉強せざるを得ないんじゃないのか?
539 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 05:30:58 ] char *は使うよ。 でも、文字列は操作しないよ。
540 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 05:39:33 ] 正規表現ならOgreKitがある
541 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 08:36:55 ] パーザをlex&yaccで作成するときにはまともなCの知識が必要だ。 上で言ってるObjective-Cの知識だけじゃどうにもならん場合はある。
542 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 09:02:36 ] そこまでする人間がまともなCの知識を持ってないというのも考えにくいような。 ちょっと凝ったことをするにはCで直に、あるいはObjCのラッパを書くことになるし Objective-Cだけで開発するには限界があるのは同意。
543 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:04:26 ] ここで正規表現とか持ち出す奴っていったい何なの? データベース使うJavaの人?BSDとかでスクリプト書いてる人? 文字列検索と文字列操作を美しく勘違いしてないかいw?
544 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:19:48 ] C言語の正規表現を使うにはregex.hをimportしてregcomp, regexec, regfree関数を利用する。 int regcomp(regex_t *preg, const char *regex, int cflags) 正規表現のコンパイルを行なう。コンパイル成功時には0を返す。 int regexec(const regex_t *preg, const char *string, size_t nmatch, regmatch_t pmatch[], int eflags); 正規表現による検索を実行する。 void regfree(regex_t *preg) 正規表現パターンバッファを解放する。
545 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:28:06 ] >>544 通りすがりだが横から質問させて。 で?そのregcomp,regxec,regfree関数ってどういう時に使うの? sprintfとかscanfとか上の方で出てたNSStringの文字列操作と置き換えられるものなのかな? 教えてエロい人!
546 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:31:02 ] OgreKitとregex.h。OgreKit遅いやん。
547 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:35:06 ] >>546 ネーネーregex、OregKitとかいうのとsprintfは同じ機能のものなの? 文字列操作の話で来ているのになんで「正規表現」て出てきてegex、OregKitなの? ワカラナイ、ワカラナイ... 「お前が馬鹿だから」と言うの無しでちゃんと説明して!、初心者なので。
548 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:36:33 ] >>545 適当にググッた。嫁。サンプルコードだけ読めば簡単に分かる。 regex.h memo.majide.com/index.php?%A1%DAC%B8%C0%B8%EC%A1%DB%C0%B5%B5%AC%C9%BD%B8%BD sometime.minidns.net/~ccgi/posix_regex.html reglib.c ・・・ regcomp,regxec,regfree関数を使って、regsplit, regreplace, regrpall, regcnt関数を構築してる例 sometime.minidns.net/~ccgi/posix_reglib.html
549 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:41:36 ] 要するにプログラマは文字列操作をテーマとした意思の疎通も困難な程、コミュニケーション能力がないという事か。 sprintfに対してreglib使え?おいおい(w。 挙げ句は自分の言葉で説明できないからググッたコピペと来たよ。 これじゃプロジェクトが座礁してデスマーチにもなる罠。
550 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:42:11 ] >サンプルコードだけ読めば いや、走らしてみろ。即分かる。
551 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:43:09 ] >>549 はいはい、ワロスワロスw
552 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:47:24 ] prm1という変数があってユーザーが入力した値を入れ、メッセージに表示する為の文字列を作りたいと思います。 例:"prm1は不正な入力です。" sprintfではなくreglibで処理を行なうにはどのようにしたら良いでしょうか。 具体的なコードをここに書いてくださると助かります。
553 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 10:57:59 ] >>552 のこうげき 「かいしんのいちげき!」 >>551 の無能さが露呈した。
554 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:06:05 ] hoge.strings "hoge"="%sは不正な入力です。"; hoge.m ... id hoge = NSLocalizedStringFromTable(@"hoge", @"hoge", @"hoge"); hoge = [NSString stringWithFormat:hoge, prm1]; fprintf(strerr, "%s¥n", [hoge UTF8String]); ... てか、文字列操作の細かい部分をchar *でするかどうかの話でしょ? なんで話変わってんの?
555 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:06:47 ] >>549 >これじゃプロジェクトが座礁してデスマーチにもなる罠。 いやいや多分>>548 はプログラマですらないからwww iPhoneブームで注目度があがるの結構だけど、知ったかぶる廚も多くなるから嫌だね。
556 名前:522 mailto:sage [2008/07/20(日) 11:07:29 ] >>554 は俺ね。 また勘違いされる所だ(w
557 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:08:37 ] 上でlex&yaccの話が出てたと思うけど、文字列操作は字句解析と構文解析のふたつで出来てることが多い。 lexは字句解析のことで、文字列を1文字づつ読み込んでトークン、つまり単語に切り分ける仕事をする。 yaccは構文解析のことで、得られたトークンの意味を推測して構文木を作成する。 で、得られた構文木を元にして文字列の意味を翻訳する。 正規表現は、 テキストの文字列に対してパターンマッチを行う強力な道具です。 TEXTファイル中からある単語を置換/検索するのもパターンマッチです。 例えばyaccを使わないで簡易にキーワード(文法上重要なトークン)を探したいときのパターンマッチを正規表現でやるとか出来ます。 regex、OregKitは正規表現プログラムなのでそういったことが簡単に出来ます。 int sprintf(char *str, const char *format, ... ); sprintfは書式formatにしたがって、printf関数と同様の変換を行った出力を、文字列strに格納します。使えるようになると凄く便利。 char *str : 変換した出力を格納する文字列。 const char *format : 書式指定文字列。 ※ 要するに、正規表現は文字列のパターンマッチをするのに対して、sprintf関数は文字列を変換します。だから役割はちがう。
558 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:12:15 ] 煽らないと会話してもらえない可愛そうな香具師なのかな?
559 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:14:45 ] あ、あと出来上がった構文木はバックトラッキング(深さ優先探索)を使って各ノードをトラバース(順次訪れる)します。
560 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:15:58 ] 夏休みに入った途端に変な子が来たね
561 名前:547 mailto:sage [2008/07/20(日) 11:17:06 ] >>557 ありがとうございます! regex,OregKitはsprintfとは使い道が違うものなのですね。 困ったさんのおかげであやうく誤った知識を覚えてしまうところでした。
562 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:21:49 ] 例えば、Ruby on RailsみたいなWebアプリでやってるようなことをObjective-Cとかで実現したいとしよう。 プログラムには、字句解析と構文解析をする部分を作成してHTMLやXMLの中から必要な情報を抜き取る必要がある。 そういうときに、パターンマッチで必要な情報を見つける。そして、sprintf関数とかを使って適切な形に仕上げて表示させるという風に使用する。
563 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:28:39 ] XML なら素直に既存の XML parser 使うだろ、普通。
564 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:31:52 ] >>563 じゃ、解説して! もう疲れてきた。適切な例を考えるのめんどい。
565 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:35:32 ] すまんが>>514 が悪あがきしているようにしか見えない。>>564
566 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:37:47 ] >>514 じゃないからw むしろ>>553 だろ おれはちゃんと>>557 を書いて説明した。>>514 と言われるのは心外だ。
567 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 11:47:41 ] >>566 すまん。疑心暗鬼になってて。
568 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 12:00:36 ] lex&yacc⇔flex&bison
569 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 12:27:02 ] Obj-C 以外の話題で盛りあがるのはやめようよ ... 夏休みだから仕方がないのかな。
570 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 13:18:46 ] >>569 >夏休みだから仕方がないのかな。 >>495 にあるように、この流れは君の嘘が元凶だったんだから反省してくれ
571 名前:デフォルトの名無しさん mailto:sage [2008/07/20(日) 14:40:24 ] 個人的にはOregKit意外にもCocoaOniguruma軽くて良い感じ。
572 名前:デフォルトの名無しさん mailto:sage [2008/07/21(月) 00:32:36 ] >>495 にあげられてるのが全部同じ人だってのはどうしてわかったの? もしかしてスーパーハッカー?
573 名前:デフォルトの名無しさん mailto:sage [2008/07/23(水) 12:24:43 ] 単に嘘ついてるのを並べ得たんじゃね 語録としてまとめるのは変だが
574 名前:デフォルトの名無しさん mailto:sage [2008/07/23(水) 23:08:37 ] char* としての文字列の操作をしらなくても簡単な Cocoa プログラムは書けるというのは嘘ではないのでは ... Apple としては C で書くときでも char* じゃなくて CFString つかってくれということだよね。
575 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 05:24:39 ] >Apple としては C で書くときでも char* じゃなくて CFString つかってくれということだよね。 はぁ?ばかじゃねぇの?
576 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 08:44:13 ] >はぁ?ばかじゃねぇの? 煽り煽られたいだけじゃなくて、ほんとにそう思ってるなら、 BSD の API じゃなくて Apple 製の C API で、 char* を受け取るものがどういうのがあるか反省してみてください
577 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 09:28:05 ] stringWithCString?
578 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 09:47:18 ] >>577 それを使うと"default encoding"が変わったときに 文字化けして死亡するので、使わないでね。というか deprecated in 10.4. stringWithCString:encoding: か stringWithUTF8String: を使ってください。お願いだから。 これだけのせいで動かない海外製のフリーウェアに何度も出会っているので ...
579 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 09:54:16 ] 典型的には、OS X の日本語環境では MacJapanese が "default encoding" で、 こいつは円記号とバックスラッシュを区別するので、 海外製の Cocoa でつくったシェルスクリプトのラッパで 不用意に -stringWIthCString: と -cString で行ったり来たりすると シェルスクリプト内に ASCII code でのバックスラッシュ(0x5c)が あるべきところにMacJapanese の バックスラッシュ (0x80) が入って スクリプトが動かなくなったりします ...
580 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 19:55:33 ] >>574 , >>576 オマエの妄想をAppleが言ってるように言うな、この詐欺師が
581 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 21:01:18 ] でたでた
582 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 21:24:17 ] >>574 char* としての文字列の操作すら知らなかったら、ほんとに簡単なプログラムしか書けない、というのは嘘ではないよ。
583 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 23:09:04 ] >char* としての文字列の操作すら知らなかったら、ほんとに簡単なプログラムしか書けない、というのは嘘ではないよ。 まあそれはそうですね。 NSString のメソッドって一杯あるけどなんか微妙に足りないことがしばしば。 Perl/Ruby/Python みたいに 正規表現が標準でつかえればそんな問題もなくなるんだけど。
584 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 23:29:01 ] ねぇねぇ、なんでいきなりchar*を受け取る「API」の話になるの?このスレ。。 それともわざとか? 釣られた俺?
585 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 23:30:01 ] >>583 >Perl/Ruby/Python みたいに >正規表現が標準でつかえればそんな問題もなくなるんだけど。 この人、また来てるのね。正規表現廚。
586 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 23:46:52 ] >>584 char*を入力したり出力したりするAPIが存在しなければ、char*を使う必要がない。と言いたいんじゃないの?
587 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 06:28:52 ] 「char*を受け取るAPI」と「正規表現」にこだわる思考回路が理解できない件www
588 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 09:00:50 ] 反抗期なんだろ。
589 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 09:12:03 ] ていうか普通 NSString なんか使わないだろ
590 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 15:16:41 ] >>574 >>576 >>578 >>579 >>583
591 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 17:08:20 ] NSString NSAutoString NSCString NSIString NSMutableString NSAttributedString ・・・
592 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 20:07:49 ] Netscapeですか
593 名前:デフォルトの名無しさん mailto:sage [2008/07/26(土) 07:19:51 ] Netscape NetSTEP NeXTSTEP NeXTscape ・・・
594 名前:デフォルトの名無しさん mailto:sage [2008/07/26(土) 08:21:40 ] ソープのゴム無し
595 名前:デフォルトの名無しさん mailto:sage [2008/07/26(土) 09:41:26 ] バカ専用 普通 ハッカー ウィザード ┝ - - - - ┿━━━┿━━━┥ ∩___∩ /) | ノ ヽ ( i ))) / ● ● | / / | ( _●_) |ノ / 今はここら辺クマーー!! 彡、 |∪| ,/ / ヽノ /
596 名前:デフォルトの名無しさん mailto:sage [2008/07/26(土) 20:44:47 ] ゴメンずれてる
597 名前:デフォルトの名無しさん mailto:sage [2008/07/27(日) 12:45:31 ] バカ専用 普通 ハッカー ウィザード ┝ - - - - ┿━━━┿━━━┥ ∩___∩ /) | ノ ヽ ( i ))) / ● ● | / / | ( _●_) |ノ / 今はここら辺クマーー!! 彡、 |∪| ,/ / ヽノ /
598 名前:デフォルトの名無しさん mailto:sage [2008/07/27(日) 17:39:05 ] ごめんずれてる
599 名前:デフォルトの名無しさん mailto:sage [2008/07/27(日) 21:48:06 ] 普通 まったり 超まったり dat落ち寸前 ┝ - - - - ┿━━━━┿━━━━━┥ ∩___∩ /)
600 名前:デフォルトの名無しさん mailto:sage [2008/07/29(火) 19:06:09 ] "\psage"
601 名前:sage [2008/08/20(水) 10:31:33 ] sage
602 名前:デフォルトの名無しさん mailto:sage [2008/08/21(木) 05:21:02 ] すみません。教えてください。 a = [foo bar_A:[s get] B:[s get]]; というステートメントがありまして、いろいろ実験してみますと、 どうもB:[s get]がA:[s get]より先に実行されてるっぽいです。 どうしてなのか知りたいのですが。
603 名前:デフォルトの名無しさん mailto:sage [2008/08/21(木) 06:02:59 ] 引数の評価の順番って保証されてたっけ? というか普通は保証されないから理由なんてないと思うよ
604 名前:602 mailto:sage [2008/08/21(木) 08:31:49 ] >>603 わかりました。ありがとう!