Flutter 2.2正式リリース。Null安全がデフォルトに、Windows、macOS、Linux対応をシングルコードで。Google I/O 2021 Googleは、5月19日未明(日本時間)に開催したオンラインイベント「Google I/O 2021」で、Dart言語向けのアプリケーションフレームワーク「Flutter 2.2」正式リリースを発表しました。 Welcome to Flutter 2.2 Learn more about the latest growth and updates in the Flutter 2.2 release just announced in the #GoogleIO Developer Keynote! Read https://t.co/kcR6nzhxFI pic.twitter.com/EljCc0cvx1 — Flutter (
本記事はAndroid Advent Calendar 2020の2020/12/01分です。 初っ端ということなので、2020年末と2021年頭でのAndroidエンジニアとして初めて業務でやる場合に抑えておいたほうが良い最低限の部分を書いていこうと思います。(ツッコミ待ちです) 対象 2021年3月ぐらいまでに !!業務!! でAndroidアプリを作らされる事になった可愛そうな人が居たとします この人は手続き型言語でオブジェクト指向プログラミングができる知識があり、Androidアプリもなんとなく趣味で作ったこともあるぐらいのレベル感です(なので上長からいきなりお前Android担当なと言われた) 最低限のAndroidアプリの作成の知識はあるものとします(画面の表示にはActivityがいるよとかは書かない) ゲームは対象外です 業務でAndroidアプリを作ることを想定しています
Wantedlyのモバイルエンジニアの久保出です。今回は、Wantedly VisitアプリにおいてReact Nativeをやめる決断をしたこと、関連してKotlin Multiplatformを導入しようとしていることについて書かせていただきます。 なぜReact Nativeが導入されていたかVisitのiOSアプリは2018年にフルリニューアルしました。リニューアルプロジェクトはモバイルエンジニアを総動員して半年近くかけてリリースしました。 リニューアルでは、色々なコンテンツを見つけられるDiscoverという新機能追加も予定しており、Discoverの実験もリニューアルと並列して行うことになりました。モバイルエンジニアはリニューアルに集中していたため、Webエンジニアのリソースが使えるReact NativeがDiscoverの実装手段に選ばれました。Discoverは、リニュー
BlazorでiOS/Androidネイティブアプリケーションを開発可能にする「Mobile Blazor Bindings」、マイクロソフトが発表 マイクロソフトはWebアプリケーションフレームワーク「Blazor」を用いてiOSとAndroidに対応したネイティブアプリケーションを開発可能にする実験的なプロジェクト「Mobile Blazor Bindings」を、1月14日(日本時間1月15日未明)に開催されたオンラインインベント「.NET Conf Focus on Blazor」で発表しました。 Blazorは、C#と.NET Coreを用いてWebアプリケーションの開発を可能にするフレームワークです。JavaScriptを用いず、C#によるプログラミングだけでSPA(Single Page Application)のWebアプリケーションなどを開発できるため、.NETの知識や経
どうも @nabettu です。 フロントエンドエンジニアとして、Webサイト作ったりスマートフォン向けのアプリを作ったりしています。 仕事でも個人としてもReact Native + Expo でアプリを作ってiOSとAndroidの両対応したりしてます。 たまに、新しく作るアプリや既存のアプリの方針転換の相談とかうけるんですが、とにかく 技術選定って難しい・・・ Swift/Kotlin使ってネイティブで作るのか、React NativeかCordovaか、はたまたFlutterか 考えること多いんですよね。適当に「Flutter流行ってるからFlutterでいんじゃね?」とか気軽に言えないじゃないですか。 前提として「iOSとAndroid両対応のアプリを出す」ってのは確実にあるとします。 そしてまず相談受けた時にこのあたりのことをざっくりヒヤリングしたり、一緒に考えたりします。 サ
本エントリは3部作のPart3となっております。 Part1: Monorepo/CI Part2: 導入/Bridge Part3: 振り返り/今後 モバイルエンジニアの@hotchemiです。 Part1、2では実際にインテグレーションを進めてきた中で得られた知見を公開してきましたが、今回は半年程の運用を経て我々は当初の目的を達成できているのか、という事に関しての振り返りと今後について共有できればと思います。 振り返り 現状を軽く復習しておくと私達は今年の初頭からハイブリッドスタイルの開発を初め、現在のコード比率はNative75%, React Native 25%程となっています。 Good まず、Part1で宣言した3つの目標に関して振り返ってみます。 モバイルエンジニア不足の解消(◎) 達成する事ができました。一例を紹介すると現在Quipperには3名のiOSエンジニアがいます
React NativeでiOS/Androidアプリを丸っと開発! Nature Remo開発で分かった長所と短所 React Nativeを使って「Nature Remo」iOS/Androidアプリの開発を進める村瀨大輔(typester)さんと、北原壮さんに、導入して分かったメリットとデメリットを伺いました。 モバイルアプリ開発の現場において、現在注目されているのがFacebookやInstagramといったサービスも採用している「React Native」です。 Facebookが開発したJavaScriptのフレームワーク「React」をモバイルアプリ開発向けにしたもので、iOS/Androidアプリの開発ができます。JavaScriptがネイティブのUIを描画でき、iOS/Androidでコードを共通利用できる開発効率の高さから、多くの開発者が興味を寄せています。 開発のスピ
前置き僕が所属しているソニックガーデンではRemottyというツールを自社で開発し、普段の業務に使っています。リモートワークをするためにオフィスと言ってもいいような場所で、業務中は常にオンラインとなり、リアルタイムチャット(対面の会話の代替)とトピックベースの掲示板(メールなど非同期コミュニケーションの代替)の両方を備えたオフィスとなるようなツールです。 オフィスにいられない間にもチャットや掲示板に反応できるように、iOSとandroidそれぞれにネイティブアプリのクライアントアプリがあり、それぞれを別の開発者が担当していました。iOS版はその当時新卒2年目だった若者が作ったものを僕が引き継ぐ形でメンテしていました。 もともと自社向けに開発していたプロダクトではありますが、働き方改革の流れなどの関係もあってここ1年〜2年ぐらいの間に有償で使ってくださるお客さまが出てきました。 そうなってく
はじめに NagisaでiOSエンジニアをしている伊藤です。 今回はReactNativeというスマホアプリのクロスプラットフォーム開発ツールを使った取り組みについて紹介をしたいと思います。 アプリのクロスプラットフォーム開発といえば、以前ではTitaniumやCordovaといったWebViewをベースとしたアプリをイメージするものが多く、純粋なネイティブアプリに比べるとどうしてももっさりとした感覚になってしまい、あまり採用されることはなかったように思います。 ReactNativeではこのもっさりとした感覚はなく、とてもスムーズに動作するアプリを作れます。その理由はWebViewを使用せず、ビューやラベル、スイッチなどで本当のネイティブコンポーネントを使った画面が構成されるところにあります。これにより国内でもにわかに人気が出てきています。 UPTOON!のReactNative化 UP
スマートフォンやタブレットは多機能かつ高性能で、携帯性にも優れたモバイルデバイスだ。しかし、文字が入力しにくく、外付けキーボードやPCを使ったりして、スマートフォンなどでの長文入力を最初から諦めている人も多い。 そのため、QWERTYキーボードを備えるコンパクトなモバイルデバイスの人気は根強い。最近も、ソニー製「VAIO type P」の再来を思わせる7型ポケットPC「GPD Pocket」を紹介したばかりだ。 今回は、1990年代に注目を集めた英国発のキーボード付きPDA「Psion」(サイオン)を彷彿(ほうふつ)とさせる、AndroidとLinuxのデュアルブートデバイス「Gemini PDA」を取り上げる。現在クラウドファンディングサービス「Indiegogo」で支援募集中。 Gemini PDAは、QWERTYキーボードを搭載する、横長のクラムシェル型モバイルデバイス。重さは400
Appiumの主な特徴は以下の通りです。 Android 2.3.3以降、iOS 6.0以降に対応している Webブラウザーを使ったテストの自動化で広く利用されているSelenium WebDriver(「Selenium 2」とも呼ばれます)と、ほぼ同じ書き方でスマートフォンアプリのテストスクリプトを書くことができる Ruby、Python、Javaをはじめとした、さまざまなプログラミング言語でテストスクリプトを書くことができる Webアプリの自動テストにSelenium WebDriverを利用しているテストエンジニアが、少ない学習コストで、AndroidやiOSのアプリの自動テストにも着手できる、という点がAppiumを採用するメリットといえます。 Appiumは、バージョン1.0を境に、テストスクリプトの書き方(API仕様)が大きく変更されています。 そのため、バージョン1.0未満
本日、Connect(); 2016 (英語) の午前中に行われた基調講演において、モバイル アプリを開発、管理するためのクラウド サービス Visual Studio Mobile Center (英語) のプレビューをご紹介しました。Mobile Center は、Swift、Objective-C、Java、Xamarin、React Native で作成されたアプリをはじめ、iOS と Android をターゲットとするすべてのアプリ向けに設計されています。 モバイル アプリ開発に必要なサービスを統合 優れたモバイル エクスペリエンスを提供するためには、フレームワークや IDE 以外にも、迅速にテストと改良を反復できるように、アプリを継続的にビルド、テスト、配布、監視するためのサービスが必要です。多くのチームは、さまざまなツールや製品からサービスをつなぎ合わせてワークフローを構築し
連載目次 Visual Studio Tools for Apache Cordova(次の画像、以降「VS Tools for Cordova」)を使うと、iOS/AndroidそしてWindows/Windows Phoneのクロスプラットフォーム開発ができる。使い慣れたVisual Studioで、iOSとAndroidのアプリも簡単に開発できるのである。 本連載は、VS Tools for Cordovaを使ったクロスプラットフォーム開発の入門である。iPhone/Android用のモバイルアプリを作ってみたいと思っている.NET開発者にうってつけだ。予備知識としては、Webページの作り方(HTML/CSS/JavaScript)がある程度分かっていればよい。筆者もiOS/Androidアプリ開発についてはさほど詳しくはないが、VS Tools for Cordovaを使うことで、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く