Minghao Yu
Minghao Yu
麻烦问下博主，fetch 的接口实际上还很原始，你们在使用的时候有没有对 fetch 进行一些自己的封装，例如便捷设置 content-type，并自动进行 body 的转换等
@Kaijun 我也是这样搞的，主要是 http 的各种 header 设置、参数传递和请求体的格式化用起来太不友好了
目瞪口呆.jpg
好的，我也觉得这样确实有些不妥，例如 dropdown 里面就存在两个节点，而且分别定位在不同的位置。那我在业务里用重定向到父元素的方式上解决吧。
在力神的强烈要求下又重启这个问题=。=…… - 希望能解决在validation中能检测在被**组件所隐藏的原有dom节点**中绑定的事件（至少是validation的blur、focus和keyup）是否应该被**重定向**到组件的dom节点上； - 希望组件能够将原有dom结构包裹在组件节点中，在替代的位置仅吐出**一个**dom节点。 感谢感谢~
感觉这么玩儿最终一个人也招不到……
@axetroy `npm version patch` 方法确实很赞，但是有个两个比较头疼的问题： 1. 在企业内部源是允许 publish 相同的版本号的，这时候需要进行一些处理：删除本地和远端的 tag，删除线上当前版本，重新发布这个版本。之前开发的时候，会有重复发布同一版本的需求（比如修复一些非上不可的 bug）； 2. 有时想发布一些 beta tag，例如 1.2.3-beta.0，据我了解 `npm version patch` 好像还做不了。
第一个问题我看一下，有同事也遇到 sketch 上的图标导出不能用的问题。 第二个问题能更详细描述下么？咱们在 HTML 上是怎么写字体的呢。
@Ashung 是这样，`&#` 是 html 转义的起始字符，后面一般跟的是十进制，如果要使用十六进制，需要以 `&#x` 最为起始字符。也就是说，咱们之前的写法 `�xf050` 冗余了。
@Ashung 这里是生成字体的输入，而且也支持 16 进制，我看你传的就是 16 进制嘛，这个会进行转换的。采用十进制是考虑到我们的 code 可能会从数据库里取，库里是十进制的。