V2EX › yyfearth 的所有回复 › 第 52 页 / 共 170 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 48 49 50 51 52 53 54 55 56 57 ... 170

❮

❯

2017-12-21 09:18:23 +08:00

回复了 RogerHzb 创建的主题 › Chrome › 发现一个 chrome 的安全隐患，吓得我赶紧把自动保存的密码都删了

Mac 上面也一样啊只要有系统秘密就可以看到 Chrome 和 Safari 以及系统 KeyChain 所有密码

再说如果你用 Google 账号密码加密你愿意每次打开 Chrome 都输入一次？
你说可以缓存一下这那么仍然可以打开对应的网页直接读取 Password

2017-12-21 09:07:06 +08:00

回复了 atone 创建的主题 › macOS › 苹果计划统一 iOS、macOS 应用来打造一致的用户体验

@codeeer 但是 iPhone 和 iPad 的 SDK 的 API 是一致的
Apple 也没要你强行把 iPhone 和 iPad App 融合啊
就像 HTML5 App 适配多屏幕多设备可以用 Responsive Design 也可以干脆写不同的 Desktop/Mobile Web App
但是语言和技术是一致的

目前是 iOS 用 UIKit 来写 UI 而 macOS 不是
就算是语言可以一样但是两套完全不同的 SDK
适配和开发两套工作量是不一样的
就算是开发两套如果 SDK 相同那么更多的 UI code 可以复用减少工作量

@beimenjun 而且 UIKit for Mac 就是 UXKit 本来就已经存在了所以让 iOS 的 UI Code 跑在 Mac 上面其实很自然
至于怎么适配是开发者自己的决定

2017-12-21 08:54:13 +08:00

回复了 atone 创建的主题 › macOS › 苹果计划统一 iOS、macOS 应用来打造一致的用户体验

@MajestySolor @WillShin UWP 没起来是因为理想过于远大而且没有好的基础

这次 Apple 相当于把 iOS 的 App 带到 macOS 初期属于锦上添花的事情后期还可以看情况而定
如果效果好甚至可以直接把 iOS 带到 Mac 上效果不好也没什么关系本来 MAS 效果就很一般
而反观 iOS App 已经有了良好的基础的大量的优秀 App
同时 macOS 这边已经有很多成熟的 App 了

如果 App 要同时支持两者合并 iOS 和 macOS 项目对开发者而言也减少了工作量和成本（长期而言）
相当于省了 Mac 一个平台但是 iOS 这边多了一些 Mac 硬件要去适配

有点像 Google 把 Android App 带到 ChromeBook 上
不过 Apple 这次不太可能用 iOS 虚拟机来运行这些 App 就是
估计是移植那堆 balabalaKit 以及让 llvm bitcode 支持 x86_64

2017-12-21 08:20:56 +08:00

回复了 atone 创建的主题 › macOS › 苹果计划统一 iOS、macOS 应用来打造一致的用户体验

@WuwuGin @pmgh10 只能说 Android 原版是这几年来没有怎么退步的（最近 2 个 Release 没太用过因为 Phone 不更新了）不过印象中 UI 的问题还是不少的
Windows 10 莫名其妙的 bug 也是多的要命感觉公司没有 QA 似的（虽然我最近半年没太用了但是我之前还是体验过的也有不少 V 友抱怨）
iOS 和 macOS 质量是越来越差但是最近这次简直爆表了

另外最近安全问题貌似大都是跨平台的没谁能够完全幸免（当然除了这次 macOS root 和 keychain 问题）

2017-12-21 03:32:16 +08:00

回复了 atone 创建的主题 › macOS › 苹果计划统一 iOS、macOS 应用来打造一致的用户体验

@beimenjun 哈哈你的想法和我的一样其实就是把 UIKit 那一堆移植给 macOS
然后可以通过 Xcode 开发整合项目统一发布

现在 macOS iOS Android Windows 都成 bugOS 了 “听起来就是一堆 bug ” 也没关系了

本来我会比你先发的但是看邮件晚发了一会儿

2017-12-21 03:27:44 +08:00

回复了 atone 创建的主题 › macOS › 苹果计划统一 iOS、macOS 应用来打造一致的用户体验

我想有两个可能性：
1. 和其他平台一样建立一个跨平台统一的 SDK 一次编译处处可以运行（ Windows，Ubuntu 或者 Java SE，HTML5 ）
2. 不完全跨平台只是给 Mac 提供和 iOS 完全一样的 API 和 Runtime （说白了了就是把 iOS 的 SDK 移植到 macOS，让 macOS 成为另一个没有触摸屏的 iOS 就像 iPad 和 iPhone 有区别）这样最终的二进制还是不同的不过可以借助 llvm 的 bitcode 在服务器上面生成最终的二进制这样开发者用同一个 Xcode 项目写 mac iPad iPhone 的 App 然后只需要对统一的 App Store 发布一次就够了然后 App Store 在服务器上针对不同平台和硬件生产不同的 ipa 文件提供下载安装

我觉得可能苹果会选择第二个方法而不是和大家一样做出统一的平台统一的体验
因为目前开发者这边主要的问题是 macOS 这边用的 GUI API 和 iOS 这边的不太一样而且必须是两个独立的 Xcode 项目需要分别发布到 Mac App Store 和 iOS App Store
估计苹果是要先解决这个问题所以结果更可能会是 Responsive Design 或者像 iPhone iPad 那样同一个 App 项目提供不同的 GUI 但是可以公用一些逻辑然后打包成一个 App 发布

2017-12-20 03:46:01 +08:00

回复了 find456789 创建的主题 › 问与答 › 现在最新版的 postgresql 的 Json 功能越来越强大了，是不是接下来， mongodb 会慢慢失去 nosql 的市场？

“现在都在说 newsql 了 nosql 这个 buzword 要过时了”
开玩笑了

Mongo 坑是多但是项目初期功能不确定的时候像 Mongo 这样的数据库还是不错的
把 MySQL 或者 pg 当作 nosql 用的话也不是不可以但是很可能会比 Mongo 还要坑

其实我觉得 Mongo 的另一个优势就是和 NodeJS 一起非常方便加上现在比较流行 Web 全栈开发
很多人都是通过 MEAN Stack 入门的

其实 NodeJS 在 Web 后端很多方面和 Mongo 在 DB 届很像
项目前期的时候还是很不错的选择

另外我觉得 NodeJS 和 Mongo 就算在项目后期做前端和后端之间的中间层也是不错的
不过用 Redis 代替 Mongo 貌似更加靠谱一点

2017-12-11 14:30:26 +08:00

回复了 psirnull 创建的主题 › 问与答 › airpods 值得入手吗？

用过后除了一些特别高的需求外再也不想用其他耳机特别方便所有被我劝买了的人目前都是这个状态

特别需求比如需要主动降噪的听歌需要专业级别音质的或者想带包住耳朵的大耳机的

但是去运动之类的其实非常合适一般情况下不会掉出来的

不过有个前提条件就是如果你带苹果自带有线耳机不舒服或者带不住的没办法说明苹果的这个耳机不兼容你的耳朵如果带不住的还可以买个耳机套之类的但是就比较影响体验了

2017-12-10 00:02:18 +08:00

回复了 yoyohaha 创建的主题 › macOS › MacOS10.13.2 更新后产生的问题

貌似确实不一定是更新弄的之前我重装系统后也出现这样的情况了系统版本一样

2017-12-08 15:34:03 +08:00

回复了 westworld 创建的主题 › 问与答 › mac os 10.9 推荐升级到那个系统版本？

大版本升级尤其是跨版本最好不要升级全新安装尤其是 10.9 以后的系统
升级一次慢一次而且还一堆毛病要清理已经安装的软件不兼容
另外就版本而言我自己肯定是用最新版本的虽然比较折腾一些问题也多些
如果就稳定而言我觉得 10.9 要升级到的话可能也就 10.12.6 比较稳妥一些
10.10 肯定不行 10.11 勉强还可以用吧
我印象中比较稳定成熟的版本除了雪豹也就 10.9 了

2017-12-08 11:34:09 +08:00

回复了 lengyihan 创建的主题 › 问与答 › 求推荐一个开源密码管理软件

@yazoox 人家要开源的
貌似开源而且比较主流的就只有 keepass 了

2017-12-05 08:37:51 +08:00

回复了 leon0918 创建的主题 › iPhone › iPhone X 使用体验如何？

比 7 是好多了比 Plus 还是差些
不管怎样一天一冲否则第二天就只能省电待机了

2017-12-05 08:35:54 +08:00

回复了 WildCat 创建的主题 › iDev › Xcode 9.2（最新版本）似乎不能提交 App Store， iTunes Connect 会认为这个版本是测试版 Xcode

@webfrogs 貌似是最新的正式版
估计 Connect 这边还没来得及更新吧

2017-12-03 02:09:19 +08:00

回复了 QAPTEAWH 创建的主题 › iPhone › 所以 iOS 11.2 的续航和后台保留方面有提升么？

@xy90321 这次是紧急放出的解决很多人碰到的无限崩溃问题
不让肯定要拖到下周一二才会出来的

2017-11-23 14:12:56 +08:00

回复了 bitkwan 创建的主题 › 问与答 › 问： Mac 下有什么类似于 Notepad++的编辑器？

这些功能都有的啦
sublime vscode atom
快捷键略微不同罢了

2017-11-22 02:33:01 +08:00

回复了 chenqh 创建的主题 › Chrome › 关于 chrome headless 的问题

怎么启动看这个 https://developers.google.com/web/updates/2017/04/headless-chrome
仅仅是 headless 不够

2017-11-21 05:33:15 +08:00

回复了 kuque 创建的主题 › Apple › Webkit 老是报错，不知道怎么恢复，正在 TM 备份要重装了

应该是其他系统组件的问题因为 Safari 和 Chrome 都不是同一个内核
所以一定是更底层的一个东西崩了导致的

2017-11-21 05:12:29 +08:00

回复了 erlinux 创建的主题 › Windows › Windows 开放了 WSL（ Linux 子系统），所以到底开放了什么权限？什么机理。

@erlinux @jakes 其实简单来说就是 WSL 就像是 Wine 是一个应用兼容层
Wine 是在 Linux/Unix 下让你可以兼容直接运行部分 Win32 程序
WSL 是在 Windows 下让你可以兼容直接运行部分 Linux 程序

所以 WSL 不是一个 VM 虚拟机他建立了一个 Linux 内核虚拟层但不是也不包含 Linux 内核
所以 WSL 没办法运行需要很内核功能的东西但是随着 WSL 底层的完善他就会变得越来越兼容 Linux 内核
慢慢的越来越多的 Linux 程序可以跑在 WSL 上面了
firewalld nmap 这些跑不起来估计是因为 Linux 的网络栈还没有在 WSL 兼容层完全实现

和 Linux VM 比 WSL 的优势之一是损耗小不需要一直有一个 Hyperviser 跑在后台而且占用大量系统资源
因为实际上 Windows + WSL 都是同时运行在同一个 Windows 内核上没有另外一个 Linux kernel 跑在 VM 里面
另外一个优势就是整合度高如果是 VM 实际上就相当于是 Windows 通过网络或其他接口和另外一台机器通信
而 WSL 是直接在同一个系统里面 WSL 的文件就在 Windows 的文件系统里面而且 Windows 可以一定程度上管理 WSL 里面的东西
缺点自然就是不能 100% 当作一个完整的 Linux 使用

可以认为 VM 是在本机虚拟了一个另外一台电脑硬件然后你在这个虚拟的电脑里面跑 Linux 或者另一个 Windows
而 WSL 是在 Windows 上面虚拟了一个 Linux 内核然后在这个虚拟的内核上面跑 Linux 应用
而 Wine 是在 Linux/Unix 上面虚拟了一个 Win32 API 然后让这个虚拟层上面跑 Win32 程序

1 ... 48 49 50 51 52 53 54 55 56 57 ... 170

❮

❯