kmizuさんの「Objective-Cで不満に思うこと」に対する反応

多分他にもいっぱいあったのだと思うけど、全然拾い切れなくて、自分のTLを中心に入れましたが、入れたいもの(もしくははずしたいもの)があったらどんどん勝手に編集してください
23
kishikawa katsumi @k_katsumi

だいたい理解できるけどnilへのメッセージは便利と思ったことしかないなあ。そこだけ意見を異にする。 Now Browsing: Objective-Cで不満に思うこと - ((プログラミング | 形式) 言語) について書く日記 - http://t.co/hLmgDucD

2012-09-14 14:20:11
Yasushi Abe @yasushia

https://t.co/76ZswUgh こういうの、クラッシュしなくても他に問題が発生してる可能性とか想像しないのかな。

2012-09-14 14:21:05
Kenji Yoshida @xuwei_k

https://t.co/09rJNZix なるほど〜自分もJava慣れてるから水島さんに近い意見だけど、じゃあ具体的にどう書けばObj-Cの特徴生かしたObj-Cっぽいコード書けるのか?っていうイメージわかないから、具体的な詳しい解説欲しいなぁー(嫌味ではなく、素直にほしい)

2012-09-14 14:22:19
殺意駆動開発 @toru_inoue

nullは、存在自体が問題。 nilは、存在自体が問題にならないnull。

2012-09-14 14:23:28
殺意駆動開発 @toru_inoue

で、nilが問題発見の妨げになる、というのはその通り。逆に、問題を起こさなくする事ができる、という面で恩恵を受ける事も、ごく稀にある。

2012-09-14 14:25:21
殺意駆動開発 @toru_inoue

でも自分は、nilがある事を「最高にハイッて奴だッッッ!!!」って思うクチ。

2012-09-14 14:27:55
病気の美少女 @lyrical_logical

@gakuzzzz Option でいうところの、そのまま捨てていい None のことでは

2012-09-14 14:29:36
殺意駆動開発 @toru_inoue

すいません、自作のiOSActorで解脱しちゃってるので、もう苦しむ事とかなくなっちゃったんです。

2012-09-14 14:30:48
Soutaro Matsumoto @soutaro

http://t.co/5oSFtjSy 括弧についてだけ言えば、Obj-Cの部分とCの部分が見分け付くので、一定の評価をしている。

2012-09-14 14:31:58
殺意駆動開発 @toru_inoue

人為的にnilが入っちゃうコードとかはマジEvil。

2012-09-14 14:34:36
akisute/Masashi Ono @akisutesama

Twitterでコンテキストがないと理解できないようなことをつぶやいちゃあかんというのに、まったく、しくじった

2012-09-14 14:36:42
Soutaro Matsumoto @soutaro

ブロックの構文といえば、^を選んだことだけはセンスがあると思う(λ)

2012-09-14 14:36:56
Toshiyuki Takahashi @tototoshi

nilのメソッド呼ぶとnilになるの、ゆろよろさんが前にrubyで書いてやったぜぇ〜って言ってた気がする

2012-09-14 14:39:51
akisute/Masashi Ono @akisutesama

結局自分が困ると関心をもつようになるってのが間違いなくて、例えば昔は俺メモリなにそれ美味しいのGCでええやん派閥だったんだけれども、モバイルになってから何GBメモリが積んであってもメモリが足りた記憶が無い。よりメモリ食うアプリを作るようになっただけかもしれんけど。

2012-09-14 14:39:58
akisute/Masashi Ono @akisutesama

Unity先生のUnloadUnusedAssetsしたあとの動きとかなんでフルGCしてんすかお前なめんなオラァとかに困らされるとGC嫌いになる

2012-09-14 14:40:43
kmizu @kmizu

@akisutesama とりあえずnilにしとけば安全ってのがよくわからないです。クライアントサイドにほとんどデータがないアプリならわかりますが。

2012-09-14 14:41:20
kmizu @kmizu

@akisutesama とりあえず落ちない=安全だとしたらさすがに賛同しかねます。

2012-09-14 14:41:49
Soutaro Matsumoto @soutaro

クラッシュしなければバグではない、という観点はちょっと面白いな。確かにそういう面はあるというのは理解できるし、別にObjective-Cがそうでなくするべきだとも思わないけど。でもやっぱ、普通の感覚として言えば、それはへんだろうとは思う。

2012-09-14 14:43:35
akisute/Masashi Ono @akisutesama

@kmizu 主にUI触るときにすっごいよくある例なんですが、モデルからUIコンポーネントにデータ詰めるコード書くことがあると思います(Windowsでデータバインディングしてるからんなもんねえよ!ってのは除く)。ここの詰め替えコードのnullチェックしないで死ぬのが定番で。

2012-09-14 14:43:39
Soutaro Matsumoto @soutaro

僕がいつも水島に言ってるのは、ちょっと高級なBrainfuckだと思って精神の安定を保て、UIKitに逆らうな、くらいですね。

2012-09-14 14:44:10
akisute/Masashi Ono @akisutesama

@kmizu それはサーバ側だとYESです。データの意味が変わっちゃいますもん。俺だってObjective-Cでサーバ書けって言われたら死ねバーカって返しますよ。しかし考えてみてください、iPhoneのアプリとかAndroidのアプリで通信でデータが取ってこれなかったときとか。

2012-09-14 14:45:06
病気の美少女 @lyrical_logical

objective-c の何が悪いって、それがデフォルトだというところですよね。そういう機能に対する需要は実際ある。Maybe に対する bind みたいなもんだと思えば…

2012-09-14 14:45:07
Soutaro Matsumoto @soutaro

@soutaro 変な日本語になってるな。nilのdereferenceがエラーにならない点についてです。

2012-09-14 14:45:32
akisute/Masashi Ono @akisutesama

@kmizu そういう時はデータが取ってこれなかったのでモデルがnilとかnullになってるわけなんですが、nullチェック一箇所でも忘れてたらそこを通過した瞬間クラッシュ★1本当にありがとうございましたっていう環境と、nilがいい具合にやってくれる環境だと後者のほうが楽なんすよ

2012-09-14 14:46:15
akisute/Masashi Ono @akisutesama

@kmizu なんだろ。すごい厳密でなくてすんません。そんなもんテスト書けやボケェとかあると思うんですけど。しかしそういう正しいプログラムで書けみちたいなのは俺が今まで見てきた、もうどうにもならないから直してくれというアプリは救えないと思ってます。

2012-09-14 14:48:23