0

私が Joomla 2.5 チームで働いているとします。私は「良い」テンプレート デザイナーで、他の人は「悪い」コンポーネント開発者です。冗談です。

ある日、彼らは完璧な「PC 管理」コンポーネントを完成させました。はい、このコンポーネント構造で、見栄えの良いレイアウトを Photoshop にペイントして、HTML と CSS に正常に変換できたときは、本当にうれしかったです。ボスは満足した。ウェブサイトは完璧に機能しました。

しかし昨日、コンポーネント開発者グループが新しいアイデアを思いつきました。彼らは、多くの新しい div タグを持ついくつかの新しいフィールドを追加し、いくつかの div タグのクラスも変更しました。テンプレートが壊れていました。html/component_name フォルダーでレイアウトをオーバーライドする方法を知っています。しかし、コンポーネントに追加のアイテムがある場合は、コンポーネント ビュー フォルダーを html フォルダーに再度コピーします。

私の質問: Joomla のテンプレートとコンポーネントの間の「完全な」関係について何か考えはありますか? 私の場合、コンポーネントの構造が変更された場合、テンプレートも変更する必要がありますか? 私のチームは変更について話し合う必要がありますか? 孤立して作業するための選択肢は他にありますか?

私の悪い英語でごめんなさい！ありがとうございました！

4

1 に答える 1

2

まず、テンプレートのオーバーライドを追加するtemplates/YOUR TEMPLATE/html/component_nameと、コンポーネントが更新されたときに何もする必要がなくなります。オーバーライド フォルダーは、設計上、コンポーネントによって影響を受けません。唯一の問題は、コンポーネントの動作が劇的に変化し、オーバーライドに互換性がなくなった場合です。

コンポーネント開発者とテンプレート間の相互作用に関しては、テンプレートへの影響を低く抑えるためにコンポーネント開発者がすべきことがたくさんあります。まず、使用する CSS ID とクラスを標準化する必要があります。次に、インライン CSS を挿入したり、テンプレートの一部にする必要があるものをハード コーディングしたりしないようにする必要があります。コンポーネント コア ビューのマークアップは、ベスト プラクティスに従い、W3C の有効なコードである必要があります。言うまでもなく、コンポーネントも適切な Joomla MVC である必要があるため、オーバーライドは意図したとおりに機能します。よくできたコンポーネントは、何も壊すことなく、どのテンプレートにもドロップインする必要があります。

于 2013-06-27T14:10:20.397 に答える