谁让你在人家屋檐下

[LucasW]

楼主不才，楼主懒，楼主讨厌被人玩弄。

你家 <img /> 的标签必须装逼的写成 <image></image>，对，你瞧不起人家 MDN 标准制定的语义化标签，什么 h1 , span , i 都是 shit ，你只要 view 和 text，你要组件化，你要极简，我理解。如果你是一个和我一样写过大量 html 的打杂工，你会发现 i 是那么的顺手，上下标用 i，字体图标用 i，价格用 i。写个列表就习惯用 li ，但是，你现在人家屋檐下，你就是要给每个 view 都给一个类。对，有了 flex 还要区分什么行元素和块元素么？满页的view多好看，多简洁啊。然后你店在 <input/>上又良心发现了，成了这样：<input/>，我等着的 <input></input> 呢？然后在 textarea 上你 TM 又和我所习惯的标准<textarea></textarea> 对着干起来了，成了 <textarea />。好，这个哥吐槽无力，默念一句谁叫你在人家屋檐下，然后去接着搬砖。

楼主打算折腾点基于 canvas 的小东西，楼主已经习惯了 MDN: ctx.fillStyle = color，你店非要装逼让我折腾半天: ctx.setFillStyle('red')，好，在人家屋檐下，按着你店的来。可是，楼主弄到一半想要设置一个纹理填充发现你店 TM 不支持 ctx.createPattern()，好，楼主曲线，搂着拿像素自己填充 getImageData() ，大家都知道结果，楼主和你们一样想多了。

我就想知道，如此增加开发成本、装逼设门槛、秀肌肉真的有意思么？你店大，制定标准的时候你干嘛去了呀，你店大，你别用 chrome 内核啊。

楼主一路跟着大店走来，从口口声声的开发者生态，扶持开发者，鼓励开发者创新中走来。拜托大店亲民些，虽然我们拿个 appid 都不容易，但是我们真的是好棋子。

[helloccav]

markdown 也一样,
<img src="url">的标签必须装逼的写成

[yatessss]

不知道现在 css 选择器支持到什么程度了。。。。

[ianva]

标签到无所谓，毕竟不像 html 本身就是基于文档定的标准， app 到也无需语意，何况是文档的语意，而且 html 的标准基于文档这点其实这个 web app 的时代已经不是一会事情了，何况 app 。

canvas 的这个接口我估计是作者没了解过 es5 以后的 get ， set 这个 object.property = hello 这样的 api 是需要 es5 get set 才好设定。

楼上 css 这个就不说了，要实现一套完整的 css 渲染引擎成本确实很高

[pubby]

字体文件还得通过 https 获取，貌似没法打包进 app