まず第一に、これは非常に非体系的なアイデアですが、一定期間の正式な開発プロセスのトレーニングと蓄積の後、私は不満を言い始めました。
分離:
別居後
構造開発プロセス:
ページ制作担当者はもちろんバックエンド開発者やJS/DOMスクリプト開発者にも構造が与えられ、開発者が企画書に改善機能を実装します。ただし、後の制作スタッフが作成した構造資料に基づいており、後の構造を破壊することはできません。
構造認識機能:
構造体は、当然、機械であることを認識するための言語です。ここで最も興味深いのは、データを抽出することです。現在、データを抽出するマシンのほとんどは検索エンジンのロボット クローラーであると思います。つまり、私たちの構造のテストおよびサービスの対象は主に検索ロボットであることを意味します。したがって、SEO は私たちの構造をテストするための最良の基準になります。
一連の標準化された構造を確立すると、マシンがドキュメントを簡単に理解できるようになります。また、マイクロフォーマットは、既存のセマンティクスに基づいて、機械が必要なデータを簡単に抽出できるようになります。この点において、XHTML の構造は実際には不十分であり、XML への移行は主にこの理由によるものであることもわかります。
発現プロセス
CSSは構造と比較して、人が認識できるビジュアル層を指向しており、UI層の上に構築され、UI要件を受けて自然に開発されます。
認定者:
人、人はその識別子です。つまり、CSS は人のためのものであり、主に目に見える、見たり聞いたりできる情報を提供する必要があります。配信する情報をよりよく見てもらうためには、ブラウザの種類やバージョンを超えて、デバイスを超えて行う必要があります。したがって、CSS 開発者としての要件はクロスプラットフォームです。親和性に関して言えば、身体障害を持つ人々に直面する場合、認識されることに対する要求がより良くなり、より多くのことを行う必要があります。
動作プロセスの動作、現在人気のリッチ クライアント。これには CSS と HTML が含まれますが、その多くは JavaScript、DOM、および xmlhttp です。動作を明確にする必要がある場合、理想的には、必要なのはインターフェイスだけであり、共通 ID はそのインターフェイスです。 。私が接触したプロセスは、HTML制作が完了した後にスクリプト開発者に渡すというものでした。ただし、要件が明確になった後は、スクリプト開発者が ID などのインターフェイスを開発し、ページが完成するのを待って js ファイルを参照することができると思います。
認定者:
人間、人間の行動、つまりインタラクションは、良い経験、人間の行動と行動に対する期待の一致、結果と期待をもとに生まれます。
午後
昔はなりたかったけど今は嫌な役、彼らはそんなこと全然わかってなくて、インタラクションの話をして、UIをデザインさせたり、ページを作らせたり、プログラマーに機能を追加させたり……。対象となるニーズは、このページがIE5で利用できることのみです。出版したいです。
バージョンの反復 バージョンの反復サイクルは非常に短く、要件の変更やあいまいさは正常です。では、ライフ サイクルの延長とコストの削減にはどのような意味があるのでしょうか。開発は依然として繰り返されており、新しいバージョンが常にリリースされています。ウェブは速いことも遅いこともあり、要件が満たされているかどうかを検討するのに十分な時間を与えることは不可能です。開発に Web 標準を適用する必要はありますか?効率が第一です!
制作は UI の後に行う必要がありますか?
生産者は商品企画に参加できないのですか？一部の UI デザインは、Web UI としてまったく考慮されておらず、完全に写真をベースにしたアートです。 UI は CSS 指向であり、構造はプロデューサーの責任です。これら 2 つは完全に独立した要素ですが、両方とも非常に重要です。なぜプロデューサーは UI に従い、UI 構造に従ってドキュメントを作成する必要があるのでしょうか。
書き終わってみると面白くないと感じてほとんど愚痴ばかりになってしまいました！