w4ngzhen

@alohar base64 解码

MUD 还存在，比如：北大侠客行

华西～天天一瓶 10.5 的

真一： https://zhen.one ，RSS： https://zhen.one/atom.xml 。
感谢关注， 一直在输出~

业务决定产品

楼主不嫌弃的话，可以瞅瞅我这个 demo ，内容很精简，同时还集成了 websocket：
https://github.com/w4ngzhen/nest-http-websocket-demo

说下思路吧。首先，这个“输入框”从上到下需要分为三个部分：
1. 实际的输入框；
2. 展示上传图片的地方；
3. 圈子选择。
然后，思考一下这里的数据模型。大概这样：
{
inputText: string;
// 这里是放置上传的媒体数据，是一个数组，每一项 thumbnailUrl 是这个媒体资源的缩略图； resUrl 是媒体资源的实际 URL ； localPath 是初始传上来，没有传到后端的文件路径； resType 就是资源类型（图片 or 视频）
mediaResInfo: Array<{ thumbnailUrl: string; resUrl: string; localPath:string; resType: string }>;
groupInfo: string; // 不知道具体什么，就用个 string 吧
}
顶部实际的输入框是一个完全无边框的 input ，每次 onChange 修改的是 inputText ；
下方的缩略图呈现区域你用图片 img 来渲染；整个组件接受图片拖入的事件，如果是图片，你可以直接将图片放到这里（由于大小原因，直接缩放了），不需要缩略图 url ；如果是视频，则你可能需要一个服务（我不太清楚这块还有什么方式获取视频首帧图片）来获取视频首帧图片，得到一个 URL ，进行展示。

最下方的圈子选择不多说的。

至于你说的二选一功能，只需要考虑，上面数据模型中的检查媒体资源中的 resType 是否满足二选一的要求，不满足就不能再传了，（也就是对拖入事件不处理）；

外面手机大概写的，思路就是围绕数据，上面界面只是呈现数据的结果。大概这个思路哈。

个人的理解，redux 不适合业务项目，适合一些底层框架使用。举个例子，比如做一个某些领域的低代码底层，使用 redux 可以很好的控制低开中的数据流。

啥时候来成都呀🤩