문제

Monotouch는 iPhone 개발을위한 훌륭한 플랫폼처럼 보이지만 Apple Store에 배치하는 것이 우려됩니다. 현재 iTunes에서 사용할 수있는 응용 프로그램의 예가 있습니까?

우리는 iPhone을위한 새로운 프로젝트를 시작했으며 전체 스택을 C#에 유지하는 것이 좋지만 Monotouch 때문에 Apple Store에서 거절 될 위험이 발생하지 않습니다.

현재 3D 그래픽에 모노치 (모노치가 아님)를 사용하는 여러 게임에 대해 읽었지만 Monotouch에 대해서는 아무것도 찾을 수 없었습니다.

도움이 되었습니까?

해결책

내 휴대 전화에 이것을 두드려서 약간 간결 할 것입니다 - 사과합니다.

그래도:

- 이전 답변에서 말했듯이 App Store에 Monotouch 앱이 출시되었습니다. 두 사람이든 Bajillion이든 그다지 중요하지 않습니다. 하나와 0의 차이점은 무한합니다. 대답은 명백합니다. 예, Apple은 Monotouch 앱을 승인합니다.

- Monotouch는 Apple의 규칙에 따라 재생됩니다. 그것은 기본 비트를 뱉어냅니다. 코드에 대한 해석은 없으며 jitting도 없습니다. Monotouch 앱은 다른 것과 마찬가지로 번들이며 다른 바이너리가 포함되어 있습니다.

- monotouch 앱 ~이다 그들이 애플의 스택으로 쓰여졌을 때보 다 더 큽니다. Monotouch 앱이 mono/.net 프레임 워크의 하위 집합에 의존하기 때문입니다. 그래도 그 점에서 일단 당신이 무엇을 내리면 배들, Monotouch 앱에 대해서는 특히 다른 것이 없습니다. 나는 우리가 맞춤형 프레임 워크에 대해 앱 (Apple의 스택으로 개발)을 구축 한 회사에서 일했습니다. 그것은 우리 앱의 크기를 증가 시켰지만 생산 시간에도 줄어 듭니다 (그리고 그것은 항상 트레이드 오프입니다). 또한 컴파일 직후 앱 번들의 크기는 기만적 일 수 있습니다. 앱 스토어에는 번들이 ZIPTED가 있으므로 크기는 크게 줄어 듭니다. 전달 된 앱의 허용되는 크기 제한 내에서 OTA (나는 이것을 제기하는 경향이 있기 때문에 이것을 가져옵니다). 따라서 애플은 크기에 따라 거부 할 실제 이유가 없습니다.

- monotouch 또는 내가 작업했던 것과 같은 맞춤형 사내 프레임 워크이든, 앱과 함께 배송 될 때 Monotouch 물건은 다음과 같은 Objective-c로 작성 될 수있는 또 다른 프레임 워크.

- 전체 monotouch 스택을 사용하여 배포 앱 구성과 승인 가능성에 어떤 영향을 줄 수 있는지에 대해 우려하는 경우 Monodevelop (또는 명령 줄에서 MTouch 유틸리티)에 Xcode 프로젝트를 출력 할 수 있습니다. 당신은 당신의 코드가 변형되었음을 알 수 있습니다 - 당신은 기본 어셈블리 (IL의 풍미가 아님)를 볼 것입니다. Xcode 내에서 Monotouch 생성 된 앱을 구축하고 실행할 수 있습니다.이 시간까지 Monotouch가 기본적으로 그림에서 벗어날 수 있습니다 (예 : Mapkit과 같은 프레임 워크 제외).

어떤 이유로,이 모든 것은 어떤 이유로 든 앱을 구축하기 위해 다른 도구를 사용하는 사람들의 아이디어를 견딜 수없는 매우 작지만 보컬의 하위 집합을 귀찮게합니다. 그러나 그들의 배열은 단순한 것을 바꾸지 않습니다 사실 Apple은 Monotouch 앱 (및 그 전에 Unity 앱)을 수락했습니다.

MT 앱이 거부되는 가장 큰 이유는 MT Devs, 내 경험에 따라 (몇 가지 대화를 나눈 후, 포럼, 메일 링리스트, 여기 ...)입니다. , 그들은 아직 개발 방법을 배우지 못했습니까? iPhone 앱. 그것은 iPhone Devs가 regarldess를해야 할 일입니다 어떻게 그들은 앱을 작성합니다. Monotouch는 장애물이 아닙니다. 예를 들어, Apple은 앱이 특정 방식으로보고 특정 방식으로 작동하기를 원한다는 것을 알고 있습니다. 다른 (좋은) iPhone 앱처럼 보이고 느끼고 행동해야합니다. 휴대 전화 용 데스크탑 앱을 작성하려는 시도의 예 중 하나가 되십시오 (모바일 개발로 전환 할 때 평균 개발자가 첫 번째 실수를하는 곳).

궁극적으로, 당신의 선택 도구는 Apple의 규칙 (Monotouch와 같은)에 의해 재생되는 비트를 만들어내는 한 중요하지 않습니다. 실제 장애물은 iPhone 앱 디자인 방식을 배우는 것입니다.

Windows, Windows Mobile 또는 Mono (Monotouch가 아님)가 실행되는 곳에서 .NET 응용 프로그램 개발자는 자신의 취향에 따라 앱 개발에 익숙합니다. 그것은 iPhone 세계에서 날지 않습니다.

Monotouch와 함께 안전하게 갈 수 있습니다. 알 수 있듯이 Apple ~ 할 것이다 MT 앱을 승인합니다.

당신이 정말로해야 할 일 (다시 선택한 Dev 스택에 관계없이)은 iPhone 앱 디자인 및 지침에 대한 Apple의 문서 읽기. 앱이 악한 (또는 기본적으로 변명되지 않은 변명)에 대한 앱 거부에 대한 그들의 앱 거부에 대한 많은 사람들이 있습니다. 진실은 그들의 앱이 쓰레기통이고 Devs가 규칙에 의해 재생되지 않았다는 것이 분명하다는 것입니다. 규칙을 읽으려면).

결국, 많은 경우, monotouch를 사용할 때 훨씬 적은 코드를 작성할 수 있으며, 그 비용은 더 큰 앱 번들입니다 (내가 말했듯이 배포를 위해 지저분한 후에는 매우 합리적으로 크기가 나옵니다).

그것은별로 문제가 아닙니다. 3G를 사용하면 사용자는 2-3MB 크기의 앱을 다운로드하지 않습니다. OTA를 보내기에 충분히 작 으면 모든 것이 괜찮습니다. 앱이 한계를 넘어서는 경우, 임베디드 리소스 (미디어 - 이미지, 비디오 등 - 번들이 일반적으로 wifi -only 크기로 부풀어 오르는 방식). , 그것은 단지 문제가 아닙니다.

따라서 증오 자들을 무시하고 (모노치를 시도하지 않았거나 그것이 어떻게 작동하는지 배우기 위해 귀찮게하지 않았으며) 앱이 Apple의 지침을 준수하는 한 아니요 그들이 그것을 거부 해야하는 이유. 앱이 올바르게 디자인하는 한 앱이 수락을 보장한다는 것을 의미하지는 않지만 (많은 앱이 명백한 이유없이 거부됩니다), Apple의 도구를 사용하여 DEVS와 동일하게 자신을 고려할 수 있습니다.

도움이 되었기를 바랍니다 :)

다른 팁

Monotouch 커뮤니티는 유지하고 있습니다 Monotouch 애플리케이션 목록 오늘은 Apple Store에서 구할 수 있으며 사용하여 작성되었습니다. 모노치.

그만큼 단일성 게임 개발 플랫폼은 C# 지원을 위해 동일한 모노 터치 코드 기반을 사용하고 있으며 프로젝트에 기여했습니다).

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