Apple Mac - 木曜日の2時間では、Appleは独立したソフトウェア開発者のiPhoneのためのプログラムを作成することを許可についての大きい情報量を出した。 SDK、SQLiteのコアデータ、App Storeswhoは全部の意味を成すことができるか。それで、私達はそれに私達のiPhoneのソフトウェアFAQとの行を与えようと思っている。 ja 32

映像のための木曜日の2時間では、Appleは独立したソフトウェア開発者のiPhoneのためのプログラムを作成することを許可についての大きい情報量を出した。 SDK、SQLiteのコアデータ、App Storeswhoは全部の意味を成すことができるか。それで、私達はそれに私達のiPhoneのソフトウェアFAQとの行を与えようと思っている。木曜日の2時間では、Appleは独立したソフトウェア開発者のiPhoneのためのプログラムを作成することを許可についての大きい情報量を出した。 SDK、SQLiteのコアデータ、App Storeswhoは全部の意味を成すことができるか。それで、私達はそれに私達のiPhoneのソフトウェアFAQとの行を与えようと思っている。

映像のための AppleのiPhoneに交換サポートを対縁のブラックベリー提供することと2つのアプローチを比較するレポートを AppleのiPhoneに交換サポートを対縁のブラックベリー提供することと2つのアプローチを比較するレポートを(Appleinsiderによって)出した。交換サポートのための縁のセットアップはカナダの縁のネットワーク通信センターに接続するブラックベリー企業サーバーの (NOC)使用を必要とする。メッセージがいくつかのサーバーを移動するのに、内容は縁のNOCを通ってそして最終的に単独でそれを解読できるブラックベリー装置に通じる前の起源で暗号化される。研究の会社に従って、これはブラックベリーに「企業の機密保護の最高レベルを」与える。それに対して、iPhoneは交換サーバーによって直接インターフェイスする。しかしアナリストにAppleのActiveSyncの実施に推測することを機密保護の自身の問題があることができる続き電池の寿命およびスケーラビリティの影響がことをある。それにもかかわらず、彼らはiPhoneの一義的な利点が既存の実施上のActiveSyncのよりよい経験を提供できることに感じる。 Appleは2008年6月のiPhoneのための新しい企業機能を解放するためにセットされる。評価(47の陽性; 30の陰性) [120の注釈のレート: 肯定的で否定的なdigg]。

映像のためのヒョウのMac OS XのヒョウJavaのJavaはよりよくJavaコードを分析するよりよいパフォーマンス、64ビットの計算、および新しいツールのような改善を持って来る。ヒョウがMac OS XでJavaの最良の経験をどのように提供するか見るためにこの記事を読みかコンパティビリティを維持して間、最新のハードウェアをサポートする。ヒョウのMac OS XのヒョウJavaのJavaはよりよくJavaコードを分析するよりよいパフォーマンス、64ビットの計算、および新しいツールのような改善を持って来る。ヒョウがMac OS XでJavaの最良の経験をどのように提供するか見るためにこの記事を読みかコンパティビリティを維持して間、最新のハードウェアをサポートする。

MacScoopはAppleが小型iMacおよびMac両方に数週間のうちにリフレッシュする準備をしていることを主張する。うわさのサイトはAppleが小型iMacおよびMacを両方欠くために45nm Penrynを含み始めると予想する。その間、彼らはまた小型GMA3100図形に最新のMacBooksで使用されるチップセットをアップグレードするとMacが予想する。私達が精密な発行日を過さないけれども、私達は小型iMacおよびMacが次の4週中に起こるために在庫整理する唯一の抑制である清算をリフレッシュすることを予想する。それらはまたずっとiMac機構をさらにもっと細くするためにAppleが働いているそれらの変更はこの修正にそれを作らないかもしれないことを報告する。最近の2ページのうわさはまた私達が小型Macについてのうわさを聞いたのでずっとそれが時間であるけれども、差し迫ったiMacリリースを提案した。死亡の古いうわさにもかかわらず、Appleは2007年8月の最後のリリースと小型Macをアップデートし続けた。 Penrynのこれらのアップデートは多分マイナーなアップグレードだけ表すが、時間枠はIntelがすぐに前の世代別プロセッサを停止しているという確信に一貫している。

映像のための 0ファームウェアを進水させる。評価しかし1つの注釈はこれただ設計のガイドラインおよびない絶対技術的な限定のようである: 私はプログラマーであり、[iPhone SDK]を使用してちょうどそれを試み、正常な方法ApolloIMで背景でappを走らせ続けることができ、iFobはそれをする。すなわちオーバーライドのapplicationSuspend。別の可能性は完全なアプリケーションの短いより小さい背景タスク(デーモン)を進水させる個々のアプリケーションを含むことができるがこれの可能性は現時点で未知である。これがに私達を戻す何iTunes Appの記憶装置とのAppleのSDKのライセンスの限定そして編集の思慮分別である。 Appleの使用許諾契約から、このマルチタスク回避策は禁止される: アプリケーションはAppleが提供するヒューマン・インターフェースの指針および他のドキュメンテーションに従わなければならない。 iPhoneにJavaを持って来る日曜日の計画は要求にもかかわらず技術的に、許可されない: アプリケーション自体は他の実行可能なコードをかもしれ、必ずしもインストールするか、または進水させない他のAPIsまたは別の方法で他の枠組みを呼出す差込式アーキテクチャの使用によって限定なしに含んでいる。これはまたiPhoneのパソコンのエミュレーターのための発表された計画を制限できる。 iTunes Appの記憶装置のためのアプリケーションを承認するときまだ厳しくAppleがこれらの制限をどのように実施するか言うには余りにも早い。 iPhoneアプリケーションのための一手販売人として役立つことによって、Appleは理解できるほど悪意のあるアプリケーションを制限したいと思うがこれらの限定が粉れもなく有用なアプリケーションに侵入し始めるかどうか心配に残る。 AppleのiTunes Appの記憶装置は新しいiPhoneの横の2008年6月に2.0ファームウェアを進水させる。評価(121の陽性; 102の陰性) [175の注釈のレート: 肯定的で否定的なdigg]。