单从你的场景来说，关机 /休眠是应该的，如果公司有采集测试等设备的话，开着是没问题的，就场景而论。

？？？？？，先不说公司的问题。在公共场所人走关电关水不是应该的么？又不是一定要开着的东西，你电脑有休眠那就直接休眠就好了，不好用那是微软的问题不是公司的问题。

在公司我只有笔记本，下班直接盒盖。在家我除了自己服务器不关，我笔记本不用的时候也都会盒盖的。

节约能源不是小时候家里人和老师经常说的么？

有一个是哪一个？问问题把代码、过程、日志等贴上来，不然虚空分析？

用 pnpm ，可以节约生命

1Password 都能存啊，我信用卡，ssh 密钥，TOTP 等都存着。虽说要花钱，但好用是真好用

@chenjiangui998 #9 目前我在公司内部用着我写的这个了，体验和 ng 的一样，还不错。后面打算去掉 element ，自己实现个 layout 层，这样体验会更好

@chenjiangui998 #8 确实是简单了。不过太不优雅了

不是。。。按我 js 、go 的思维，初始化了 10 个长度的数组，只给了一个值，那其余的应该都是默认值才对不是么，我觉得没问题

@GiantHard #1 不错这个，组件再多点就好了

@chenjiangui998 #6

这么做的话其实和上述第一种写法没什么区别。

假设 A 里面有 B ，C 两个 dialog：

传值的的时候在 A 里定义一个变量去传递给下级，有 N 个 dialog 就会有 N 个变量，不优雅且难管理。

假如 B ，C 两个都是使用同一个变量的话，加上 ts 的话这个变量定义会变得又臭又长，例如 dialogData: TypeB | TypeC | .... = null ，你需要手动管理这个变量，用起来也会很糟心。

其实作为初始化 dialog 的 data 是没必要在当前组件定义变量的，太啰嗦了。

接收 dialog 事件的问题如上。

-----------

我目前接手过的 vue 项目 100%都是上述两种写法，如果写的人有心去写好的话，那也问题不大（也难受就是了），但不知道什么原因，每个地方都是写的流水账一样，一个 dialog 有 n 个需要传递的变量，还有 n 个接收 event 的方法，还没类型，全写在父组件上，父组件还不只一个 dialog ，不知道是不是 vue 就是推崇这种写法的还是怎么的，看到 vue 主流的的 ui 都是这样的

-----------

你可以看下 https://material.angular.io/components/dialog/overview ，做的很优雅，对你应该挺有帮助的

那不就是 helm 么

哈哈哈哈哈哈。最后的表情包可以发一下吗

每天摸鱼条都是黑的

aws-s3-js 。没事不要把时间浪费在这种东西上

angular +1

做爱做的事