!=
の代わりに≠
を使用しても問題ありません。私はそれが追加の高度なコードだと私はプロジェクトでこれを使用したことはないが、私はそれをテストし、それが動作したことを知っている。 Alt +8800
に加えて、賛否両論がありますか?≠like!= pros/cons
編集: 私はこれを使用するつもりはない、私は知りたい。 テスト済みの言語php。
!=
の代わりに≠
を使用しても問題ありません。私はそれが追加の高度なコードだと私はプロジェクトでこれを使用したことはないが、私はそれをテストし、それが動作したことを知っている。 Alt +8800
に加えて、賛否両論がありますか?≠like!= pros/cons
編集: 私はこれを使用するつもりはない、私は知りたい。 テスト済みの言語php。
あなたの質問にについてですが、多くの欠点を≠
持っているプログラミング言語で言及していない:
それはASCIIに存在しません。純粋な7ビットASCII以外のコードは、奇妙なエンコーディングエラーに対して脆弱であり、編集プログラムに不必要な要件を強制します。エディタのフォントなどによっては正しく表示されない場合もあります。NOTは、コードを編集するときにそのようにしたいと考えています。
動作しても、広く使用されているわけではありません。それ自体が避けるべき理由です。
これは画面のスペースを節約しますが、明快さを犠牲にしています。あなたが疲れている場合は=
と間違えられることさえあります。簡潔なコードは常に最善ではありません。
携帯で簡単に入力することはできません。実際には、グラフィカルな文字セレクタなしで私のLinuxシステム上でそれをどのように生成するのか分かりません。画面のスペースを除き
私は、他の「優位性」を考えることはできません(ディスク容量は、実際には、同じまたは!=
よりも悪い)ので、なぜわざわざ?
EDIT:PHPと私のシステムで
(MandrivaのLinuxの2010.1)動作しない≠
(10進数でU + 2260、または8800)をオペレータに5.3.4。あなたのエディタが暗黙的にそれを!=
に変換していないことは確かですか?
なぜ迷惑だ。同意する – andrewk
有効なPHPオペレータではないため動作しません。 – webbiedave
なぜ気になるのですか?有効な数学文字であるため、<= and > =の代わりに≤&≥と同じです。これは、作業コードを構築するコード文字(I type = 'to print)の数が少なくて済みました。 – BenRacicot
どこで使用しますか..... –
どのプログラミング言語について話していますか? – thkala
どの言語でも 'Alt + 8800'を'!= 'よりも簡単に押すことはできますか? – Tony