あなたがこの記事を読み始める前に、心理的に準備する必要があります。私は90％に書いたので、ベストプラクティスCSSテクニックの最終プレゼンテーションの約10％を訴えます。あなたは先にそれを早期に警告を与えるために。
フロントエンドエンジニアがキャリア開発における以下の困難に遭遇することがあります。
-
いくつかの段階、感じ難なく作業を（彼らがやっていました）
-
少なく友人のチームのために値を作成します。
- 自分のことを実行してください、私たちにできること
手を上げてください同意。その場合、（おめでとう）は、大多数であることを示しています。
そして、真実を伝える、CSSは実際にはかなり簡単です。また、私も馬鹿には以下のコードを書くことができることを保証することができます：
p {
color: red;
}
web前端开发学习Q-q-u-n： 784783012 ，分享开发工具，零基础，进阶视频教程，希望新手少走弯路
だから、文句を言うことは何もありませんか？純粋なCSSコードをヒープ、任意のスキルを必要としません。そして、ただ一つの要素はもちろん、非常に単純であるにかかわらず、他のCSSの、グローバルスタイルに追加されます。
だから、最後のCSSの難しさの子供の？
バックエンドの開発エンジニア：「私は、新機能の開発を完了しているが、私はフロントを台無しに、しかし心配はありませんが、あなただけの詳細を微調整する必要があるので、私はフロントエンドの大半を修理しましたが、時間が30分以上であってはなりません"
だから私は（驚いて）、HTMLファイルを開く非推奨HTMLタグを見つけたどこにでもある、と応答性のデザインを考えられていませんでした。深呼吸をして、（自分自身を意味している）、彼らはCSSは確かに少し良くなる書き込み。しかし、後に私は、CSSファイルを開いて、（同じ）はどこにでも（固定）固定似ています、見つけワイプ、右フロート、フローティングのままと！重要なコードなので、私はゆっくりと首の周りにマウスを置くことがわかりました。（私が死ぬ、私を停止しないでください）
（自分を慰める）、彼らはおそらくそれほど悪くはなかっただろうコードを書くが、（実際に）私はほとんどのフロントエンドのコードはバックエンドエンジニアの書き込みに使用することができます見たことがありません。また大丈夫、フロントエンドのコードを記述する必要がありますバックエンドエンジニアの義務ではありません。しかし、単にバックエンドエンジニアフロントエンドのコードの束を書き、次にあなたが拭く助けるためにフロントエンドエンジニアを期待しないでください。
だから、良いCSSは、長期鋸？
組織構造（プロジェクト）。あなたが大規模なプロジェクトを行っている場合は特に、あなたはプロジェクトの組織構造が本当に重要であるでしょう。正例えば--Stevenブラッドリーは書きましたコードのディレクトリ構造を維持するため、この記事はSCSSプロジェクトのために書かれているが、また、通常のCSSプロジェクトに適用されます。これは、文書化保守が容易どのようにCSSファイルモジュラー、に焦点を当てています。
规范。这可能是我每天所遇到的最大问题。不幸的是，大部分工程师对CSS规范的理解一知半解，正是因为这样，才导致糟糕的 CSS 代码（如 !important）烂大街。那我们该如何避免呢？下面列出了很多值得参考的命名约定，它们旨在减少写死的（非常依赖文档结构的） CSS 选择器。假设你对此不感冒，我还是要劝你如无必要，避免使用超过 3 层的 CSS 类/元素选择器。
命名约定。恕我直言，对于任何一个大型的 CSS 项目来说，命名约定是标配。没有命名约定，CSS 就会变得既难维护又不可靠。命名约定可以让我们轻松地重用项目中的 CSS，如有必要，还能帮我们剔除项目中多余的 CSS。这里仅列举几种比较流行的命名约定，如：BEM，OOCSS，SMACSS以及我自己写的hiccup。
测试。在这一点上，绝大多数其它工程师可能都没发现当后端工程师有多爽。 因为后端工程师的开发工作只需要让一个环境（网站所在的服务器）正常即可。你知道作为前端工程师最痛苦的事情是什么吗？5 个以上的浏览器以及上千种移动设备……好的前端测试工作其实是个苦差，且耗时很长。我见过很多项目延期，就因为没有把前端测试考虑进去，而通常前端测试花费的时间会超出常人预期。
所以如何扭转这种对CSS的天真看法？
在以后工作中，再也不能让后端工程师们抱有侥幸心理。作为前端工程师，我们不会随便把一堆无响应式的 CSS 代码丢给后端工程师，然后撒手不管。所以凭什么他们就能写无用的烂代码，然后在他们的 CSS 代码失效时让我们去打补丁？我不是说要让后端工程师好好写 CSS 代码，而是我们应该告诉后端工程师，如果觉得写 CSS 很难的话，就不要写。
别让其他工程师觉得前端很简单，前端才不简单呢，我们前端工程师跟其他人一样努力地工作，别让他们看走眼。