 |
SubilanV2EX 第 479146 号会员，加入于 2020-03-26 21:16:55 +08:00 |
subilan1234
Subilan
Subilan 最近回复了
5 天前 回复了 jamfer 创建的主题 › iPhone › 买了一年 iphone15 电池就只剩 88%了,一天要两充 |
这就不得不提我的 MBP 2023 14" M2 Pro 用了一年电池 83% 一天只能低强度用 5h 了。
9 天前 回复了 Cepistle 创建的主题 › 分享创造 › 受够了每次都要在电脑上登录社交软件，才能完成手机/电脑之间的链接发送 |
如果你想说绝对的便捷拷贝，那我觉得排开打开网站这一步骤，从扫描二维码这一步已经沾不上边了。
真正的便捷拷贝的实现思路应该类似于苹果设备之间的通信。我在 iPhone 上面复制一段文字，在 Mac 上可以直接 cmd+V 粘贴，顶多稍微顿个一两秒钟（通讯质量不好时）。还可以反过来，引入更多设备，如 iPad 。苹果做的这一点没得喷。
对于非苹果生态链的设备实现这一些，可以考虑用各种连接方式，如局域网、服务器后端甚至蓝牙来实现类似的功能，只不过稳定性各异。这是一个思路。所有你要做的，只是“复制”和“粘贴”，只不过是在不同的设备上。
至于网站，它本身也是一个类似于 app 的东西，在完成这些步骤的过程中，也是充当一个和“社交软件”同类型的存在。更何况有二维码这种东西（类比微信登录二维码给你的感受）。当然，可以解释这个二维码是这一过程中需要用到的，但总归还是称不上有多便捷。
真正的便捷拷贝的实现思路应该类似于苹果设备之间的通信。我在 iPhone 上面复制一段文字，在 Mac 上可以直接 cmd+V 粘贴，顶多稍微顿个一两秒钟（通讯质量不好时）。还可以反过来，引入更多设备，如 iPad 。苹果做的这一点没得喷。
对于非苹果生态链的设备实现这一些，可以考虑用各种连接方式，如局域网、服务器后端甚至蓝牙来实现类似的功能，只不过稳定性各异。这是一个思路。所有你要做的，只是“复制”和“粘贴”，只不过是在不同的设备上。
至于网站，它本身也是一个类似于 app 的东西，在完成这些步骤的过程中，也是充当一个和“社交软件”同类型的存在。更何况有二维码这种东西（类比微信登录二维码给你的感受）。当然，可以解释这个二维码是这一过程中需要用到的，但总归还是称不上有多便捷。
9 天前 回复了 BlackHole1 创建的主题 › 分享创造 › 一款全新的工作流 IDE |
starred
11 天前 回复了 kasusa 创建的主题 › 分享创造 › 分享一下自己写的开源应用商店（纯前端） |
@kasusa
又仔细看了一下动画，发现了我之前觉得不自然的原因了。这个卡片点击以后立即被展开了，它的高度突然被延长了很多。如果能让用户察觉不到这个过程，或者给这个过程加上过渡就会显得自然很多（个人看法）。
理想的效果类似于 Ant Design 里面打开对话框的动画，不过他们做的效果里过渡不是很明显。
https://ant-design.antgroup.com/components/modal-cn
又仔细看了一下动画，发现了我之前觉得不自然的原因了。这个卡片点击以后立即被展开了，它的高度突然被延长了很多。如果能让用户察觉不到这个过程，或者给这个过程加上过渡就会显得自然很多（个人看法）。
理想的效果类似于 Ant Design 里面打开对话框的动画，不过他们做的效果里过渡不是很明显。
https://ant-design.antgroup.com/components/modal-cn
12 天前 回复了 hobbyliu 创建的主题 › 分享创造 › 做了一个 AI 群聊玩具，可以在群里和你的硅基群友聊天。 |
应该让 AI 自己选择想不想回复，还可以加一点吐槽的功能进去。
13 天前 回复了 lmshl 创建的主题 › 生活 › 🎉小棉袄出生, 生殖隔离已打破 |
恭喜恭喜，但是这个标题是什么鬼
13 天前 回复了 kasusa 创建的主题 › 分享创造 › 分享一下自己写的开源应用商店（纯前端） |
已 Star 。
个人觉得这个项目点击后放大的效果还有一定的提升空间（有一说一这个效果很像 ant design ）
个人觉得这个项目点击后放大的效果还有一定的提升空间（有一说一这个效果很像 ant design ）
13 天前 回复了 posrix 创建的主题 › 奇思妙想 › 想打造一款现代化的社区应用，大家觉得有市场吗 |
我觉得 GitHub 就跟你说的就很像。现代化，是社区，有话题，也有实时性（页面内实时更新回复+通知模式）。
13 天前 回复了 atao777 创建的主题 › Apple › iPad 上进行前端开发的方案 |
@Subilan #20 补充
iPad 上做开发无非三条路
1. 依赖本地 OS
2. 依赖 web
3. 依赖远程
第一条的弊端在上面有写，iPad OS 现在还是不适合做稍微复杂一点的开发，哪怕是前端。
第二条和第三条相当于放弃了本地的体验，iPad 就相当于一个屏幕、渲染器，那么自然考量的就是它的屏幕大小和渲染性能，以及网络质量。但或许这就是现阶段效率最高的 iPad OS 编程解决方案。这些 web app 的体验 OP 应该已经非常熟悉了。至于远程，不仅要求另一个设备在网络上随时待命，体验上可能还会差一点。
iPad 上做开发无非三条路
1. 依赖本地 OS
2. 依赖 web
3. 依赖远程
第一条的弊端在上面有写，iPad OS 现在还是不适合做稍微复杂一点的开发，哪怕是前端。
第二条和第三条相当于放弃了本地的体验，iPad 就相当于一个屏幕、渲染器，那么自然考量的就是它的屏幕大小和渲染性能，以及网络质量。但或许这就是现阶段效率最高的 iPad OS 编程解决方案。这些 web app 的体验 OP 应该已经非常熟悉了。至于远程，不仅要求另一个设备在网络上随时待命，体验上可能还会差一点。
13 天前 回复了 atao777 创建的主题 › Apple › iPad 上进行前端开发的方案 |
软件体验上面，iPad OS 缺少了很多桌面系统的操作逻辑，还远远谈不上能写代码。iPad OS 虽然有做鼠标指针的适配、键盘的适配、多窗口、台前调度等等类似于桌面系统的功能，但也只能算是勉强可用，很多 app 尤其是国内的都没有做拖拽的逻辑。当然如果是写单文件代码，或者远程这种不需要用到 iPad OS 本身的场景，当我没说。
如果不动用越狱手段，软件供应上面，iPad OS 比 macOS 要封闭很多，基本上只能从 App Store 按照区域的限制以一定价格购入你所需要的软件。或者你也可以去用那些可以做在浏览器里的 web app ，比如 VSCode 这种，但体验肯定不如原生的要好。
另外，iPad OS 没有终端，也不可能有，也没有常见的本地端口管理手段，所以我不是很清楚如何在 iPad OS 上做到预览前端页面。
硬件上面，我觉得如果想要好的体验，对 iPad 本身的要求还是比较高的。例如如果 iPad 是老款、Air 等等，那台前调度能开的数量会有限制，例如我的非苹果芯片 iPad Pro 台前调度只能开三个。
屏幕是 11 寸或者更小的话，用起来也会非常局促，特别是一些复杂的场景。
你还需要一个昂贵的妙控键盘才能获得与 MB 类似的体验。如果选择单独的键鼠套装（ Tips: 有些键盘可能比你的 iPad 屏幕还宽），在床上还需要一张额外的桌子。
对于远程连接这个方案，通过公网部署是麻烦的，但是也可以折腾。如果是通过内网，延迟也没有想象的那么低。这种方案下，iPad 也就相当于是一个屏幕，如果不够大用起来也是很憋屈。
OP 的需求可能没有那么多，以上仅供参考。
如果不动用越狱手段，软件供应上面，iPad OS 比 macOS 要封闭很多，基本上只能从 App Store 按照区域的限制以一定价格购入你所需要的软件。或者你也可以去用那些可以做在浏览器里的 web app ，比如 VSCode 这种，但体验肯定不如原生的要好。
另外，iPad OS 没有终端，也不可能有，也没有常见的本地端口管理手段，所以我不是很清楚如何在 iPad OS 上做到预览前端页面。
硬件上面，我觉得如果想要好的体验，对 iPad 本身的要求还是比较高的。例如如果 iPad 是老款、Air 等等，那台前调度能开的数量会有限制，例如我的非苹果芯片 iPad Pro 台前调度只能开三个。
屏幕是 11 寸或者更小的话，用起来也会非常局促，特别是一些复杂的场景。
你还需要一个昂贵的妙控键盘才能获得与 MB 类似的体验。如果选择单独的键鼠套装（ Tips: 有些键盘可能比你的 iPad 屏幕还宽），在床上还需要一张额外的桌子。
对于远程连接这个方案，通过公网部署是麻烦的，但是也可以折腾。如果是通过内网，延迟也没有想象的那么低。这种方案下，iPad 也就相当于是一个屏幕，如果不够大用起来也是很憋屈。
OP 的需求可能没有那么多，以上仅供参考。
Select Language