確かにすべての設計者は、Lorem ipsumがレイアウトの作成に適していないことをすでに認識しているため、実際のデータを使用してすぐに設計しようとします。 しかし、実際の写真やテキストに近いテンプレートやデータベースに記入する必要があるため、これはコーダーやプログラマーにとって横向きになります。これらは、サイトが本番環境にリリースされた後も削除されます。 つまり、それに費やされた時間がゴミ箱に捨てられます。 しかし、それを捨てることはできません。
まず、平均的なサイト開発プロセスを想像してください。
設計者が設計→レイアウトレイアウトを構成→サーバープログラマーがパターンをプログラムおよびプルしました。
それはクールですが、いくつかの微妙な点があります。 レイアウトデザイナーは、静的なテンプレートを作成し、ファイルからファイルにキャップをコピーし、テキストを手動で選択し、リスト用の要素を作成します。長く、退屈で面白くありません。 何かを変更する必要がある場合は、すべてのテンプレートとリストをやり直す必要があります。
さらに、テンプレートをプルする段階では、何かが欠落していること、場合によっては考慮されていないことなどが常に判明します。したがって、変更、時間の損失などが発生します。
サーバーのプログラミングとテンプレートを交換することは論理的です：
設計されたデザイナー→サーバープログラマーは、要件に従ってすべてをプログラムしました→設計されたレイアウトデザイナー。
すでに良い。 しかし今では、テストデータを作成する負担はサーバープログラマにかかっており、退屈さは解消されていません。
しかし、各フィールドに独自の疑似タイプがある場合はどうでしょうか？ たとえば、写真、写真付きの長いテキスト、タイトル、名前、ログインなどです。その後、モデルを作成した直後に、実際のデータに似た1つの動きでデータベース全体を埋めることが可能になります。難しくない。
まず、管理パネルから意味のないエントリを作成する必要がなくなるため、サーバープログラマの時間を節約できます。 これに「メキシコ人」を使用する場合は、拒否できます。 第二に、このようなアプローチは、既成のデータを作成するため、レイアウト設計者の時間を節約し、繰り返し要素を大量に手動で作成する必要がなく、必要に応じて1つまたは2つの場所で変更します。 第三に、設計とテンプレートが実際に近いデータにすぐに出会うため、デバッグとテストが高速化され、設計とレイアウトの欠陥を特定するのに役立ちます。
おそらくそのようなものはすでに存在しますが、今のところ私はそれを見つけることができませんでした。 Yiiにも同様のメカニズムを作成しますが、イデオロギー的にそれを実現するには、助けが必要です。 したがって、このアイデアがあなたにとって興味深いものであり、その実装に参加する準備ができている場合は、一緒にそのようなことをやってみましょう、それはクールになるはずです。
PSトピックの写真は、 Artyom Gorbunovデザインビューローが空室サイトから借りたものです