微软最爽命令行工具发布!引诱开发者叛逃 Mac,开源六小时冲上 GitHub 第二

2019-05-08 09:57:44 +08:00
 FakeLeung

https://mp.weixin.qq.com/s/KnmQxGuElLlXY62RA02sVg

用 PC 的 web 开发,迎来春天了?

24482 次点击
所在节点    程序员
157 条回复
keysona
2019-05-08 20:19:10 +08:00
微软加油,等我这 15 年的 rmbp 报废就打算回到 window10 + 虚拟机去了。
xiaolanger
2019-05-08 20:21:23 +08:00
挺好的,微软多出点干货,这样也能刺激一下 apple,省得一天天不干正事的
springz
2019-05-08 20:23:57 +08:00
尝试了下又滚回 Mac 了
springz
2019-05-08 20:26:03 +08:00
无论是 WSL 1 或者 WSL 2,最难受的是无法忍受的割裂感。在 WSL 中安装好了开发调试环境,然后还要在 Windwos 下搭一套开发环境,这两个环境并不兼容,Windows 下还是残缺的,IDE 也无法直接利用 WSL。
8e47e42
2019-05-08 20:26:14 +08:00
事实上 Terminal 是唯一让我觉得 mac 值得留恋的地方,其他的?不存在的,只要你不是今天才买了 mac 上网冲浪的 GGMM,有年数的 mac 用户都会叛逃,最近几年没有任何进步,越改越烂
springz
2019-05-08 20:37:52 +08:00
如果微软能做好桥接,能让各种开发工具使用 WSL,像 macOS 那样无缝的体验。才是抛弃 macOS 的开始。不过想想都觉得不可能。
KasuganoSoras
2019-05-08 21:15:30 +08:00

太好看了,配合 WSL 用着简直爽到
lizhuoli
2019-05-08 21:56:49 +08:00
@murmur 你可以看一下,Marzipan,https://pspdfkit.com/blog/2018/porting-ios-apps-to-mac-marzipan-iosmac-uikit-appkit/

相当于直接是另一套和 AppKit 同级别的 UI Framework,向下直接对接到 CoreGraphics 绘制层,相当于 WPF 和 UWP 的关系……而且移植大部分情况就是删掉 Deprecated 的符号+重新 Build 一次,原生 x86_64 的机器码,而且交互设计和 Mac 一致,和模拟器还有大屏手机版完全是两个东西
murmur
2019-05-08 22:02:05 +08:00
@lizhuoli
没人在乎苹果提供了什么 framework
核心问题是,你把一个从小屏幕、手点操作为主的东西移植到大屏幕、鼠标键盘为主的东西上,丢失了手机上很多的特性,现在要用 pc 的思路重新解决 pc 上的问题,通过简单移植搞定?怎么可能。。。
不仅仅是 ui 了 连交互都得重新设计过
这是任何一个跨平台都需要考虑的东西
你看到腾讯投了人的 QQ 几端都不错,没怎么认真投人的微信 PC 端就是垃圾
否则的话还不如安卓模拟器,反正兼容机的内存便宜
Dvel
2019-05-08 22:15:38 +08:00
看这标题我以为微软开发了一个 996ICU。
lizhuoli
2019-05-08 22:23:39 +08:00
@murmur 你看 Blog,你所担忧的都讲了

UI 布局方面,Master-Detail 的布局在 Mac 上对应的就是侧栏,而不是你 iPad 上看到的样子,UIKit 适配会提供对应的 iOS Human Interface Guideline 到 Mac Human Interface Guideline 转换,同时也会有新 API 来更加细致原生的体验。参考类似 UWP 在手机和 PC 上的体验,或者说响应式布局在 Mobile 和 PC Web 的体验

我是 iOS 开发,可以说一个 App 的组成,只有 30%在纯 UI Layout 上,剩下的具体业务逻辑,模型数据,底层都是一行代码不需要改的,你关心只是交互改一遍。

而用模拟器,永远从技术上实现不了这一点,这是一个死路
georgetso
2019-05-08 22:26:02 +08:00
@lll4m
@yoshiyuki
以及其他说 retina 屏幕的各位:
XPS 4k touch 屏幕,matebook x pro 3k 屏幕,surface book 2k touch 屏幕。不比 retina 差。
lizhuoli
2019-05-08 22:28:55 +08:00
@lizhuoli PDFViewer: https://itunes.apple.com/sb/app/pdf-viewer-pro-by-pspdfkit/id1120099014?mt=8
一个超过 100W 行,涉及了 OC C++ Swift 混编的大项目,作者一个人花费一天时间就移植到视频可见的效果,而且交互也很原生。

我是一直认为,我不需要在 PC 上模拟手机的操作,也不想看到手机上出现 PC 的鼠标,每个平台就要用平台自己的交互,自己的 UI 组件,所以这一套是很有意义的,等 10.15 我也会把自己的独立 App 移植到 Mac 上,毕竟在现有 AppKit 上,基本相当于完全重写,花费至少按月计算才行,开发者都是懒惰的
Terry05
2019-05-08 22:36:45 +08:00
wow!awesome,非常期待!
misaka233
2019-05-08 22:38:41 +08:00
@KasuganoSoras 您好,请问任务栏的效果是通过什么软件实现的?
KasuganoSoras
2019-05-08 22:53:11 +08:00
@misaka233 #135 TranslucentTB,微软应用商店里就可以搜索到
FakeLeung
2019-05-08 23:18:15 +08:00
@georgetso #132
目测说的不是屏幕问题,是软件适配问题,多少软件在 4k 下简直无法直视。要不虚的要死,要不小的要死。
agagega
2019-05-09 00:28:33 +08:00
@lizhuoli
苹果这个强调互通但不融合的思路比当年 Windows 那个全平台好。我觉得电脑触摸很方便,但也挺蛋疼。有触摸这个功能当然比没有好,但是整个桌面系统都为触摸屏而设计,对于鼠标用户就显得怪怪的。iPad 也要面对这个问题。

PS: 去年的 WWDC 里苹果高管现场否认了苹果会将 macOS 和 iOS 合二为一的说法。虽然苹果打脸也不是一次两次了,但是去年的决定第二年就推翻还是不太现实。所以不知道有些媒体是真果粉还是假果粉。所以 iPad 很尴尬,有钱了当然可以买个玩玩,但是又替代不了电脑(除非是公司老板这种职业)。苹果一直在 iPad 所谓的生产力上做的推进(在程序员看来)都是不痛不痒。不过也正常,可能像某位网友说的,苹果其实从来就没有专门把程序员当作它的目标用户过,这么多程序员用 Mac 也许只是一种巧合……苹果讲的 Developer 似乎着重点都是「我要更多的人来给我开发 App 」,这点跟微软比,似乎差了点意思。
SNOOPY963
2019-05-09 02:39:57 +08:00
Windows 本均没有 Force Touch 触摸板,硬件层面不过关。

至于用 Windows,这不是 Mac 上 RDC 也能直接用 Windows 有啥好叛逃的。
inbox
2019-05-09 05:47:40 +08:00
@murmur 发现你就是一个大喷子,完全不了解 iOS 和 macOS 开发体系,凭着臆断说跨平台无用。你想到的东西,别人想不到?
上面 @lizhuoli 介绍的很详细了,iOS 和 macOS UIkit 层面提供了相同 API,底层逻辑代码通用。同一批开放人员,只需要额外 10% 或 20% 的工作量,调整下现有 iOS 应用的 UI 布局和交互,就能让高质量的 iOS 应用同时原生跑在 iPhone iPad macOS 3 种设备上。

Windows 和 Android 上技术栈迥异,除了几个大厂有能力有资源同时维护多平台应用,这几年 Windows 出过多少新的高质量应用?
还不是因为同时负担 Windows 和 Android 两个团队成本太高,加上 windows 应用缺少变现途径,中小厂负担不了。

说出来你可能不信,apple 近几年已经是全球第五大 pc 出货厂商,同时是全球第一大平板出货厂商。
这套技术的意义是,中小厂无需增加新的团队,依靠现有的 iOS 团队就能同时维持两个平台开发。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://yangjunhui.monster/t/562062

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX