Apple은 모든 iPhone과 함께 Mono Touch 런타임을 묶을 것입니까? [닫은

StackOverflow https://stackoverflow.com/questions/1450436

  •  11-09-2019
  •  | 
  •  

문제

애플이 Novell과 협상하고 모든 iPhone 및 iPod 터치에 모노 터치 런타임 (물론 런타임 만)을 묶는 것이 좋은 아이디어로 나를 놀라게한다. 아마도 모노 터치로 앱 빌드를 처음으로 다운로드 할 때 App Store에서 자동으로 다운로드되는 "일회성 설치"로 만들 수 있습니다.

그렇게하는 것은 OS X에 부트 캠프를 추가하는 방법에서 비슷할 것입니다. C# 개발자가 파티에 가입하는 것이 더 쉬워 지지만,이 개발자들이 모두 C#에 고착 할 것이라는 의미는 아닙니다. Mac은 Bootcamp입니다 - OS X가 마음에 들지 않으면 항상 Windows를 설치할 수 있다고 생각했습니다 (하드웨어가 마음에 들었으므로 문제가 없습니다). 6 개월 후, 나는 OS X를 풀 타임으로 사용하고 있습니다 ...

그렇게하는 데 기술적 인 문제가 있습니까? 나는 모든 당사자에게는 장점 만 본다. 누구에게나 단 하나의 단점이 아니라 (불행한 애플 직원이 제외하고, 묶기 전에 모노 터치 런타임에서 쓰레기를 테스트 해야하는 제외) :

  • 모노 터치가 훨씬 더 실행되기 때문에 Novell은 승리합니다 (Mono T
  • 이제 도구 벨트에 도구가 하나 더 있기 때문에 개발자가 승리합니다.
  • 많은 C# 개발자는 이것에 매우 관심이있을 것입니다.
  • Apple은 플랫폼에 더 많은 관심, 개발자 수수료의 수익, 더 많은 잠재적 인 훌륭한 앱 등을 얻을 수 있기 때문에 승리합니다.
  • 사용자는 장치에 축적되는 동일한 런타임의 사본이있는 다른 앱에서 공간이 적기 때문에 승리합니다.

iPhone OS에 모노 터치를 번들링하는 데 주요 기술적 장애가 있을까요?

편집하다: 제목을 "해야 할 것"에서 "Apple이 런타임을 묶을 것인가?"로 변경했는데, 예측에 대한 합의는 모노 터치를 고려하는 사람들에게 큰 의미가 있다고 생각합니다.

도움이 되었습니까?

해결책

아니요, 그러나 애플이 그렇게 할 수있는 강력한 이유는 없습니다. iPhone은 앱에 대해 정확히 아프지 않으며 Mono 부족 (예 : 기괴한 거부를 제공하는 과로 작업 앱 리뷰어)보다 개발 프로세스에 훨씬 더 큰 문제가 있으며 Apple이 먼저 관심을 가질 가능성이있는 다른 대체 언어가 있습니다. 마크 루비 및 파이썬과 같은. Apple은 Mac에서 Cocoa 앱을 작성하기위한 두 언어를 모두 지원하므로 C#과 같은 왼쪽 필드 언어 전에 iPhone에서 지원 될 것으로 기대합니다.

(나는 애플이 ~해야 한다 Bundle Monotouch, 약간 주관적입니다. 나는 단지 그들이 그렇게하는지 여부에 영향을 줄 애플을 끌어 당기는 힘을 설명하고있다.)

다른 팁

  1. iPhone의 모노 런타임에 대한 나의 이해는 다른 플랫폼에서와 같은 방식으로 실제로 런타임이 아니라는 것입니다. 모든 코드 (모노 포함)는 정적 코드로 컴파일된다는 것입니다.
  2. 그것은 버전 1.0이고 아직 그 가치를 입증하지 못했습니다. 아마도 많은 버전이있을 것입니다. 그리고 모든 예측로드를하는 것은 번거 로울 것입니다.
  3. 개발자의 비용이 99 달러로 498 달러로 증가하므로 흡수가 제한 될 수 있습니다.
  4. 그들은 완벽하게 훌륭한 개발 환경과 이미 라이브러리 세트를 만듭니다.
  5. Java와 Flash를 사용할 수 없습니다. 왜 훨씬 덜 확립 된 것에 집중해야합니까?

나는 그것이 잘되기를 바랍니다. 그러나 응용 프로그램의 1% 미만으로 다운로드를 약간 더 작게 만들려면 Apple의 생각은 가치가 없습니다.

개발자를 조각화 할 것이기 때문에 그렇게하지 않는 좋은 이유가 있습니다. 어떤 사람들은 목표 c를 배우고, 어떤 사람들은 모노를 배우고 애플이 모노를 지원한다면 둘 다를 지원해야 할 것입니다.

Apple이 무엇이든 할 예정이라면 이미 데스크탑에 존재하는 iPhone Objective -C에 쓰레기 수집 지원을 추가 할 것입니다. 그러나 장치 성능 제약 조건이 그 오버 헤드를 갖지 못할 정도로 단단히 고려합니다.

나는 당신이있는 플랫폼과 철학적으로 일치하는 프레임 워크를 사용하는 것에 대한 위대한 신자입니다. 모노가 작동하는 것이 멋지고 Unity와 같은 게임 스크립팅 언어로서 환상적인 아이디어라고 생각합니다. 그러나 iPhone 애플리케이션 개발을 수행하고 있다면 PORFEATIVE -C를 배우고 플랫폼이 실제로 어떻게되는지 이해해야합니다.

에 따르면 다가오는 iPhone OS 4 SDK를위한 iPhone 개발자 프로그램 라이센스 계약, Monotouch는 실제로 위반 중이며 허용되지 않습니다.

3.3.1 - 응용 프로그램은 Apple이 규정 한 방식으로 문서화 된 API 만 사용할 수 있으며 개인 API를 사용하거나 전화해서는 안됩니다. 응용 프로그램은 원래 iPhone OS WebKit 엔진에서 실행 된 대상 C, C, C ++ 또는 JavaScript로 작성해야하며 C, C ++ 및 Objective-C로 작성된 코드 만 문서화 된 API에 대해 직접 연결할 수 있습니다. (예 : 중개자 번역 또는 호환성 계층 또는 도구를 통해 문서화 된 API에 연결되는 응용 프로그램은 금지됩니다).

C#은 해당 언어 중 하나가 아니므로 허용되지 않습니다.

OS와 프레임 워크를 번들링하는 데 큰 영향을 미칩니다. 그렇게하면 모노 터치를 안전하고 최신의 사본을 사과 어깨에 유지해야합니다. 즉, Mono T 나는 그것이 애플이 원하거나 필요로하지 않는 책임이라고 확신한다.

더 중요한 것은 Apple이 개발자를 iPhone 플랫폼으로 끌어들이는 데 어려움이없는 것 같습니다. 또한 개발자를 OS X 플랫폼으로 데려 오는 데 도움이됩니다. 애플이 지금 바로 변화를 원한다고 상상할 수 없다.

척이 말한 것 외에도 애플은 모노치의 모든 것이 작동하고 사고가 나쁘게 보이게하는 충돌을 일으키지 않는다는 것을 확인해야 할 것입니다. 이는 애플이 엄격하게 테스트해야하며 QA는 지금 모노치뿐만 아니라 각 모노치 후속 릴리스를 의미합니다.

Monotouch 지원을 추가하는 것이 사소하더라도 그렇게하는 것은 사소한 일이 아닙니다. 오른쪽.

Bootcamp는 아마도 Apple의 개발과 QA를 개발하기위한 거대한 엔지니어링 노력이었을 것입니다. 그러나 Windows 사용자 (거대한 시장)를 Mac에 유인하는 것이 좋습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top