#餐饮早报# 媒体观点：音乐要符合餐厅主题跟调性，尽量不要有歌词

每个餐厅都有背景音乐，音乐一定要符合餐厅的主题。不要再出现西餐放凤凰传奇，快餐放钢琴曲，中餐放小苹果，咖啡厅放迪曲的事了！

音乐组成是包括声音和歌词的，在专业范围内，谱曲和写词也是分开的，词的针对性是很窄的，这个跟文化、喜好、年龄、品味都是有关系的。所以，即使你放的音乐太好，至少也会有25%的顾客鄙视你，所以不要放带歌词的背景音乐 。

此外，还有一些是我们可能不知道的，比如顾客会根据标签来判定餐厅属性，潜意识判断自己属于不属于这个圈子，如通过其他顾客来判断：如果都是商务人士，自己却是约女友的，那显然下回就要换个地方了，否则就成了爱情买卖了....

我大概明白为什么Flutter相对于Jetpack Compose甚至SwiftUI来说，写起来变扭很多。

这种写起来又变扭又乱的感觉应该是在于Flutter在创建各个Widget的时候，所应用的属性或多或少都并不相同。 这就导致了，不论用什么Widget，都得对着官方文档一个个查。尽管一些很通用的如Color，FontSize之类的属性可以通过直觉轻松找到。但是一旦涉及到稍微复杂的样式，就是无尽的搜索。像Image Widget有自己的height和width，但是其他很多Widget就没有，于是就得用SizedBox包起来。这些起来着实是如鲠在喉。

这一方面Jetpack Compose把大部分的修改Composable组件的属性都放在了Modifier中。常用的样式属性比如大小，圆角，阴影，间距，排列方式，背景颜色通通都在Modifier中，这就优雅了很多。查看一个Composable组件的样式，只需要看Modifier那一部分就好了。直接让可读性大大提升。

接着就是Flutter经常被诟病的嵌套地狱问题。我觉得这主要是因为Container类型的Widget要通过指定child来进行下一级的布局。但是child是和其他布局样式属性同在constructor里的。优先级就很不明显。即使是只允许一个child的Widget，也要显示指定child。久而久之，布局的嵌套就多了起来。Kotlin和Swift都支持尾随闭包，这样子空间自然而然的出现在了父控件的大括号中。布局即使嵌套加深，他的上下级关系依旧明显。

这两个差不多的页面，哪怕是我自己的写的代码。看到Dart的实现我还是会眉头一皱，可读性着实一般。[顶]

#防弹玩偶[超话]#半夜来️点平和不过激的小姐妹一起玩娃娃哇，i1234567的姐妹都可以，俺是16甜唯，详细属性都写在置顶啦所以请先查看再考虑️不️吧 ‍♀️，俺cp搞61所以搞vjin的ee我光速来贴贴，先婉拒一下盒妹、南硕er和飞咻er啦，⭕ 其余详细雷点置顶也有写，所以麻烦️人的姐妹一定要先看看哇，除此之外再杜绝一下dw、bp、团不几和多担弹非top，感谢， 然后就是说明一下俺这个号可能不是100％追星相关，可能会穿插一些少量现生和纸片人之类的东西，是生活号这种，所以超级大力欢迎不介意的小姐妹们嗯嗯，就是这些啦(会看主页，没有回复的姐妹就是婉拒啦，感谢你也祝你玩娃娃愉快 )