브라티슬라프 홀루브 Apple이 2020년 XNUMX월 Apple Silicon 또는 Apple 컴퓨터용 자체 칩을 출시했을 때 전체 기술 세계에서 상당한 관심을 받았습니다. 쿠퍼티노 거대 기업은 그때까지 사용했던 Intel 프로세서를 포기하기로 결정했으며, 이를 비교적 빠른 속도로 ARM 아키텍처 기반의 자체 칩으로 교체하고 있습니다. 회사는 이 방향에 대한 광범위한 경험을 가지고 있습니다. 같은 방식으로 그는 휴대폰, 태블릿 등을 위한 칩셋을 설계합니다. 이러한 변화는 부인할 수 없는 편안함을 포함하여 여러 가지 놀라운 이점을 가져왔습니다. 하지만 최고의 장치 중 하나가 천천히 망각되고 있습니까? 왜?
그것은 수 관심을 가져라
아담 코스 Apple Silicon: 잇달아 장점
위에서 언급했듯이 Intel 프로세서에서 Apple의 자체 Silicon 솔루션으로 전환하면 여러 가지 큰 이점을 얻을 수 있습니다. 우선, 우리는 더 나은 경제성과 더 낮은 온도와 함께 놀라운 성능 향상을 이뤄내야 합니다. 결국 이로 인해 쿠퍼티노 거인이 머리에 못을 박았습니다. 그들은 어떤 식으로든 과열되지 않고 일반적인(더 까다로운) 작업에 쉽게 대처할 수 있는 장치를 시장에 출시했습니다. 또 다른 장점은 Apple이 앞서 언급한 것처럼 광범위한 경험을 보유한 ARM 아키텍처를 기반으로 칩을 구축한다는 것입니다.
최초의 Apple Silicon 칩 소개
iPhone 및 iPad(Apple A 시리즈)와 현재 Mac(Apple Silicon - M 시리즈) 모두에서 볼 수 있는 Apple의 다른 칩은 동일한 아키텍처를 기반으로 합니다. 이는 흥미로운 이점을 가져옵니다. 예를 들어, iPhone용으로 설계된 응용 프로그램은 Apple 컴퓨터에서도 완벽하게 실행될 수 있으며, 이는 사용자뿐만 아니라 개별 개발자의 삶을 훨씬 더 쉽게 만들어줍니다. 이러한 변화 덕분에 저는 개인적으로 일정 기간 동안 Mac에서 Tiny Calendar Pro 애플리케이션을 사용했는데, 이는 일반적으로 iOS/iPadOS에서만 사용할 수 있고 macOS에서는 공식적으로 사용할 수 없습니다. 하지만 Apple Silicon을 탑재한 Mac에서는 문제가 되지 않습니다.
iOS/iPadOS 앱 문제
이 트릭은 양측 모두에게 훌륭한 선택인 것처럼 보이지만 불행히도 점차 망각되고 있습니다. 개별 개발자는 자신의 iOS 애플리케이션을 macOS의 App Store에서 사용할 수 없도록 선택할 수 있습니다. 이 옵션은 Meta(이전의 Facebook) 및 Google을 포함한 수많은 회사에서 선택되었습니다. 따라서 Apple 사용자가 모바일 애플리케이션에 관심이 있고 이를 Mac에 적용하려는 경우 성공하지 못할 가능성이 높습니다. 이러한 상호 연결성의 잠재력을 고려할 때 이러한 이점을 최대한 활용하는 것이 사실상 불가능하다는 것은 매우 안타까운 일입니다.
그것은 수 관심을 가져라
파벨 젤리치 언뜻 보면 잘못은 주로 개발자에게 있는 것처럼 보일 수도 있습니다. 비록 그들이 그 일에 참여하고 있지만 현재 상황에 대해서만 그들을 비난할 수는 없습니다. 여기에는 아직 두 가지 중요한 기사가 남아 있기 때문입니다. 우선 애플이 개입해야 한다. 개발자가 개발을 촉진할 수 있는 추가 도구를 가져올 수 있습니다. 토론회에서는 터치스크린이 탑재된 맥을 도입하면 문제 전체가 해결될 수 있다는 의견도 나왔다. 하지만 지금은 비슷한 제품이 나올 확률에 대해 추측하지 않겠습니다. 마지막 링크는 사용자 자신입니다. 개인적으로 최근 몇 달 동안 전혀 소식을 듣지 못했다고 생각합니다. 그래서 개발자들은 애플 팬들이 그들에게 원하는 것이 무엇인지 전혀 모릅니다. 이 문제를 어떻게 보시나요? Apple Silicon Mac에서 일부 iOS 앱을 사용하시겠습니까? 아니면 웹 앱 및 기타 대안으로도 충분합니까?
경의를 표합니다. 내 iPhone과 iPad에 있는 앱을 M1이 포함된 MacBook에서도 사용할 수 있고 24me 앱이라면 정말 좋겠습니다.
문제는 정확히 그 전력 소비에 대한 베팅이었습니다. 즉, 오늘날 가장 제한된 그룹의 사람들이 높이 평가할 내용입니다. CV19의 조치 덕분에 카페, 레스토랑, 해변 어딘가에서 손전등을 켜고 코딩해야 하는 사람들의 수가 크게 줄었습니다. 주로 그렇게 많은 힘이 필요하지 않습니다.
스튜디오의 훨씬 더 많은 사람들이 플랫폼의 HW 제한에 직면하고 있습니다. 아니면 소비에 관계없이 성능이 부족합니다. 성능과 연결성의 모든 매개변수에서 X SoC조차 없습니다.
안녕하세요. 솔직히 말해서 이런 방식으로 iOS에서 Mac으로 앱을 가져오는 것은 매우 간단할 수도 있고 복잡할 수도 있습니다. 그 사이에는 그다지 많지 않습니다. 그 이유는 간단합니다. iOS 앱은 SwiftUI 또는 UIKit을 사용하여 두 가지 방법으로 생성할 수 있습니다(다른 방법은 무시하고 절차는 비슷하며 때로는 훨씬 더 복잡합니다). 본질적으로 SwiftUI는 코드로 환경을 생성하고 장치에 적응하는 가장 쉬운 방법입니다. 따라서 Mac에서도 액세스할 수 있도록 변환됩니다. 그것은 매우 복잡하지 않습니다. 그런 다음 UIKit은 캔버스에 인터페이스를 구축하는 방식으로 작동하므로 사용자 정의에는 더 많은 개발자 개입이 필요합니다. 제가 아는 한 Meta나 Google 앱은 좀 더 복잡하게 만들어져 있고, 제대로 된 Mac 지원을 위해서는 새로운 앱을 만들어야 할 것 같습니다. SwiftUI의 문제는 이것이 상당히 새롭다는 것입니다. iOS 12나 13부터 사용되었기 때문에(여기서는 잘 모르겠습니다) 매우 최신 앱만 적절하게 디버깅됩니다. Apple은 개발자가 SwiftUI에서 만들 수 있는 큰 이니셔티브, 즉 프레임워크의 단순성과 빠른 개발을 가지고 있지만 제 생각에는 더 이상 아무것도 할 수 없습니다.