"最も使われているサービスのひとつを iOS Native から React Native に作り変えた" というアナウンスメントを出し話題となった Shopify で、まさにその内容を扱った React Native の meetup があり、参加してきたので内容と所感をまとめました。 React Native is the Future of Mobile at Shopify 発表内容 検証/導入フェーズ 技術スタック React Native がもたらした効果 途中でやめたこと 追加で登壇者に聞いたこと その他の発表 React Native for Web @twitter その他もろもろ React Native is the Future of Mobile at Shopify React Native で書き換えた話はしばらく前にアナウンスしていたのですが、Shopify
iOSのinputで画面ズームがされないようにする方法 by shirushiru · 公開 2017年5月3日 · 更新済み 2017年5月3日 Webフォームで使われる、「input」。 <input type="text" name="example" value="" placeholder="名前"> みたいなやつです。 iOSの場合、この「input」項目にカーソルを合わせると、 ※iOSで見ると、ズームするはず。 画面ズームが作動して、入力欄部分にズームインします。 この自動で行われる画面動作が行われないようにしたい場合、どのような処置をしたら良いのか、ご紹介します。 画面フォーカスされる条件画面ズームされるのには、条件があります。 iOSでは、input要素に指定しているフォントサイズが「16px」未満だと、フォーカス時にズームされるという仕様になってます。 フォーカスを外
モバイル基盤グループのヴァンサン(@vincentisambart)です。 iOSの設定画面の右側は一定の幅を超えないように作られています。 iPadでは: 新iPad Pro 12.9"では: iPadでTwitterのタイムラインのセルの中身も一定の幅を超えません。 このように、自分のアプリで広い画面でもコンテンツが広がりすぎないようにするためにはどうすればよいのでしょうか。AutoLayoutでいくつかの制約を使ってできるのですが、もっと簡単な方法はないのでしょうか。 iOS 9以上では、端末の種類を気にせず、複雑なAutoLayout制約を使わず、殆どのビューですぐ使える仕組みがあります。Appleのドキュメントで「readable content」や「readable width」と呼ばれているものです。以下日本語で「読みやすい幅」と呼ぶことにします。 注意点:下記の説明はAut
こんにちは、投稿開発部の @morishin127 です。React Native 新アプリシリーズ連載2日目ということで、この記事では React Native アプリの開発基盤の構築について書こうと思います。「クックパッド MYキッチン」というアプリは React Native 製で、iOS/Android 両プラットフォームでリリースされています。元々は一人の手で JavaScript (ES2017+) によって書かれていたアプリケーションでしたが、リリースまでの間に開発メンバーも増え、TypeScript の導入や CI の整備、また高速な検証のためにログ収集の仕組み作りや CodePush の導入などを行いました。それぞれ具体的にどのようなことをしたかを説明します。 セットアップスクリプト npm-scripts を用いて npm run ios:setup / npm run
超技術書展で頒布したiOSアプリ開発の全体像をだらだら書いた本を記事として公開。 ただのポエムです。 2年くらいまえに、SwiftもObjCも一切書いたことないし、アプリも一回も作ったことがない状況でiOSアプリを作ってリリースするミッションのお仕事が降ってきたので、そのときにこんな情報があったら全体が見通せて、気持ち的に楽だったなと思った内容をまとめました 1. iOSアプリ開発を取り巻く環境 iOSアプリ開発には、基本的にmacOSを搭載したコンピューターとXcodeとよばれるソフトウェアが必要です。もともと主にObjective-Cという言語が使われるケースがほとんどでしたが、2014年6月にAppleがプログラミング言語Swiftを発表して以後の新規開発には、ほとんどの場合Swiftが採用されているようです。またSwiftは、Objective-Cのコードと共存できるため、もともと
All information on these pages is auto updated at least every minute. When you click on any Apple Software link on the site, you are redirected to an Apple server. We do not (and never will) mirror these files. "Apple", "iOS", "iPadOS", "watchOS", "tvOS", "audioOS", "macOS", "visionOS", "iPhone", "iPad", "Apple Watch", "iPod Touch", "Apple TV", "HomePod", "Mac" and "iTunes" are trademarks of Apple
こんにちは @yimajo です。この記事は今から新規でAndroidアプリを書き始めるなら。に大きく影響されています。主な内容として次のような事柄を取り扱っています。 今から書くならこんな設計 こんなライブラリがあるが使ってみた感想 ただ、結論として大して深い内容は書けませんでしたので、がっかりせず、みなさん思い思いにやればいいよっていうことに終着しています。アドベントカレンダーのネタにみなさんも書いてみてはどうでしょう。 言語について Objective-C か Swift か まず最初に言っておくとObjective-CやSwift以外にもiOSアプリを始める方法はあります。例えばObjective-C++とかRubyMotionとか。まあそれはそれで良いところもあると思いますが、複数人でiOSアプリ開発を行いそれを保守したり機能追加したりすることを考えるとObjective-CかS
iOS 10でも大量のAPIが追加されました。が、新しいAPIはどう使うのか、実際に何がどこまでできるのか、といった具体的なところが、英語のドキュメントやWWDCのセッション動画をながめているだけだと正直あまりピンときません。やはり実際にコードを書いて動かしてみるのが一番わかりやすい・・・ということで今年もつくりました! iOS-10-Sampler 恒例の新機能のサンプルコード寄せ集めアプリです。ソースコードは GitHub に置いてあるので、ご自由にご活用いただけると幸いです。 https://github.com/shu223/iOS-10-Sampler 使い方は Xcode 8 でビルドするだけ なので、デザイナーさんやディレクターさんもぜひお近くのエンジニアにビルドしてもらってください。 iOSももうかなり成熟してしまい、話題になる革新的な新機能とか、どの開発者にとっても嬉しい
こんにちは。Airシリーズ開発チームでiOSの開発リードを担当している永井です。 この度、Airレジから予約台帳機能を切り出して、Airレジとレストランボードの2つのアプリとして新たに5/10にリリースしました。 iPad版・iPhone版合わせて181,175行あったAirレジですが、今回内部的にもObjective-CからSwiftに全面的に書き換えています。 まだまだリファクタリングしていきたい課題はありますが、コード行数は70%も減り(つまり元々の行数から30%になりました)、SonarQubeで示される技術的負債も500dから21dに減り、かなり成功したと言って良いのではないかと思っています。 今回の取り組みの中で、良かったこと・再検討したいことがいろいろ発見できました。それらについてまとめてみるので、これからSwift採用を検討している方々の参考になれば幸いです。 取り組みのポ
こんにちは、WebViewベースのアプリ開発中の@yoheiMuneです。 今日は、WebViewベースのアプリ開発で困る問題の一つ、JSやCSSがキャッシュされて変更内容が更新されないという問題に対応したいと思いブログを書きました。 WebViewベースのアプリ作成時の課題 WebViewベースのアプリを作成している時に色々な課題にぶち当たります。 その中の一つに、WebViewがJSやCSSをキャッシュしてしまい、 コードを書き換えても反映されないという問題があり、最近はその問題に悩まされてます。 そこでWebViewがキャッシュしないようには出来ないものかと調べました。 その調査結果を纏めたのが、今回のブログ記事となります。一部情報は未検証な部分があります(これから検証します)。 そのため、不備などありましたらご指摘頂けると幸いです。 「キャッシュを禁止する」とはアプリの速度が落ちる
iOS9がそろそろでます iOS9が今月半ばに登場するので、それに向けてiOS9対応をする必要があります。 例年の通りだと、来年にはiOS9SDKでビルドしていないものは審査すら出せなくなります。 iOS8対応済みのアプリに対してiOS9対応する際にやろうと思っていることを以下にまとめました。 他にもこれやっといたほうがいいよっていうのがあれば教えて下さい。 iOS9対応とは まずXcode 7をダウンロードしましょう。 Base SDK をiOS9にしてビルド。これで完了です。 最初はビルドが通らないことがしばしば。エラーを取り除きましょう。 以下がポイントです。 1.URLスキーム対応 問題 iOS9からcanOpenURL:メソッドが使えません。「This app is not allowed to query for scheme originalscheme」というエラーをはきま
iOS、Androidに続く第3のOSと呼ばれるFirefox OS、Tizen、ubuntuなどのモバイルOS。その対応に企業はどのように取り組むべきか。リクルートのモバイルアプリのFirefox OS対応に携わった、株式会社リクルートテクノロジーズの樋口勝彦氏が語りました。(「関東Firefox OS勉強会10th」より) リクルートのスマートデバイス向けアプリ開発体制 樋口勝彦氏(以下、樋口):私から本日お話させていただくのは、リクルートとして、いくつかアプリをFx0ローンチ時に出していますので、どうやってアプリを作ったかというよりかは、どんな目的・背景で取り組んだのか、工夫した、苦労した点を中心にお話できればと思っております。どうぞよろしくお願いいたします。 まずは簡単に自己紹介させてください。私、樋口勝彦と申しまして、リクルートテクノロジーズのスマートデバイスグループというところ
Holiday 事業室の多田です。先日 Elasticsearch の記事を書いた内藤と共に Holiday ( https://haveagood.holiday ) の開発を行っています。 Holiday は、去年9月に Web 版をリリースしましたが、よりおでかけを楽しくするために今年3月に iPhone アプリをリリースしました(ダウンロードはこちら)。 アプリの開発過程ではコンセプトや仮説を立て、その検証や実現のために作っては壊すことを何度も繰り返し行いますが、実現したい価値を提供するためには、出来上がったプロダクトの細部のインタラクションも重要になってきます。細かい部分に気を配り使い心地を良くしてこそ、本当に提供したい価値をまっすぐに届けることができるためです。逆に言えば、最後の最後で細かい部分がちゃんとしていないばかりにそれまでの過程が無駄になったらもったいないですよね。 今
大晦日ハッカソンで、ボールが落ちてくるポモドーロタイマーをiPhoneアプリでつくりました。Swift覚える良い機会だと思い、SwiftとSpriteKitを使ってつくりました。 球みたいのが落ちてきて画面内にたまっていって、画面が全部埋まると同時にタイムアップというポモドーロタイマーのiPhoneアプリつくります。 #大晦日ハッカソン pic.twitter.com/0XZivU8q2J— 湯村 翼 Tsubasa YUMURA (@yumu19) 2014, 12月 30 大晦日ハッカソン制作物の歴史 2012年 ポモドーロタイマーのiPhoneアプリ 2013年 ポモドーロタイマーのiPhoneアプリ 2014年 ポモドーロタイマーのiPhoneアプリ ← New! #大晦日ハッカソン— 湯村 翼 Tsubasa YUMURA (@yumu19) 2014, 12月 30 こんなんで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く