个人情愿多写几个class或者id

原则就是简单易维护就好。可以适当考虑id选择器。

我觉得不要限于局限于性能，相比于性能，开发效率更为重要（除非那种性能要求极高的，不过也大部分是后端的压力）。

这种的话，写一个a选择器处理通用的大多数情况，那些需要特殊处理的，再另外用选择器处理下就好了。

我是看情况使用，如果可以确定一个标签几乎不会影响到后续的迭代，那么就直接使用标签选择器,举个栗子:

<p class="tag-demo">
    <h2 class="n-name">标题</h2>
    <a class="n-img" href="#"><!-- .tag-demo .n-img -->
        <img src="xxx.jpg" alt="缩略图" /> <!-- .tag-demo .n-img img-->
    </a>
    <p class="n-desc">描述 <a href="#">查看详细</a> <!-- .tag-demo .n-desc a --></p>
</p>

个人感觉没有交互且页面dom 2k以内，无所谓

单纯ｗｅｂ应用，没必要；如果是极瘦客户端（比如要兼容10年前的手机）；或者极端网络条件GSM1.0之类的；可能需要考虑使用小区域ID＋DOM路径方式；其实现实情况是BS的客户端，已经性能过剩的；不用考虑这点点的性能；