npm 是最挫的包管理 没有之一

看你怎么理解分层设计了，分层是比较繁琐，但是也有他的优势。
每层只处理自己的逻辑。 分清哪些工作是业务 ，哪些是工作数据序列化，哪些工作是跟外部系统调用。
以后要修改的话 也会很清晰。

不知道现在还是不是 teamviewer 的代理商了 好像 teamviewer 官网都搜不到这货了

1.集群内部分 slot， 会损失一部分功能和写效率。
2.运维成本

对于单表来说，findAll 里面用

PageRequest.of(0,10, Sort.by(Sort.Order.desc("xxx")))
多表可能也是用这个吧 仅供参考

给我个日历就满足了

能不能换个思路 如果 4G 信号不错的话 咱们用个流量卡， 这年头也不贵。一个月 20G 什么的 应该也基本够用。
还有那种物联网卡会更便宜一些。

蓝牙的话 这个价位可以试试 sony 的 sbh70

java poi 读取 excel 然后写代码操作？

去年双十一被 UC 浏览器这么恶心过。

你可以考虑自己搭建 leanote。

我目前还是用 oneNote 比较多。

之前在微信小程序做过类似的功能
几个建议：
1.添加的地点应该支持上下移动来排序吧？
2.耗时计算后建议能更明显地显示出来（不用点详细）
3.耗时可以以小时为单位（取小数点后一位）。距离也是用公里应该会更清晰一点

@yuriko 自己试了下 确实是 node 系的， 同样的内存占用我还是直接用 vscode 吧。

看了楼上的评论有的说内存占用大，莫非 Typora 是 electron 写的么？
如果不是的话，我就下一个试试，文本编辑器不想搞得那么大。

刚才没写完点错了



class MyMenu extends React.Component{
constructor(e){
super(e)
this.state={}
}
componentWillMount(){
//异步请求获取菜单 json
HttpUtil.getMenu()
.then(res=>{
this.setState(menus:res)
})
}
render(){
onClick = this.props.onClick //如果需要参数的话 可以通过这个传递
if(!this.state.menus){
return(<div></div>)
}

return(
<div>
{this.state.menus.map(
menu=>(<MenuItem primaryText={menu.text} onClick={onClick}>...</MenuItem>)
)}
</div>
)

}
}
export default MyMenu

首先我也是初学者，我只说下我自己的理解不知道对不对啊。

针对第二个问题我是会再创建一个 class, MyMenu，然后这里 iconElementLeft={<MyMenu xxx=xxx />}

然后在 MyMenu 的 render、和 componentWillMount 方法里面去写一些判断和逻辑

class MyMenu extends React.Component{
componentWillMount(){}
render(){

}

}

对我来说真实情况是以前虽然得 8 点前到售票窗口排排队（最多也就 1、2 个小时吧），不过都能抢上票。
现在虽然不用跑过去排队，但是第一时间根本抢不上，得盯着各种刷票，耗费的时间成本是以前的好多倍。用各种工具抢票的太多了。

那些某程什么的还出加速包，这跟黄牛有什么区别。