Est MonoTouch désormais interdits sur l'iPhone?

Un post récent par John Gruber note que la suite de jargon juridique:

3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs.

A été modifié comme suit:

3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited).

Et fait l'observation suivante:

De ma lecture de ce nouveau langage est que les compilateurs, comme le Flash-pour-iPhone compilateur dans Adobe prochaine de Flash Professional CS5 version, sont interdits. Cela interdit également les applications compilées à l'aide de MonoTouch — un outil qui compile en C# et .NET applications pour l'iPhone.

Fait dans le fait d'interdire l'utilisation de Monotouch pour l'IPhone?

  • Je me demande d'où cela laisse apple existants et monotouch développeurs légalement. Qu'en est-il des monotouch apps?
  • Vous devez accepter cette nouvelle licence si vous souhaitez mettre quelque chose de nouveau dans iTunes Connect, mais je doute qu'ils vont tirer les choses de la banque qui ont été présentées précédemment. Cependant, ils /mai/ l'application présente avec de nouvelles applications qui ne sont pas 4.0 en fonction, mais n'ont pas déjà été soumis. Mais comme pour tout dans l'App Store, nous allons juste attendre et voir!
  • Apparemment, cet accord est sous NDA
  • apple.com/pr/library/2010/09/09statement.html aaaaaaaaaathankyooooooooooo laisser la folie commence!!
  • Il a ÉTÉ interdit, jusqu'à aujourd'hui: http://www.apple.com/pr/library/2010/09/09statement.html
  • Comme de 9/9/2010 c'est discutable. Apple est relaxant Règle 3.3.2 foxbusiness.com/markets/2010/09/09/...

InformationsquelleAutor tom greene | 2010-04-08
  1. 87

    Mise à jour -

    Ce changé récemment. MonoTouch ne devrait plus en conflit avec
    l'entente. Tous les énoncés ci-dessous sont purement historiques!

    Oui, il semble assez clair de leur contrat de licence maintenant que si l'application est écrite en C# alors il serait violer la licence:

    ...Les demandes doivent être écrit à l'origine en Objective-C, C, C++ ou JavaScript exécuté par l'iPhone OS moteur WebKit...

    Ils ont même marteau dans un peu plus loin:

    Applications lien vers Documenté Api par l'intermédiaire de la traduction ou de la couche de compatibilité ou de l'outil sont interdits

    Une sorte de déception, MonoTouch et le Flash CS5 -> convertisseur d'iPhone sont très cool.

    • Drôle, un die-hard iPhone fanboy je travaille avec dit la même chose il ya quelques heures quand ce sujet a été abordé. Il aime vraiment la HP Slate sur l'iPad aussi.
    • cependant, voir twitter.com/migueldeicaza/status/11844609073 en utilisant cela, comment pourraient-ils dire à un MonoTouch application à partir d'un natif?
    • bon à savoir, j'espère que ça ne laisse pas de tell tale signs dans le code. Pour être honnête, je pense que ce changement de licence a été conçu pour faire chier Adobe dans le sur aller de flash argument. Malheureusement, monotouch a pris aussi, sans doute parce que la licence ne pouvait pas être formulée simplement exclure flash sans apple procès facilement.
    • Je me demande ce qu'il faudrait pour ces gars-là pour générer de l'Objective-C au lieu de fichiers binaires exécutables.
    • voir mon commentaire ci-dessus. MonoTouch peut déjà générer du code C.
    • Apple a de nouveau hein. Sucer nous avec un merveilleux appareil, propre interface graphique, belle interface tactile ... mais ... en nous arrêtant le développement de rien pour elle, sauf si nous avons un mac, en nous arrêtant le développement de rien pour elle, sauf si elle est objet de C / C / C++. Je veux dire ce que nous pensons tous que si microsoft est venu et a dit 'non, ne peut pas se développer quoi que ce soit dans windows, sauf si c'est en C - non, vous ne pouvez pas utiliser l' .NET framework plus".
    • D'une part, j'aime vraiment ce que fait Apple avec l'ipod, et ipad. Mais d'un autre côté il suce vraiment. Je suis développeur et je ne peut pas être pris la peine d'y aller pour développer des trucs pour l'ipod. Je me sens comme j'ai été "forcé" d'aller dans cette voie de l'ignorer. Je travaille aussi avec l'appareil mobile du logiciel (windows CE) et je pense que Apple a fermé des gens comme moi, à partir de l'utilisation de l'ipod / ipad / comercial applications. Les entreprises ne peuvent pas se permettre de kit de leurs développeurs avec les machines Apple. Qu'ils pourraient faire beaucoup mieux si ils en pensaient. Je resterai à l'aide de Windows et de Linux.
    • il semble que Apple est aller plus loin dans cette voie: paulgraham.com/apple.html
    • La seule option est de ne pas dire à apple que vous utilisez autre chose 🙂 ... je veux dire, cacher d'éventuelles dev signature de mono ou de flash et la faire ressembler à xcode ... comme quelqu'un l'a dit avant ... une fois compilé, c'est juste un fichier binaire ...
    • et ils ne vont pas à l'interdiction de tout ce qui est payé, comme ils ne veulent pas diminuer leurs profits ... c'est particulièrement vrai dans la catégorie jeux
    • si cela vous est déjà arrivé, je suis complètement passer à Python et Qt.
    • Cela n'a aucun sens pour moi. En vertu de cet accord, si vous avez écrit une application en Flash et ensuite à la main traduits à Objective-C, il semble que ce serait en violation de l'accord (parce qu'il n'était pas "à l'origine écrite" en Objective-C).
    • tu veux dire comment les MS sont l'interdiction de code natif des applications dans Windows Phone 7, en ne permettant Silverlight? Ils sont aussi mauvais les uns que les autres, apparemment, nous sommes en train d'inverser la tendance de l'ouverture des appareils mobiles de donner une nouvelle occasion de le faire.
    • Je pense que c'est moins que qu'ils sont 'l'interdiction' applications natives, il est plus que leur nouveau système d'exploitation de l'API tourne autour de Silverlight/XNA et c'est la façon de faire les choses. Je n'ai rien vu à appliquer que vous ne pouvez pas écrire un Java (ou toute autre langue) à Silverlight compilateur de Microsoft contrats de licence (encore).
    • et tous les logiciels libres les gens sont inquiets à propos de microsoft, je pense qu'avec cette et la récente attaque sur android et, par extension, le noyau Linux, je pense qu'ils devraient s'inquiéter de pomme à la place.
    • Jusqu'à ce que tout ce qui s'est passé, notre produit en développement a été à l'iPhone/iPad uniquement (qui se soucie de Android, etc) et MonoTouch. Maintenant, nous avons reconsidéré, et nous allons maintenant être en Obj-C comme nécessaire, mais nous veillerons également à disposer d'Android et WinPhone support disponible jour 1 trop. Une entreprise ne peut pas se permettre de l'incertitude du comportement, et donc Apple ont fait le contraire de ce qu'ils voulaient - fait les développeurs à la recherche de cross-plate-forme des solutions au lieu de Apple uniquement. Bien fait.
    • Warholic, yep, je ne sais pas concernant windows phone 7 et silverlight. Mais je crois que nous devrions tous garder un œil sur des trucs de ce genre, finance.yahoo.com/news/... la WePad
    • Peut-être. Mais ça va être une minorité chose presque certainement. Si, soudainement, nous avons beaucoup de propriétaires plaquettes - Apple, Android, ChromeOS, nous sommes de retour au bon vieux temps.
    • Je suis d'accord, mais la clause comme l'écrit semble aller aussi loin que quiconque se sent comme à la prendre. Vous pourriez dire que même une application C qui a commencé comme pseudo n'était pas "à l'origine écrite", dans C. Et malheur à quelqu'un qui commence avec un anglais simple document de spécification...
    • Je ne comprends pas pourquoi Apple ne commencez pas à travailler avec leurs Éditeurs de logiciels et l'utilisation d'un modèle de certification; enfoncer le 3e parties dans un contrat de service et d'obtenir un " Approuvé pour iPhone insigne.
    • Je me demande si Apple se prépare à un procès antitrust ici. Accord de restriction du commerce?
    • Voulais juste mettre à jour tout le monde dans ce fil.. iOS4 est sorti depuis un mois maintenant, et apple, c'est d'accepter MonoTouch applications tout aussi bien pour l'appstore. Novell gars de continuer à mettre à jour MonoTouch à chaque sortie ainsi.
    • Comment Apple sait que l'application a été développé à l'origine à l'aide de MonoTouch ?
    • bien que, techniquement, il n'y a pas de différence entre un XCode app et MonoTouch, son assez facile maintenant de voir qu'une application a été créée dans MonoTouch, parce que les noms de bibliothèques qui font partie de l'appli finale de fichier, etc. Novell a dit qu'ils allaient corriger que si il y avait un besoin, et seulement compiler le tout dans une grande assemblée, mais ils n'ont jamais nécessaires pour le faire. Ainsi, alors que je doute que Apple testeurs effectivement regarder pour voir comment une application a été faite, ils pourraient le comprendre.
    • interdiction d'hier, l'interdiction de congé aujourd'hui, en bref, il n'y a aucune garantie qu'ils l'habitude d'interdiction de demain. Ils ne peuvent pas s'en tenir à leurs déclarations.

    InformationsquelleAutor Lance McNearney
  2. 49

    Mise à jour:

    Apple a chuté de (presque) toutes les exigences techniques pour les langues et les bibliothèques pour iOS, donc MonoTouch est sans doute une solution viable. Voir L'annonce d'Apple.

    La plupart des gens ici veulent simplement prendre Apple document par la parole et dire "oui, c'est interdit". Eh bien, voici mon point de vue: à ce stade, personne n'a vraiment aucune idée si MonoTouch va être interdit ou pas, et je vais vous expliquer pourquoi:

    La Pomme accord de la version 3 (pas la dernière, celle d'avant) indique clairement que son illégal d'utiliser d'autres cadres pour développer des applications autres que ceux fournis par Apple:

    3.3.2 la Demande ne peut pas lui-même d'installer ou de lancer d'autres code exécutable par tous les moyens, y compris
    sans restriction, par le biais de l'utilisation d'une architecture de plug-in, l'appel à d'autres cadres, d'autres Api ou autre.
    Pas de code interprété peuvent être téléchargés ou utilisés dans une Application, sauf pour le code qui est interprété et exécuté
    par Apple Documenté de l'Api et des haut-interprète(s). http://adcdownload.apple.com/iphone/iphone_sdk_3.2__final/iphone_sdk_agreement.pdf

    Même si c'est le cas (et c'était effectivement le cas depuis le 2.x, apple n'a aucun problème à accepter les demandes qui font exactement cela. Par exemple, TOUS les jeux EA utilisation de scripts Lua, et beaucoup, beaucoup de gens l'utilisation de bibliothèques externes qui ne sont pas natives de l'iPhone. Même lorsque l'iPhone a ceux Api natives, Apple n'a jamais eu un problème à accepter les demandes avec les différentes versions de celui-ci, comme SQLite.

    Mon point est que le fait de dire "OUI, ils vont être interdit" en ce moment est tout simplement WAAY trop tôt. La seule chose à ce point, c'est que Apple pourrait en fait l'utiliser pour l'interdiction des apps. Tout comme ils acceptent les Applications qui sont aujourd'hui à l'encontre de certaines de leurs règles, ils vont probablement continuer à le faire.

    Il y a aussi le fait que des centaines (ou probablement quelques milliers?) des apps dans le magasin actuellement en cours d'exécution Mono, et Apple vous devez accepter les mises à jour de ces applications. Principales applications avec des millions de ventes ont été créés à l'aide de Mono (et Lua), et je doute qu'ils remboursement de chaque utilisateur.

    Enfin, les applications d'Entreprise sont déployés pour Apple iphone sans son accord, et c'est un grand marché qui MonoTouch est sur (j'ai moi-même de développer les applications de l'entreprise). Il n'y a aucune façon, à ce point qu'Apple pourrait interdire le MonoTouch pour les applications, et qui sera probablement assez pour garder MonoTouch en vie pendant une longue période de temps.

    • Je suis généralement d'accord avec vous, sauf pour la dernière partie - Apple pourrait facilement dire que les futures mises à jour des applications existantes doit être porté à natif (Objective-C.
    • Ainsi, même si les applications sont portés à l'Obj-C, ils ont été à l'origine écrit dans une autre langue, donc, techniquement, ils seraient encore illégal, je suppose.. C'est pourquoi ces règles n'ont pas vraiment de sens. Ils vont probablement clair dans la suite de la révision, juste avant la sortie de la version finale de la version 4.0.
    • La langue précédente n'a pas l'interdiction des cadres à tous. Il a clairement dit que ce qu'il a interdit a été le lancement d'un code exécutable, et les listes de cadres comme un exemple d'une manière qui pourrait être fait. La langue que vous avez posté n'affecte pas monotype applications ou Flash apps ou tout autre binaires précompilés qui ne cherche pas à interpréter lors de l'exécution.
    InformationsquelleAutor Eduardo Scoz
  3. 27

    Mise à jour:

    les Nouvelles modifications aux sections 3.3.1, 3.3.2 et 3.3.9 ont fait MonoTouch (et tous les autres compilateurs croisés/langues/etc) tout à fait acceptable sur l'iPhone. Voir Apple annonce

    Miguel n'a pas l'air de le penser. Voir la tweet et de Miguel réponse. Permet de ne pas réagir ici et dire que Monotouch est mort, ou arrêter de se développer avec Monotouch jusqu'à ce que, quelques précisions ont été apportées par toutes les parties concernées.

    Qui a dit que je serait certainement commencer à mettre la pression sur Apple pour de tels draconienne des politiques de développement. Des choses comme cela, et la nébuleuse processus de l'approbation de la politique de l'iphone/ipad/touch apps devraient semer la peur dans le cœur des développeurs. Quelle est la prochaine, leur licence, indiquant que la seule plateforme d'Annonces, vous êtes autorisé à utiliser est sai? Ne pas permettre à la distribution des applications gratuites sans sai? Élever lentement Apple part du chiffre d'affaires des ventes de l'app? En tant que développeurs dans un verrouillée de l'éco-système, nous sommes sorte de grenouilles dans un pot d'eau chaude, et Apple est en tournant lentement la chaleur. C'est maintenant le temps d'explorer d'autres plates-formes mobiles, parce qu'ils vont mieux, la chose principale est de détenir des personnes pour la plate-forme Apple, c'est le manque d'applications sur d'autres plateformes.

    • +1 (surtout pour "explorer d'autres plates-formes")
    • +1 même si je m'attendais à plus de ces liens. "Non" n'est pas très parlant, est-il? Micro-blogging est un fléau.
    • Partez à l'exploration, je suis coller avec Apple. J'ai 2 mac et un développeur de licence qui je serai heureux de renouveler cette année, donc je peux garder sur le développement. L'amour ou à laisser, mais arrêter de pleurer sur elle. Et juste aller acheter un mac...
    InformationsquelleAutor Kris Erickson
  4. 10

    J'ai passé des mois des soirées à travailler sur des idées pour une killer app iPhone en Objective C. Mon travail de jour est C#. J'ai téléchargé MonoTouch C# quand il est devenu une alternative viable et venons de passer 3 mois à convertir mon code pour iPhone spécifiques MonoTouch C#. Ce qui m'a arrêté en train de devenir fou en passant à partir de C#/Objective C.

    Que dois-je faire maintenant jeter tout de suite et commencer à nouveau ou de donner up!?!

    Je me sens vraiment désolé pour le Mono gars. C'est simplement faux. C'est une chose pour arrêter Adobe qui n'ont pas lancé leur produit et n'avons pas de clients et d'arrêter de MonoTouch qui font et ont également produit approuvé dans l'AppStore.

    Pourquoi voudrait-on bâtir une entreprise et d'investir dans Apple quand ils vont le prendre tout de suite à une notification de moments sans devoir rendre des comptes ou douteux?

    Clairement les développeurs et les clients d'Apple soin d'eux et de leurs produits est une rue à sens unique.

    • Monotouch ne dispose pas d'un produit approuvé dans l'app store il y a beaucoup d'applications dans l'app store qui ont été écrites à l'aide de Mono. Il y a une grande différence, en ce que il y a beaucoup de demandes à examiner au lieu d'un seul.
    • Kendall Helmstetter Gelner: Vous avez tort. Il y a MonoTouch applications dans l'app store.
    • Scott, c'est dire... oh l'oublier.
    • +1 Bon point, bien fait!
    • Vous devez tenir compte de la quantité de temps de développement adobe aurait mis dans leur iPhone compilateur bien. Apple les laisser continuer dans cette voie sachant qu'elle était venue pendant plus d'un an et à la dernière minute qui l'ont emporté. Leur coûte des millions de dollars dans les temps de développement et les ventes perdues.
    • Et combien de ces applications ont été développées PAR le Monotouch les gens? Lire ce que j'ai dit de nouveau. @yar: Merci d'essayer d'expliquer.
    • oui, mais j'ai été évidemment référence à l'AppStore produit qui contenait leur produit (MonoTouch) dans l'AppStore qui a été approuvé.
    • Apple a toujours été une rue à sens unique. Vous jouez par leurs règles ou vous ne jouez pas.
    • Merci Apple, je vais redémarrer mon développement à nouveau aujourd'hui! Voyez-vous dans l'App Store bientôt, j'espère.

    InformationsquelleAutor AnthonyLambert
  5. 9

    J'espère que Apple obtient battue pour cette ridicule de la politique. L'Arrogance n'est pas attrayant et généralement mauvais pour les affaires. C'est l'une des raisons pour lesquelles je n'ai pas commencé le développement sur iPhone.

    La plupart des quincailleries et les fournisseurs d'OS sont heureux d'avoir des outils supplémentaires et le public à écrire à leur plate-forme. Apple est de prendre la position que son (braindead) outils sont le seul jeu en ville.

    Le "Grand Frère" ad à partir de 1984 est de plus en plus pertinents...

    MODIFIER

    La façon dont il est écrit aussi semble impliquer que si j'ai écrit un .net pour objectif C/apple traducteur que le code n'est pas acceptable parce que le code d'origine n'a pas été objective c. C'est ridicule (et inapplicable.)

    • Quel est l'arrogance de la partie? Pensez-vous qu'ils le font parce qu'ils pensent que leur code est plus propre, ou quelque chose?
    • Vous dites qu'il n'est pas arrogant?
    • Non, je ne pense pas que c'est de l'arrogance, ils ne sont pas assis là, comme Howard Thurston III de rire à l'idée de l'audace de ces paysans .NET et Flash devs de penser qu'ils ont les côtelettes à développer pour leur plate-forme. Je pense que c'est une stratégie d'entreprise, et d'accord avec les théories énoncées dans Gruber de suivi de la poste daringfireball.net/2010/04/why_apple_changed_section_331
    • L'Arrogance n'est pas limitée à des questions techniques - elle couvre également des vues d'entreprise ainsi. Ils sont arrogants, ils pensent qu'ils peuvent sortir avec elle et que c'est un comportement acceptable. Tout simplement parce que cela pourrait être une "stratégie d'entreprise" ne signifie pas que vous n'avez pas besoin d'être qualifié de stupide et arrogant.
    • En fait ils vont "sortir avec elle", parce que l'iPhone OS appareils continuera à être un immense succès et les développeurs vont continuer à le développer, et aux nouveaux développeurs d'adhérer à la fois. J'ai fait un choix il y a quelques années, je pouvais m'asseoir et de se lamenter à propos de comment je ne pouvais pas faire de développement Java sur iPhone, ou j'ai pu apprendre Cocoa Touch et iPhone applications. Ne regrette pas ma décision.
    • En 1984, annonce d'Apple en nous libérant de grand frère, de sorte qu'il devient de moins en moins pertinent, pas plus.
    • Euh, non - c'est pertinent parce que Apple EST le grand frère... Ça s'appelle de l'ironie.
    • dans un certain sens, ils ont déjà perdu. La brillance d'apple est de porter loin et beaucoup des meilleurs développeurs choisissent de ne PAS travailler sur leur plate-forme en particulier en raison de leurs politiques et de mauvais outils. Pouvez-vous imaginer combien d'applications serait là si Apple est-il raisonnable? Il n'est pas difficile. Aveugle de l'alliance n'est pas utile...
    • Le récent iPhone OS annonce est un joli affichage clair de la Pomme de brouillage pour rattraper les fonctionnalités disponibles sur les appareils Android, y compris les principes de base des besoins de l'utilisateur, telles que le multi-tâches. Au rythme où vont les choses, si vous pensez que l'iPhone va continuer avec autant de succès que jamais, vous êtes terriblement erronée.
    • oups - remplacer "allégeance" pour "alliance" ci-dessus
    • Rappelle-moi de ne pas miser sur Apple dans toutes les courses. Quand ils "brouillés à rattraper" avec le multitâche, ils ont une approche totalement différente de s'adapter à la vie de la batterie et de l'expérience utilisateur. La tortue et le Lièvre, je suppose.
    • La chose drôle est mon dernier commentaire était tout à fait tort - de ce que j'ai lu, j'ai appris que l'iPhone 4 multitâche est presque identique à Android. Il est intéressant de noter que même les non-programmeurs sont intimement conscients du faible niveau de l'iPhone fonctionnalités du système d'exploitation, mais personne ne semblait savoir comment Android n'a multitâche. Mindshare est stupéfiant.
    • Ce n'est pas une réponse à la question, c'est un coup de gueule à propos d'Apple politiques.
    • Oui - vous avez raison. Mais c'est approprié, vous ne pensez pas?

    InformationsquelleAutor Tim
  6. 7

    L'unité est également basée sur des Mono et avec un nombre considérable de produit commercial, j'imagine que c'est une question que nous n'avons pas entendu parler de la fin d'.

    L'interdiction de toutes les applications qui ne sont pas écrits en Obj-C/C++ seraient, en théorie, l'interdiction de toute l'Unité jeux aussi, dont il existe un grand nombre déjà dans l'app store.

    Cette question a également été posée sur l'Unité des Réponses site, et de leur réponse officielle est:

    "Nous venons d'entendre parler de l'iPhone OS4.0
    et les nouvelles Conditions De Service. Alors que nous
    crois que nous sommes entièrement compatible avec
    ces nous sommes maintenant en train de faire tout ce que nous
    peuvent pour avoir ce vérifiée par Apple. Comme
    dès que nous savons précisément, nous allons de
    partager cette info avec tout le monde.
    Veuillez accrocher serré alors que nous en arrivons à ce
    sussed en sortir."

    Être intéressant de voir ce qu'ils ont dit par Apple.

    Le truc, c'est sûrement en disant qu'une application doit être écrit dans une certaine langue est un peu un abus de langage, car une fois que l'application est compilée, c'est toujours un binaire natif, peu importe comment il a été construit. Ma conjecture est que tout ce qu'ils peuvent rechercher est une sorte de signature dans le binaire pour détecter quel outil, il a été construit avec. Une approche erronée.

    EDIT: Il y a un intéressant aperçu de la situation sur ce blog: monotouch maintenant morts dans l'eau ce qui ne les pommes nouvel iphone accord de développeur veux dire

    InformationsquelleAutor Ira Rainey
  7. 7

    Le nouveau contrat de licence est expressément clair à ce sujet. Donc, OUI, il sera banni.

    Conseils, si vous voulez vraiment développer pour l'iPhone, essayez de XCode. Si vous êtes déjà familier avec Java ou C# ou encore mieux, C++, puis à apprendre Objective-C ne seront pas si difficile.

    iPhone/iPad est des Pommes de nouveaux succès en affaires, et ils vont tout faire pour maintenir cette croissance, peut-être qu'ils n'interdit Monotouch apps maintenant, mais qui sait, il y prochain déménagement? Donc, si vous êtes vraiment intéressé par l'iPhone dev, au lieu d'avoir des cauchemars que votre travail pourrait être rejetée. Il suffit de passer à XCode, au moins qui fera baisser votre application rejeter pourcentage. Donc, mon conseil.

    • C'est pas que c'est dur. Toute personne utilisant monotouch sait déjà Objective C. C'est cet Objectif C est terrible de se développer par rapport aux langues modernes.
    • c'est terrible
    • Ouai, j'ai passé du temps à apprendre l'Obj-c et de toutes les Api Cocoa Touch il n'est donc pas un problème pour moi d'écrire une application native à la manière d'Apple veut. C'est juste que pourquoi je veux le faire dès que j'ai pu utiliser MonoTouch de le faire beaucoup plus rapidement et de partager la "logique commerciale" (mais pas de l'interface utilisateur) avec WP7 et Silverlight pour le navigateur et les applications de bureau?
    • Il y a une raison pour laquelle tant de nombreuses applications sur l'appstore crash régulièrement: objective-C., Même de haut profil comme digg.com
    • J'ai d'abord programmé Objective-C dans le 95.... C'était de loin la meilleure chose à l'époque. Il est loin derrière maintenant. Je déteste le dire, mais après avoir utilisé les deux et C# MonoTouch C'est vraiment une mauvaise relation.
    • De vote, simplement parce qu'il n'y a rien de vraiment clair à propos de l'accord actuel, et medopal ne le sait pas s'ils vont être interdits ou pas (à ce stade, personne ne sait qui). Par apple règles, applications d'apple pourrait tout aussi facilement être interdit (xml, fichiers xib?). Avis est également inutile, et n'a aucun rapport avec la question.
    • J'ai appris obj c dans le train, au travail ce matin - il n'est pas difficile - mais il pue - c'est un bavard, archaïque de la langue, je préfère écrire des applications de l'iPhone en T-SQL ASCII art.
    • Scoz, je vous remercie, je viens de mettre à jour la réponse. je ne m'attendais pas à downvotes mon avis, même pas upvotes!
    • S, je suis partiellement d'accord, Obj-C peut-être la raison, mais aussi amateur Obj-C développeurs pourrait être la raison ainsi, des milliers de iPhone devs sont totalement nouveau pour la plate-forme et pourrait faire d'énormes erreurs. Même LinkedIn a dit qu'il y première version de l'application iPhone a été fait par un programmeur amateur. Mais maintenant (3ème version) est fabriqué par des experts, de sorte qu'il pourrait être la langue, mais pourrait aussi être les devs!
    • S, @cista: elles sont assez ignorants des réponses. De nombreux développeurs (comme moi) intentionnellement choisi de développer une plate-forme avec absorption limitée seulement pour le Cacao environnement de développement. Détaillé de la nature de la langue est attrayant pour nous, car il permet de suivre le code que beaucoup plus facile. Quand il s'agit de s'écraser, outre le manque de collecte des ordures, en aucune façon, est-ce la faute de la langue. Dites-vous que Monotouch vous met à l'abri des conditions de course ou de la mémoire de l'épuisement (les deux principales sources d'accidents)?
    • S, @cista: j'ai aussi de vous diriger à cette question pour en savoir plus sur le sujet: stackoverflow.com/questions/435990/...
    • Evidemment, c'est la faute DE LA LANGUE! Obj-c laisser affecter mauvais type de données précédemment déclaré vars, gestion de la mémoire est sujette à erreur, et basé sur des idées de+ de 10 ans, qui sont remplacés ou améliorés dans les nouvelles, plus modernes, langues. Si VOTRE application (un éditeur d'image) laisser ouvrir les fichiers texte, et de crash, disparaissent soudainement avec d'obscurs erreurs, exiger minuscule, obsédant, étapes de fonctionner (car toute erreur, plantage!), ensuite, le logiciel EST défectueux. Obj-c pourrait être une bonne idée il y a 10 ans, et vraiment, une amélioration par rapport à C++/C. Mais être une amélioration par rapport à C/C++ n'est pas une réussite.
    • Je n'ai aucune idée de ce que vous dites ici, parce que si vous définissez une variable d'instance, comme un NSString, vous obtiendrez des erreurs de compilation si vous essayez d'attribuer une NSData de la valeur. De même, vous en êtes averti par le compilateur sur les messages qui peuvent provoquer des erreurs d'exécution. Ignorant les avertissements du compilateur est une recette pour l'échec dans n'importe quelle langue. Encore une fois, cela n'a rien à voir avec une application en cours d'exécution de la mémoire suite à une mauvaise conception ou un mauvais codage, ou de frapper une condition de concurrence en raison de la bâclée code. À l'aide de C# sur Objective-C vous gagne rien dans ces cas.
    • Ce n'est pas la question de ce qui est meilleur ou pour le pire. C'est au sujet de la législation qui étouffe le développement de plusieurs façons. Si votre réponse couvre une partie, vos considérations sont non constructif. Tout simplement parce que l'Obj C est le meilleur (ou le pire) des projets qui avaient été lancés et parcouru un long chemin de développement ne devraient pas s'arrêter. C'est une perte de temps, d'argent, de ressources humaines et de la rupture des contrats.

    InformationsquelleAutor medopal
  8. 6

    Je pense que quelque chose à envisager sérieusement de Apple est la motivation.

    Je suis d'accord avec d'autres sentiments mis en ligne que Apple tente de prévenir la banalisation des applications - c'est-à-dire, en ayant de plus en plus d'applications écrites en utilisant des cadres qui génèrent des applications qui peuvent s'exécuter à travers de multiples dispositifs.

    Mais ce n'est pas ce Monotouch est. Monotouch est tout au sujet de l'utilisation de la Pomme de cadres pour écrire des applications, mais à travers Mono, pas Objective-C. Donc, de ce point de vue que Monotouch est en train de faire n'est pas quelque chose qui devrait vraiment la peine d'Apple.

    Je maintiens que les développeurs sont mieux de l'écriture dans la langue maternelle de la plate-forme qu'ils utilisent, comme les choses sont généralement plus lisse lorsque vous n'avez pas introduire un système qui peut avoir de l'abstraction d'adaptation d'impédance - le de Cacao cadres ont tous été construit pour être utilisé à partir d'Objective-C, et ils font le plus de sens quand on a l'habitude de la philosophie de l'Objective-C. Mais j'espère qu'Apple vient vers le bas sur le côté permettant de MonoTouch à être utilisé.

    • Celui qui downvoted mon analyse rationnelle va développeur de l'enfer, juste pour vous informer que (la définition de ce qui est écrit applications mobiles ciblant uniquement Windows Mobile 6.5 pour l'éternité). Je veux dire, d'accord avec moi, mais pourquoi le downvote une raison pourquoi il pourrait bien ne pas être interdit? Pourquoi ne pas essayer de comprendre ce qu'Apple est en train de faire au lieu de simplement se joindre à la fourche et de la flamme de la brigade lors de la première flamme est allumée?
    • Convenu Kendal, +1 pour l'équilibre.
    • +1 Un argument raisonnable
    • +1 pour l'opprimé et de ses divergences de vue. Chaque fois que je vais à l'encontre des masses de groupe pense que je descends voté jusqu'à ce que je suis obligé de supprimer le post.
    InformationsquelleAutor Kendall Helmstetter Gelner
  9. 5

    Tous Apple est en train de dire, c'est que vous devez maintenant utiliser 1980 langues pour développer votre compétition en battant l'état de l'art des Applications Mobiles....

    Sens parfait. Sonne comme une stratégie gagnante pour moi.

    Il arrête également utiliser de la 3e partie des bibliothèques que vous ne pouvez pas garantir que ont été développés dans droit en C, C++ ou Objective C.

    Donc, fondamentalement, cela signifie que vous ne pouvez pas acheter dans les Jeux de l'API comme Unité.

    • Un bien, considérant que smalltalk-80 est une dizaine d'années à l'avance de c#...
    • comme vous le savez certainement Objective-C a été fondamentalement C avec quelques SmallTalk extensions.
    InformationsquelleAutor AnthonyLambert
  10. 4

    Juste ajouter mes 2 cents. Il semble que, après la lecture de cette partie: (par exemple, les Applications qui lien Documenté Api par l'intermédiaire de la traduction ou de la couche de compatibilité ou de l'outil sont interdits) il n'y a rien à discuter. Ils ont exprimé sans ambiguïté. Non seulement sont-ils l'interdiction de MonoTouch et Unity3d, il semble qu'ils sont aussi l'interdiction de De Titane De Cadre. Cependant, après la lecture de cette article, je me suis vraiment confus.
    Je ne suis pas familier avec les lois des états-unis, mais est-ce légal? Je veux dire, ne sont-ils pas la rupture de certaines lois anti-monopole?

    En plus de tout cela, je ne peux pas comprendre leur motivation. Non seulement vont-ils perdre une partie d'un des développeurs de l'intérêt, ils perdent également un des développeurs de respect, je pense.

    InformationsquelleAutor n535
  11. 4

    À compter d'aujourd'hui, la Section 3.3.1 de l'iOS d'Apple Developer Program Licence a été rétrocédé à l'ancien texte:

    3.3.1 les Applications ne peuvent utiliser les Api Documentée dans la manière
    prescrit par Apple et ne doivent pas utiliser
    ou appeler n'importe quel Api privées.

    Apple a publié un déclaration officielle sur les changements de licence.

    Cela semble indiquer qu'il est maintenant possible d'utiliser MonoTouch.

    • +1 pour l'inclusion de contenu réel et pas juste un lien ou de la déclaration.
    InformationsquelleAutor Jeff
  12. 3

    Un but de l'équipe de Mono est le portage de Silverlight à l'iPhone par le biais de MonoTouch/clair de Lune pour la croix-plate-forme de développement. C'est un peu comme le portage de Flash pour l'iPhone. Il est également Monodroid sur la façon de nous aider au portage d'applications et, vous le savez, Apple tourne amonk chaque fois que quelqu'un dit "Android" 🙂 à mon humble avis, si Apple est le ciblage Adobe avec le nouvel accord, ils sont ciblage Roman aussi. Nous sommes probablement spéculer et il y a un NDA, mais beaucoup d'entre nous ont passé beaucoup de temps sur cette plate-forme nous avons donc besoin de faire clairement la situation. Nous ne pouvons pas attendre l'été prochain pour discuter de cette question. Par exemple, j'ai été invité par un ami pour aider son entreprise à un prototype d'une MonoTouch demande d'un client. Le nouvel accord n'affectent que la distribution App Store? Qu'en est-maison de distribution?

    • pourquoi ne pas Apple talk bien pour le Mono gars et les amener à déposer pour le Droid à la place....
    • pourquoi auraient-ils drop de soutien pour une approche plus ouverte de la plateforme
    InformationsquelleAutor Tajomaru
  13. 2

    Cette feuille de calcul google docs a une longue liste d'applications qui seront touchés par la nouvelle entente. Certains non négligeable de ceux qui ont été #1 dans l'appstore pour leur catégorie:

    • Monopole
    • Lemonade Tycoon
    • Skee ball
    • Les colons
    • Zombieville

    L'une des drôles de des inclusions est de Toy Story.

    • Le nouvel accord couvre toutes les versions de l'OS, pas seulement 4.0.
    • Bon point, j'ai oublié de vous signer un nouveau contrat sur le site
    InformationsquelleAutor Chris S
  14. 2

    oMany applications ont été acceptés dans les derniers jours, écrite avec l'aide de monotouch et de l'unité, alors que je suis aussi de l'utiliser comme obj-c, depuis l'annonce et le changement dans l'accord, alors rendez-vous à la FIGURE,...le bon vieux'WTF vient à l'esprit. C'est un bipolaire petit cochon, il me semble.

    AUSSI, la dernière Unité de Jeu GiantMOTO, qui est sous HOT NOUVEAUX JEUX - HIER, a sur son écran de démarrage onLoad en grosses lettres, ALIMENTÉ PAR l'UNITÉ. Donc, toutes les conjectures, des hypothèses, etc. c'est pas vraiment la porte. On pourrait dire que, dans la nouvelle version, il n'est certainement PAS appliquée. Et montouch est le seul développement platf ENTIÈREMENT expose iPhone API et construit ENTIÈREMENT en obj-c avec XCode.

    InformationsquelleAutor Sebas
  15. 1

    De ce que le contrat de licence dit MonoTouch apps ne seront évidemment pas être admis dans l'AppStore.

    La question la plus intéressante est que, à l'encontre de ce qui cadre /apps vont-ils faire respecter? Ils auront également à écrire des tests automatisés pour vérifier si les applications ont été écrits en natif ou pas, parce que les gens qui approuvent les applications risquent de ne pas avoir le temps ou les compétences pour le faire pour chaque application. Ces apps ne pas mettre un autocollant, il y 'a l'Aide des MonoTouch /Flash'.

    • Je suppose qu'il va être un processus automatisé. Je suppose monotouch et le flash compilateur va laisser commune de modèles de code de la conversion qui peuvent être statistiquement choisi de code compilé.
    • yup si apple utilise certains processus automatisé, ils vont certainement trouver le modèle de conversion. Mais cette politique s'applique est absurde. Je veux dire Obj-C suce son vraiment un peu obscur de la langue. J'aime vraiment ce MonoTouch offre.
    • Certainement d'accord qu'il est absurde et va bouger beaucoup de développeurs android et windows phone qui à certains égards est bon pour la concurrence.
    InformationsquelleAutor mgw
  16. 1

    Courte réponse à tout ce qui tache dans l'accord est OUI.

    Apple est essentiellement prise de vue elle-même dans le pied de programmes limitant à un petit nombre de langues:

    • C - qui n'est pas vraiment adapté pour le développement de l'application de ces jours, à cause du faible niveau de la nature. C'est surtout un langage de programmation de systèmes d'aujourd'hui.
    • C++, ce qui rend difficile de tirer votre téléphone, mais quand il arrive, c'est avec un bazooka. En dehors de l'intervalle Qt, il n'existe pas une application complète de cadres à utiliser en C++ (Qt et ne prend pas en charge l'iPhone pour le moment).
    • Objective-C - qui a été inventé par Apple, et des cours seront pris en charge.
    • Le code JavaScript s'exécutant dans WebKit - essentiellement une application web.

    Ils sont délibérément de limiter quels sont les outils que vous pouvez utiliser pour développer pour l'iPhone, qui sera presque certainement obtenir dans de sérieux ennuis. Je suis sûr qu'une grande partie de la communauté vient de quitter la iPhone de développement et de migrer vers une autre plate-forme comme Windows Mobile, Symbian, Android et Maemo, qui sont totalement ouvert, vous êtes libre d'écrire votre application dans LOLCODE.

    En dehors de ce qui peut rendre l'iPhone indésirable pour les développeurs, il donne aussi Adobe un beau baiser:
    Apple a délibérément blocs Flash à partir de l'iPad, et maintenant ils sont également le blocage de l'iPhone. Le numero est Adobe Flash CS5 plus grande caractéristique est le déploiement d'applications Flash pour iPhone.

    tl;dr: Apple est essentiellement de tir dans le pied avec ce mouvement.

    • Apple balle dans le pied en premier lieu et tout le monde dit, "Apple est vouée à l'échec en raison d'architecture fermée." S'avère que se tirer une balle dans le pied -- comme tout employé-devient-consultant vous dire-c'est souvent une bonne stratégie.
    • Ouais, maintenez votre respiration pendant que de taille moyenne bonne partie de la communauté de cesser de développement iPhone!
    • Objective-C n'est pas vraiment inventé par Apple, c'est juste adopté comme LLVM et même des pièces de BSD 🙂
    InformationsquelleAutor CMircea
  17. 1

    C'est maintenant mois après le flash de la débâcle et il est assez évident Monotouch et de l'Unité font l'amende juste.

    Comme par "Applications lien vers Documenté Api par l'intermédiaire de la traduction ou de la couche de compatibilité ou de l'outil sont interdits"

    Monotouch compile le code vers le bas pour un binaire natif, il n'y a pas de "couche". Ils sont en se référant à somethign comme une .NET, Java JVM ou moteur d'exécution de Flash.

    • Il dit à propos de l'Api Documentée. Donc, je pense qu'il n'a pas d'importance si vous compilez à la bibliothèque native ou pas
    • Le point est, de le souhaitez que vous avez besoin d'acheter un Mac pour développer pour l'iPhone. Cela s'applique non seulement pour Java et Flash, mais aussi pour les mono, mono parce que vous avez la possibilité de développer sur windows/Linux ordinateur. Mais à la différence de Java ou Flash, mono est probablement pas beaucoup utilisé, de sorte qu'ils n'ont pas encore de soins.
    InformationsquelleAutor Doobi
  18. 1

    Mono applications normalement compile en bytecode qui est et nécessiterait JIT (just in time) de la compilation, de les exécuter ainsi un .Net framework ou Mono-cadre est nécessaire. Toutefois, dans le cas d'iOS et Android, Mono application compiler en code natif. Par conséquent, dans les yeux d'Apple, il n'y a pas de troisième couche, Apple ne sera jamais interdiction Mono. Alors vous pouvez vous sentir libre de se développer avec MonoTouch et distribuer vos applications. Pour vous assurer que vous de plus, il existe divers de Mono applications (y compris des jeux et des applications sur l'AppStore qui ont été autour pendant un long moment.

    InformationsquelleAutor Peyman