ここで、私は非常に哲学的な問題に直面しました。iOS 7 で見栄えがよく、標準要素に大きく依存しているアプリの 1 つのデザインがあるとします。今日のアプリのどこにでも見られるUIKit有名な「Facebook のような」もので、ゴージャスなぼかし効果、ぼかしも素晴らしい、フラットなデザインの全体的な感触と外観を備えています。UINavigationBarUITabBar
このような外観を iOS 6 に移植するにはどうすればよいでしょうか? UI7Kitを使用することはオプションかもしれませんが、「20 ピクセルのステータス バーの問題」から私たちを救うことはできず、バグがある可能性があります。カスタム UIControls (実際にはそのうちの 2 つ - iOS6 用と iOS 7 用の 2 つ) を使用するのは、管理が非常に面倒です。
それで、これから最善の方法は何ですか？
それはすべて、レガシーのサポートにどれだけのリソースを投入できるかにかかっています。これは、これらの質問が常に発生する場所です。
ただし、最終的には、iOS バージョン全般、特に iOS7 の急速な採用率を考慮すると、何よりもまず iOS7 をサポートし、そこですべてが見栄えがするようにすることをお勧めします。ネイティブ UIKit ウィジェットの使用に集中する場合、バックポートはそれほど難しくありません。確かに、「20ポイントのステータス バーの問題」のような問題についてはまだ心配する必要がありますが、自動レイアウトと開発者ツールを使用して、それらの多くを修正するか、少なくとも大幅に最小限に抑えることができます。
UI7Kit のようなものを使用すると面白いです。何よりも、それは哲学的な問題だと思います。iOS7 で比較的ネイティブなルック アンド フィールを計画している場合、新しいルック アンド フィールでユーザーを完全にネイティブから解放する必要がありますか? 従来のルック アンド フィールが最新のルック アンド フィールに完全に適合しないのと同様に、その逆もあることに注意してください。iOS7 にアップグレードできないデバイスを持っている人を考えてみてください。この個人はアップグレードしないという意識的な選択をしていません - 彼はアップグレードできません。このインターフェイスは非常に奇妙です。このジレンマに加えて、経験から、UI7Kit のようなユーティリティは、特定のケースに遭遇するまでうまく機能し、自分で何かを修正するか、問題を開いて解決策を期待するか、変更する必要があるかのいずれかになります。技術的な制限に合わせて設計します。2 つのカスタム コントロールを管理するのは大変だとおっしゃいましたが、これは「マザーロード」と考えるべきものです。これは、UI7Kit で行われたことを否定するものではありません。このプロジェクトは、純粋に技術的な観点から見ると、非常に興味深く、開発を見るのが楽しいと思います。それも非常に複雑であり、多くの機能がまだ欠けているというだけです。
要約して私の意見を述べると、開発努力を iOS7 に集中させながら、可能な限り両方の世界にネイティブのエクスペリエンスを提供することに傾倒していると思います。歴史的に、iOS の採用には 2 つの要素があります。最大の一括インストールは、リリース直後に新しいバージョンの OS をインストールします。脱獄が利用可能になると、第二に、かなりの大多数の人々が新しいバージョンをインストールします。いずれにせよ、6 か月後には、新しい OS の市場シェアが 80% を超えていることがわかります。
UI7Kit での 20px ステータスバーの回避策
インターフェイスビルダーを使用しない場合は、コードで同じことを試してください。
この変更後、