"CSS速记"在团队发展方面不是很好吗？
当多人在同一个项目上工作时.任何人都可以拥有不同级别的CSS知识,这样一些人在需要任何css变化时可能会与速记混淆.
For example:
我应该避免这种情况吗
font: 1em/1.5em bold italic serif
并使用这个
font-size: 1em;
line-height: 1.5em;
font-weight: bold;
font-style: italic;
font-family: serif
在团队发展？其他CSS简写的哪些简写不适合用于可读性,哪些好？
当"编写代码"时,我倾向于相当冗长.当诸如css/js之类的代码被推向生产时,它们可以通过交付脚本轻松地自动最小化/优化,从而为您提供两全其美的优势.
小智 5
虽然 SO 显然不受欢迎，但有几点赞成在团队场景中将事情分成多行：
1) 使用源代码控制时的清晰度。在查看变更日志时，源代码管理中的各个行更改通常更容易处理并且非常清晰。
2) 使用 Firebug 等工具，当您调整属性、搜索、保存、重新加载与一行中许多属性中的一个属性时，与精确行号的相关性会很有帮助。