- 作者
- 名前
- ソーシャルメディア @chris_mccord Twitter プロフィールを見る
- (割り当てます )
クリス・マッコード
アニー・ロイト
出産する ! まさにこれが Phoenix パターンのウェブログの最初の記事であり、主なリリースとマイルストーンの間の進行中の側面または日々のパターンの更新について説明します.
フェニックスの乗組員は、少なくとも約 1 年間、エレガントに対処するソリューションを求めていました。サーバー上のメモリにシーケンスを保持する必要なく、山積みのコレクションを作成できます。 これで、コンテナに phx-update="append"
phx-update="prepend"
. いくつかの運動状況では機能しましたが、機能したとしても最悪でした. その理由を見てみましょう。 今日では、アタッチを「非永続的」としてマークすることで機能します。この方法論は、サーバーがレンダリング後に破棄します。 次に、新しい商品を追加するために、開発者が新しいアイテムを完全にレンダリングできるようにします。消費者は、状況に応じて絶滅したアイテムを取り除くのではなく、自動的にフェードアウトします。 適用すると、これは空想に思えました: def render
達成 ~H””」
追記/プリペンド トリックにより、ビルダーはシーケンスの「ナイーブな」メモリ内リテーラーから始めて、前代未聞のコードを変更することなく最適化することができました。
でマークされている可能性があります。 phx-update=”追加”
大きい! 原因の変化に吸い込まれたこの進歩とは対照的に、誰もが喜んでいます. まず、削除はサポートされていませんでした。 DOM コンポーネントを取得するには、JavaScript を自分で作成する必要があるかもしれません。また、マップの可能性が高い場合は、ささやくことなく、一部の監視で贅沢なサービスを台無しにする可能性があります。 その後、コンテナーは 2 つの操作モード (追加または前置) を完全にサポートしました。 タイムラインに投稿の目録を追加するのと同等の動作を交換し、さらに新しい投稿を上位に追加することは、もはや複雑ではありませんでした。 並べ替えも達成できなくなりました。 消火では、内部実装はコストがかかり、脆弱でした。 すべての DOM パッチよりも早く、DOM ツリーを「偽装」して、新たにパッチが適用された派手なアイテムを検索し、新しいツリー内で繰り返されていることを確認する必要がありました morphdom