Apple Mac - SDK, SQLite, la caractéristique de faisceau, fr 32

Illustration pour SDK, SQLite, la caractéristique de faisceau, En deux heures jeudi, Apple a déroulé une quantité d'informations massive au sujet de permettre aux programmateurs de logiciel indépendants de produire des régimes pour l'iPhone. SDK, SQLite, la caractéristique de faisceau, $$etAPP Storeswho peut sembler raisonnable de lui tout ? Bien, nous allons lui donner un aller avec notre FAQ de logiciel d'iPhone.

Illustration pour L'installation du RIM pour le support d'échange exige l'utilisation A établi un état (par l'intermédiaire d'Appleinsider) comparant les deux approches à fournir le support d'échange pour l'iPhone d'Apple contre la mûre du RIM. L'installation du RIM pour le support d'échange exige l'utilisation du serveur d'entreprise de mûre qui branche au Network Operations Center du RIM (NOC) au Canada. Quoique les messages se déplacent par un certain nombre de serveurs, le contenu est encrypté à l'origine avant d'être réussi par le NOC du RIM et finalement au dispositif de mûre qui peut seul le déchiffrer. Selon la compagnie de recherches, ceci donne à mûre le « de plus haut niveau de la garantie dans l'industrie ». En revanche, l'iPhone se connectera par interface directement au serveur exchange. Les analystes, cependant, continuent pour spéculer que l'application d'ActiveSync d'Apple pourrait avoir ses propres émissions avec la garantie, et ont un choc sur la vie de la batterie et l'évolutivité. Sans se soucier, ils estiment que les seuls avantages des iPhone pourraient fournir une meilleure expérience d'ActiveSync au-dessus des réalisations existantes. Apple est réglé pour relâcher leurs caractéristiques neuves d'entreprise pour l'iPhone en juin 2008. Calibrer (47 positifs ; 30 négatifs) [régime de 120 commentaires : Digg négatif positif].

Illustration pour Afficher cet article pour voir comment le léopard fournit Java sur le léopard Java de Mac OS X dans le léopard porte des améliorations telles qu'un meilleur rendement, un calcul 64 bits, et des outils neufs analyser mieux vos codes Java. Afficher cet article pour voir comment le léopard fournit la meilleure expérience de Java sur le Mac OS X tout en préservant la compatibilité, et supportant la dernière visserie.

Illustration pour Le site de rumeurs s'attend à ce qu'Apple commence MacScoop prétend qu'Apple se prépare régénère à l'iMac et au Mac mini en prochaines semaines. Le site de rumeurs s'attend à ce qu'Apple commence à comprendre le 45nm Penryn pour ébrécher dedans l'iMac et le Mac mini. En attendant, ils s'attendent à ce qu'également le Mac mini améliore aux dessins GMA3100 le jeu de puces utilisé dans le MacBooks le plus récent. Bien que nous n'ayons pas une date de sortie précise, nous prévoyons que l'iMac et le Mac mini régénère pour se produire d'ici les quatre semaines prochaines, inventorient la compensation étant la seule contrainte. Elles signalent également qu'Apple avait fonctionné pour amincir vers le bas la pièce jointe d'iMac encore plus, mais ces modifications peuvent ne pas la transformer en cette mise à jour. Les rumeurs récentes de la page 2 ont également proposé un desserrage imminent d'iMac, bien qu'il ait été un certain temps puisque nous avons entendu des rumeurs au sujet du Mac mini. En dépit de vieilles rumeurs de sa cession, Apple a continué à mettre à jour le Mac mini avec le dernier desserrage en août 2007. Ces mises à jour de Penryn représenteront probablement seulement des mises à niveau moins importantes, mais le calendrier est compatible à l'opinion qu'Intel élimine rapidement leurs processeurs précédents de rétablissement.

Illustration pour -à-d Un commentaire, cependant, ceci semble seulement être une directive de modèle et pas une limitation technique absolue : Je suis un programmeur et je l'ai juste essayé [using l'iPhone SDK] et vous pouvez maintenir votre $$etAPP exécuter dans le fond de la voie normale ApolloIM et l'iFob la font. C.-à-d. applicationSuspend dépassant. Une autre possibilité pourrait concerner des applications indépendantes lançant de plus petites fond-tâches (démons) courtes de pleines applications, mais la praticabilité de ceci est inconnue à ce moment. De nouveau à ce que ceci nous amène est les limitations de plaque d'immatriculation du SDK d'Apple et leur discrétion éditoriale avec la mémoire des iTunes $$etAPP. Du contrat de licence d'Apple, on interdit ce contournement multitâche : Les applications doivent être conformes aux directives de surface adjacente humaine et à toute autre documentation fournies par Apple. On ne permet pas techniquement même le régime de Sun pour porter Java à l'iPhone, en dépit de leurs réclamations : Une application peut elle-même monter ou ne pas lancer l'autre code exécutable par tous les moyens, comprenant sans limitation par l'utilisation d'une architecture embrochable, appelle d'autres cadres, d'autres api ou autrement. Ceci a pu également limiter des régimes annoncés pour un émulateur de PC pour l'iPhone. Il est toujours trop tôt pour indiquer comment strictement Apple imposera ces restrictions quand reconnaissant des demandes de mémoire des iTunes $$etAPP. En servant d'allumeur unique aux applications d'iPhone, Apple veut tout naturellement limiter des applications délictueuses, mais si ces limitations commencent à entamer sur des applications véritablement utiles reste une préoccupation. La mémoire de l'Apple iTunes $$etAPP lance en juin 2008 à côté de l'iPhone neuf 2.0 micrologiciels. Calibrer (121 positifs ; 102 négatifs) [régime de 175 commentaires : Digg négatif positif].