@Livid 召唤一下

@z0ne 其实我之前也想过利用小程序来提供消息推送服务（现在是基于企业微信，成熟稳定的方案运行了两年），但了解之后觉得每 7 天必须至少打开一次、以及 formid 不够用的问题，不是很方便，万一用户忘了点，那在第 7 天之后出现了紧急信息却不能正常送达，会误事，所以后来就没做了… 一直在等小程序的新接口… 据说在内测了

@z0ne 我记得每个 form id 只能用一次吧，那如果要通知的频次 超过了之前触发的库存，咋办… 不就漏通知了…

小程序的话是不是每周都要打开一次，触发一些操作生成表单 ID ？

联系客服

拿个老人功能机出来 让他们安装

V2 有个断舍离的节点 /go/danshari

@nguoidiqua 遇到不会好好讨论的傻逼我当然也可以不友善，比如你这种

来自跟 V2 某些傻叉的讨论

@nguoidiqua 傻逼

@nguoidiqua 首先我说 MD / BS 不精致，和它是否开箱即用无关。我也阐述了我认为好看的 UI 应该如何、以及为什么我认为 MD 不好看。我觉得我这是非常友善的讨论。你问我 我认为的有什么更好的，我也给了你两个例子，以及理由，你觉得相去不远，那就继续用 MD 就好了。何必来杠？到底是谁在说废话呢？

@nguoidiqua 开箱即用不精致，我为什么就不能说它不精致？我觉得非常有意思。

@CommandZi

色块加阴影 哈哈 挺直白的，官方的色块 配官方的业务 还过得去，而很多人拿来瞎改色，用在自己那些 app 上，那是真的惨不忍睹。

其实讲最简单的，去 themeforest 上找那些基于 MD / BS 的框架，找个觉得好看的舒服的，右键查看源代码，就知道改写了几百上千行样式。把改写的部分去掉，完全是两个东西。

补充一下，上面最后说的两套 UI，是指做后台管理应用时比较适用（或者说比较重业务逻辑的）。如果是前台页面，像什么产品展示啊、企业官网啊、小工具类的界面啊，那还是不建议套 UI 的。

@nguoidiqua

我就当你是善意讨论 而不是来杠的，斗胆回答一下。

任何直接拿来用的 UI 框架基本没有精致的，不同应用 不同网站 不同内容，要展示的信息 侧重点不同，我发现大部分人在用这些 UI 框架的时候，都是在组件库中找一个差不多自己想要用的效果，然后套上去，这种做法往往会让细节无法直视。

套框架的界面，整体看上去，有导航 有内容 有大标题 有子菜单 有分区，好似没什么问题，但都无法细看。因为这些设计元素，并不是针对要展示的内容去设计的。要论精致，即便是用 BS / MD 也要在很多细节的地方，自己重写样式去调整。如果界面内容不多的话，还不如全部自己写。

举个例子，同样是导航站，如果像 /t/562937 这种的话当然不如套 UI，但类似 /t/478547 这种，就是我想表达的，针对内容去设计，至少在我看来，非常舒服。

最后回到你说的，大家都可以用的 UI 框架，我觉得 iView 和阿里的飞冰，都优化得不错，无论是 PC 上的体验，还是在中文内容的呈现上，都调教得不错。在项目比较赶 或者比较懒的时候，我会直接用这两套。

@orangeade 因为一个合格的前端或设计，见过好的 UI 是不少的，就不会欣赏 MD 这种不精致的 UI 了。尤其是在 BS 和 MD 出来之前，精致的 UI 比比皆是百花齐放。注意，我说的是只有后端会欣赏，是因为他们专注于业务逻辑代码，而没有把精力放在对审美的提升（这也合情合理），但我没说后端的对立面就是前端，至少包括设计和 PM 在内，都应该有合格的审美和眼光，而不是 MD / BS 一把梭。

@agdhole 抱歉，即便是这个文档中的例子，即便是 google 自家的产品，我都认为不好看。比如大量的阴影设计、过多的动画效果、大边距、等等，这些元素在移动端 app 上也得非常细心的打磨，才可以出来比较能接受的产品，而直接拿来用的那些是真的欣赏不来。

以上，我只是表达我个人欣赏不来 MD / BS 这些 UI 组件的设计风格，就好比大家可以说自己欣赏不来某个歌手艺人一样，萝卜青菜各有所爱。

@JasonQs 你这观点跟那公众号作者没什么区别，一样恶心人