【PHP8.0】PHPにヌルセーフ演算子が導入される - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[trashtoy]

賛成多数みたいだけど個人的には反対. PHP初心者による脳死 ?-> 利用が増えて, Java で言うところの catch された Exception の握りつぶしみたいな気づかれにくいバグを誘発する可能性が出てきそう

[synopses]

日本語訳はこれが定説なんでしょうか。Nullセーフ演算子のが自然な気が。個人的には訳さずにNullsafe operatorの方がいいけど

[letsspeak]

いつものひと。Swift使ってるけどガード文化がないと変な使い方されそうな気もする

[als_uz]

最近PHP書き始めてこれで数時間ぐらい溶かしたりしているからいい流れだと思う

[circled]

例えばMySQLやPostgreSQLがJSON型を扱えるようになったので、個々のデータ上で JSON項目に放り込まれた有るかも無いかも不明な項目の一部を取り出す時に、if文重ねなくてもエラーにならずに画面に出せるようになる。

[nobodyplace]

“ヌルセーフ演算子” そんなん導入されてたんか

[at_yasu]

ヌルヌル

[nilab]

【PHP8.0】PHPにヌル安全オペレータが導入される - Qiita

[kjtec]

“PHPのプロパティは元よりnull安全なので、存在しないプロパティだろうがnullだろうがプリミティブ型だろうがいきなりプロパティを取り出せます。”

[otchy210]

PHP に限らずだけど、文法の拡張が進む古めの言語で記号三つの演算子増えてきたなぁ。

[koogawa]

ほほぅ

[YukeSkywalker]

おお、これは便利。

[yaboot]

コードが？だらけになる未来が見える、、、、

[laiso]

実行時エラー回避やデフォルト値代入に便利そうだけどnullになりうる静的な型チェックがないと濫用されると困るやつっぽい

[all_insanity]

でももうMSは面倒見てくれないんだよなぁ

[hdampty7]

外部と通信してオブジェクト化するときとかのnullチェックの実装は物凄く面倒というか、trycatchを本来の目的に限定できるようになるとか使いどころは多そう。

[onesplat]

“いきなりプロパティを取り出せます。 取れない場合はE_NOTICEが発生しますが、??を使えば黙殺できます。” 何言ってるのかわからない。PHPは投げ捨てよう

[programmablekinoko]

kotlinで使ってるが個人的には何がなんでも欲しいものでもない。どうしてもnull渡したくない場合nullチェック入れるし

[mollifier]

stringとstring?などを区別してnullチェックを強制する機能がないなら、単に書き方が短くなっただけという印象

[odakaho]

引数のみ実行してメソッドはスルー、は無いんだな。チエーン が長いときに意味不明だからかな。 “null安全オペレータについて、短絡を実装する方法は3種類ありました。”

[taku-o]

便利だね

[uunfo]

これだけしっかり解説しながら最後に「どのくらい有用なのかもよくわかっていません」はずっこける

[yarumato]

“人気の高水準言語、null安全オペレータの実装状況を確認してみます。13のうち8言語がnull安全オペレータを持っており、そのうち4言語は短絡評価します。　個人的にはメソッドチェーン書きやすいしかメリットないです”

[sezemi]

“null安全オペレータ?->”

[n314]

テンプレートエンジンからのメソッド呼び出しは全部これに変換するとか、リクエストのidからdbのオブジェクトに自動変換されたときとか、使い所は自動コード生成絡みかな。

[mayumayu_nimolove]

nullって面白い単語だよな

[prozorec]

ちなみにnullはナルと読むべき

[ghostbass]

面白そう/言語間の差がなくなっていく

[ustam]

当分使う予定ないけど覚えておこう。

[z1h4784]

あくまで->のオペレータに限定した仕様だから配列のOutOfBoundsは防げないっぽいけど、隔世の感があるな