あなたはただ「特徴」を言う必要があるようです-そしてホリバーが始まります。我々はすでに始まっずつ事故を 数週間前。そして、それを理解することにしました。それ以上は何ですか？コードの重複を減らす方法。機能を実装する簡単な方法。インターフェイスのデフォルトの実装。それとも古代の悪？
例を挙げて考えてみましょう- 今週の水曜日の夜、YouTubeで。そして、以下に放送参加者の位置を見ることができます。
それはどうなるでしょう。一連のラウンド、対戦相手、モデレーターなど、議論に近いものを手配します。そして、あなたが好きなポジションに投票します。
Valentin Udaltsov（Pykhチャンネルの作者 ）は、特性の熱烈な反対者になります。Roman Pronsky（ PHP-ダイジェスト）-ホスト。さて、残りの人は特性の良い名前を擁護します。
キリルネスメヤノフ、SpiralScoutの開発者擁護者、PHPロシアプログラミング委員会のメンバー
-特性の何が問題になっていますか？
-はい、すべてが「そのような」ものです。これはツールです-正しく使用してください。顕微鏡で釘を打つことはそれほど賢いことではありません。問題は、彼らをすべきではない場所に押し込もうとしている人々であり、そうすると、彼らは次のよう になります。
-なぜこれについて話すことに興味がありますか？
-特性がどの範囲のタスクで発明されたかを誰もが理解しているわけではないからです。何らかの理由で、それらは通常、クラスを物理的にスライスする手段と見なされます。やめる時が来た！
-オンラインで2時間でポジションを変えることはできますか？
- 番号。
ポッドキャスト「 BetweenBrackets」のホストであるSkyengのチームリーダーであるSergeyZhuk
-特性の何が問題になっていますか？
-他のツールと同様に、特性は開発者の武器庫にある必要があります。ただし、正しく使用する価値があります。たとえば、ライブラリ内の無関係なクラス間でいくつかのヘルパーメソッドを共有する場合、継承やDIなしで機能を拡張する機能をユーザーに提供します。
もちろん、特性が漏れる可能性があります。そして、自分の足を撃たないために、私は自分自身のために3つのルールを特定しました。
- すべての特性には、対応するインターフェイスが必要です。
- 特性は完全に自給自足である必要があります。使用するすべてのものは、それ自体の中で宣言する必要があります。
- 特性はできるだけ小さくする必要があります。理想的には、1つの方法、1つの特性。
-なぜこれについて話すことに興味がありますか？
-多くの開発者は、このPHP機能に強く反対しています。彼らと議論するのは興味深いでしょう。これまでのところ、「gitrebaseを試しました->リポジトリを台無しにしました-> gitrebaseは悪です。」のように見え ます。
-オンラインで2時間でポジションを変更できますか？
- はい。
BotHelp.ioの開発者であるIvanLeschev
-特性の何が問題になっていますか？
-すべてが大丈夫です、ただ誰かがそれらを正しく調理する方法を知りません。
-なぜこれについて話すことに興味がありますか？
-良いデザインと悪いデザインの例を見るのは興味深いことです。
-オンラインで2時間でポジションを変更できますか？
-おそらく「はい」よりも「いいえ」です。
DrupalコミュニティのアクティブメンバーであるRadonのCTO、Alexander Dubovskoy
-特性の何が問題になっていますか？
- そのようなものです。指で叩くだけのハンマーです。
少なくともアンソニー・フェラーラの2011年の記事からHolyvarストレッチは 、新たなevalを形質です。しかし、その後、Symfonyコンポーネントに簡単に移動できる美しい例はほとんどありませんでした。同じLockableTraitは非常に便利で理解しやすい理由と理由）
-なぜこれについて話すことに興味がありますか？
-建築上の論争は興味深いものです。少なくとも、あなたは新鮮な視点を聞き、他に何を読むべきかを見つけるでしょう。
-オンラインで2時間でポジションを変更できますか？
- 番号。
ps
Nikita Popov：私は特に特徴が好きではありません。私はPHP5.5から開発に携わっており、5.4で追加されました。もし私がその時だったら、それらは確かに追加されなかっただろう。
pps特性がどのようにすべての人を救ったか、または台無しにしたかについての素晴らしい話があるならば、12月23日のストリームでそれを共有してください 。そして、いずれにせよ-接続します。