読書メーターiOSアプリにおける Xamarin.iOS 導入事例のご紹介 - Qiita
この記事では、今秋約5年ぶりにリニューアルされた**「読書メーター」iOSアプリ開発の取り組みや内部の構造**などについてご紹介します。基本的に一般的なネイティブアプリ開発事例のひとつにすぎず、あまり特筆すべき取り組みというものはないかもしれませんが、実はドワンゴとしては（多分）初の Xamarin.iOS を採用したチャレンジングなプロジェクトでもありました。 Xamarin を採用しようか迷っている方、採用したもののどうするべきか迷っている方には、この記事が助けになれば幸いです。また Xamarin プロフェッショナルの各位におかれましては、記事中になにか誤り等がございましたらご指導いただけると幸いです。 お約束ですが一応書いておくと、この記事は個人の見解であり、所属する組織の公式見解ではありませんので、よろしくお願いいたします。 1. 読書メーターとは？ 「読書メーター」 は、日々の
Xamarin.UITest Tips for Xamarin.Forms Controls - Qiita
0. はじめに この記事は、Xamarin その1 Advent Calendar 2017 - Qiita の 23日目のエントリーです。12月23日は、私の誕生日でして、昨年に引き続き今年も23日目を担当させていただき、嬉しく思います。よろしくお願いいたします。 本記事は、Xamarin.UITest における Tips 集です。Xamarin で提供される個別のコントロールに対するテストコード方法について調査・検証した結果をまとめています。 1. Xamarin UITest の基本 AutomationId 属性 UI テストでは、ある特定のコントロールに対して操作を行う必要があります。Xamarin.Forms のコントロールには、UI テスト時にコントロールを識別するための仕組みとして、AutomationId 属性が提供されています。UI テストで操作する必要のあるコントロー
[嘘でした]2019年からApp StoreでXamarin, PhoneGap(Cordova)アプリがリジェクトされるという風評について - Qiita
（この記事はIonic Advent Calendar 2017の12/21のエントリーです） 以下のツイートが話題を集めました。 「Appleから、2019年からXamarinやPhoneGapでつくったアプリはリジェクトされる計画があるというメッセージをもらった」 A friend of mine received today this email from @Apple. @MikeCodesDotNet @ruiespinho @jsuarezruiz @mattleibow @matthewrdev @JamesMontemagno @jamesmcroft @Cheesebaron @aloisdeniel @adpedley @jassmith87 @onovotny @paulcbetts @GeoffreyHuntley @pierceboggan @migueldeic
![[嘘でした]2019年からApp StoreでXamarin, PhoneGap(Cordova)アプリがリジェクトされるという風評について - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/abeae44b3553ea2fca5833fe196da6d6930432b4/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Fadvent-calendar-ogp-background-7940cd1c8db80a7ec40711d90f43539e.jpg%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMTAwNDYwJTJGcHJvZmlsZS1pbWFnZXMlMkYxNTE5NzExNTk4P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZiZz1GRkZGRkYmZm09cG5nMzImcz0wOWFlY2ZiNWY2MmE4Y2VkMWVjMmZkZjQ0NTk1MDgyMg%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dd3f6f12a6f9368e42f105808e83df4fc%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUU1JTk4JTk4JUUzJTgxJUE3JUUzJTgxJTk3JUUzJTgxJTlGJTVEMjAxOSVFNSVCOSVCNCVFMyU4MSU4QiVFMyU4MiU4OUFwcCUyMFN0b3JlJUUzJTgxJUE3WGFtYXJpbiUyQyUyMFBob25lR2FwJTI4Q29yZG92YSUyOSVFMyU4MiVBMiVFMyU4MyU5NyVFMyU4MyVBQSVFMyU4MSU4QyVFMyU4MyVBQSVFMyU4MiVCOCVFMyU4MiVBNyVFMyU4MiVBRiVFMyU4MyU4OCVFMyU4MSU5NSVFMyU4MiU4QyVFMyU4MiU4QiVFMyU4MSVBOCVFMyU4MSU4NCVFMyU4MSU4NiVFMiU4MCVBNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTkxMTY3OGE4NzIxMWFkM2FmZDIyNTRmMzc5ODY2Nzk5%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDByZGxhYm8mdHh0LWNvbG9yPSUyMzNBM0MzQyZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz0zODM2MjI1MDhjNTVjYjZlNWVkOGMzYWNmYThiZDhjYw%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dd07b65029fde308269f2e61de449856d)
XAMLの基本（Xamarin公式XAMLページ全訳）と基礎の入り口 - Qiita
概要 Xamarin.Formsを使ってアプリを開発するとき、UI作成にXAMLを使用する方は多いのではないでしょうか？僕もその1人です。 僕は開発時XAMLについて調べるとき、XAMLを「どのように」使うかについて触れた記事を読んできましたが、XAMLが「なぜ」そのように使えるのか、どういう仕組みで動いているのかについてはあまり考えてきませんでした。 そこでこの記事ではXAMLの「なぜ」や「基礎」の入り口になるような話を書きたいと思っています。基礎を徹底的に掘り下げるものでも、網羅するものでも、ありません。 付録として最後に「どのように」使うかが説明されたXamarin公式ページeXtensible Application Markup Language (XAML)の全訳を載せます。とても長いですが、「基本」事項（使い方を）概観するにはぴったりの記事です。 XAMLとは？ まず、XAM
VisualStudio for macでXamarin.Formsを実機デバッグする - Qiita
まえがき iPhone/Androidの実機デバッグまでの手順を記載します。 Apple Developer Programは不要です。 Xcode9とかを使えばwifi経由でデプロイできるみたいですが、 今回はUSB接続で行います。 もくじ 開発環境 プロビジョニングプロファイルの作成 プロジェクトの作成 実機デバッグ(iPhone) 実機デバッグ(Android) 開発環境 macOS 10.12.5 VisualStudio for Mac Community 7.0.1 Xcode 8.3.3 iPhone 5s (iOS 10.3.2) Nexus5 (Android 6.0.1) プロビジョニングプロファイルの作成 iPhoneの実機デプロイには、プロビジョニングプロファイルというものが必要です。 これはVisualStudio for Macでは作成できないため、Xcodeを
Xamarin.Forms.Platform.MacOS のはじめかた - Qiita
Problem Xamarin.Forms.Platform.MacOS が 2.4.0 リリースで Stable になっていたようです。 https://developer.xamarin.com/releases/xamarin-forms/xamarin-forms-2.4/2.4.0-stable/ 当然IDEサポートはまだなので，Cocoa Appプロジェクトを作ったことがない方にもわかるように，作り方をまとめておきます。といっても Xamarin.Forms プロジェクトをブランクから作る方法と同じです。 Solution プロジェクトを作る ブランクのプロジェクトを適当に作りましょう。SharedでもPCLでもいいです。 すかさずCocoa Appプロジェクトを追加します。プロジェクト名を揃えてxxx.Macです。 Xamarin.Formsをインストールする 何はともあれ，
Xamarin.Forms for MacがStoryboardと仲良くする方法 - Qiita
この記事は [初心者さん・学生さん大歓迎！] Xamarin その1 Advent Calendar 2017 の16日目の記事です。 題について 勢いでサクッとつけてしまった題ですが、思ってたのとちょっと違うところです。 実際には、「 他プラットフォームとの互換性を最大限に維持しつつ Xamarin.Forms for MacがStoryboardと仲良くする方法」ですね。 もっと標準コンロールで Storyboardでは こういうコントロールを出すのは楽なのに。 （もちろん、こいつだとsegue一発なんでXamarin.Formsでもコード書きゃ終いですが） でもDataBindingやら他機種へのポーティングを考えるとXamarin.Formsのコード使えたら楽なのに。 というわけで、いいとこ取りする簡単な方法です。 実現方法 理屈：Xamarin.Forms Xamarin.For
クロスプラットフォーム開発「学習」ツールとしてのXamarin - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本エントリーは Xamarin その1 Advent Calendar 2017 15日目のエントリーです。 ここでは、Xamarinの「学習法」と「学ぶ意義」について書いていこうと思います。 Xamarinの学習法とその意義について、自社で若手向けにXamarin講座を開催したりするなかで個人的に考えて実践している（しようとしている）ことをベースに書いていくので、ツッコミなどございましたら容赦なくいただければと思います。 ※技術的な話はほとんどありませんので、その点はご容赦ください。 特に、「Xamarinはネイティブ知識必
Xamarin.Formsに新しいプラットフォームを追加する: 前哨戦 - Qiita
最低限のカスタムレンダラー構造の追加 ControlGalleryのプラットフォーム実装には、PageRendererとLabelRendererのカスタム実装が含まれています。カスタムレンダラー（実際には標準レンダラーというべきでしょうが）はプラットフォームでいずれ実装しなければならない存在なので、ここで軽く実装しておくのが良いでしょう。 カスタムレンダラーのクラス階層構造は、厳密にはプラットフォームによって異なりますが、概ね同様の構成に基づいていると言えます（メンバー構成はプラットフォームによって大きく異なります）。新しいプラットフォームでは、基本的に共通している階層構造を倣いつつ、プラットフォームに合わせたかたちで実装するのが良いでしょう。以下は今回のXwt実装における階層構造です。 namespace Xamarin.Forms.Platform.XwtBackend { publ
Xamarin.Forms で独自の Platform を実装する - Qiita
はじめに これは Xamarin Advent Calendar 2017 の 12 日目の記事です。 ここ半年くらいの趣味テーマだった "Xamarin.Forms の Platform 実装の方法" について、今まで理解してきた事をこの機会に一旦まとめさせてもらおうと思います。 私自身の実践の結果として Xamarin.Forms for Unity というプロジェクトをちょっとずつ進行中です。 Xamarin.Forms for Unity また、最初に概要をつかむために Windows Forms をベースにざっくり実装しています。 Unity の方は結構実装が進んでしまっているので、逆に WinForms 版の方が「あ、こんな程度でも一応動くんだ」と初手の参考にはいいかもしれません。 Xamarin.Forms.WinForms ※2017/11/29版 つくりかた @atsus
Xamarin（Native/Forms) から使える iOS(UIStackView) / Android(LinearLayout) で同じようにLayoutするためのサンプル集 - Qiita
CustomRenderer等でNativeのLayoutを使ってiOS/Android両方で同じようなLayoutにするコーディングのサンプルを紹介します。サンプルの環境ではFormsを使っていますが、Nativeでも同じようにできると思います。 使用するLayoutはiOSはUIStackView + （必要に応じて）Constraint、AndroidはLinearLayout + （必要に応じて）RelativeLayoutを使います。 なお、UIStackViewよりもLinearLayoutの方が自由度が高いのでこのサンプルでは、UIStackViewをベースとして比較します。 諸注意 水平方向のみのレイアウトがメインです。垂直方向はほぼ同じなのでここでは扱いません。 レイアウトの背景はわかりやすくするために薄いグレーにしています。 iOS _label1〜3はUILabelで
Realm Xamarin を使ってみる - Qiita
2016/05/10 に Realm Xamarin が公開されました。 Realm はモバイルアプリケーションのためのデータベースで、今まで Java / Objective‑C / Swift 等に対応していましたが、新たに Xamarin に対応したとの事なので Xamarin での基本的な使い方を試してみました。 なお、以降に出てくるコードは Xamarin.Forms の PCL に書いていますが、実行して確認したのは Android のみです（iOS は Mac がないため、UWP は現在未サポートなため確認していません。将来的に UWP のサポートは検討されているようです）。 インストール NuGet を使ってインストールします。 "Realm"で検索すれば見つかりますので、そのまま PCL および Android のプロジェクトにインストールすれば完了です。 モデル作成 ま
Xamarin.iOSにObjective-Cライブラリをバインディングする際にハマったこと - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私がXamarin.iOSアプリにObjective-Cライブラリをバインディングする際にハマった点と解決手段を公式リファレンスに沿ってご紹介します。 この記事を作成した動機 Objective-Cライブラリをバインディングする方法について、公式リファレンスに解説があるのですが、ツールなどのバージョンアップの影響か、記載されているとおりにしてもライブラリを動かすことができませんでした。そこで、私と同様につまづいた方の参考用として記載します。 使用環境 macOS High Sierra 10.13.1 Xcode 9.1 xcodebu
Xamarinで利用できるNuGet PackageはNuGet Package Explorerで検索しよう - Qiita
Xamarin Advent Calendar 2016 その２ 17日の記事です。 Xamarin導入を会社で進めるにあたって、Nuget内に利用したいものがパッケージとして存在し利用できるのかを判断するのに苦労したのでその辺をまとめてみました。とはいえ確認する方法は１つで、簡単に「NuGet Package Explorer」で確認できるんでご活用ください。ただし、Windowsでのみ活用できる方法ですので、macOSの方多いと思いますが、ご了承ください。パッケージ検索で気になる点としては以下になります。 .NET FrameworkでなくPCLとして利用できるか？ PCLのProfileはあっているか？ .NET Standard Libraryを利用できるか？ .NET Standard Libraryのバージョンはいくつなのか？ PCL/.NET Standardについて知りたい
Xamarin を使えば iPhone 端末が要らない、ワケがない - Qiita
今年も Advent Calendar 1番手、よろしくおねがいします。 さて、Windows + Visual Studio 2017 を使った iOS アプリの開発でも、 Remoted iOS Simulator Xamarin Live Player などの登場で、「おっ、これなら iPhone 端末なしで（Mac なしで) iOS アプリ開発できるんじゃね？」 という風説がチラホラ聞かれます。 私は「んなことはない」と考えているのですが、実際どの辺が「ほら iPhone 実機必要でしょ？」なのかを検証してみようと思います。 そして、 iPhone 実機が必要だということは Mac も必要だということになりますからね。Mac がないとアプリをビルドして実機に転送できないので。 今回は、 「iPhone 実機は必須」 → 「iPhone 実機がないと困ったことが起きる可能性がある」
2017年冬から始める ReactiveProperty + Xamarin.Forms - Qiita
つい最近まで PCL な Xamarin.Forms では、 ReactiveProperty の 2.x 系しか使えないと思っていたのですが、いろいろな方の協力で使える方法が分かったので示しておきます。 今から ReactiveProperty を（Xamarin で）使ってみたいぞ、という人向けのクイックスタートも兼ねて。 1. ソリューションを作る Visual Studio for Mac で行きます。 新しいソリューションから、 アプリ - 空白フォームのアプリ を選んで、適当な名前で作成します。ここでは 「ReactivePropertySample」 としますね。 2. PCL のプロファイルを "44" に変える ソリューションが作成できたら、３つあるプロジェクトの中のコアプロジェクト(.Droid や .iOS のついてないもの)を選択して右クリック → 「オプション」を
Xamarin.Formsで各プロジェクト毎に環境に応じた設定ファイルを作成する - Qiita
はじめに Xamarin.Formsを開発しているとプロジェクト構成は、ViewやModelを記述するコアのプロジェクトと、iOS/Androidの各プラットフォームプロジェクトの大きく2つに分かれます。アプリの動作に必要な設定情報をどう持たせるかについて色々議論はあるかと思いますが、先日開発したプロジェクトでの実装を紹介します。 よくありがちな、認証の設定値をプログラム内にべた書きし #if DEBUG などのディレクティブを使用することで環境毎に切り替えるを避けることを重視しています。またソース管理上に秘匿すべき設定が含まれないようにします。 TL;DR Modelプロジェクト側に設定から取得したい情報をまとめたインターフェースを作成し、各プラットフォームプロジェクト側でそれぞれ実際の実装クラスを作成します。これをXamarin.Formsの DependencyService やPr
Xamarin.iOSでのストーリーボードを使わない開発 - Qiita
Visual Studio で Xamarin.iOS のプロジェクトを作成すると、ストーリーボードなどという忌まわしいものがデフォルトで作成されてしまい非常に厳しい気持ちになります。この記事では、それらを削除して、コードでUIを構成していくためのステップを説明します。3分ほど作業をすれば邪魔なものが消えてなくなってくれます。 1. Main.storyboard を削除 2. ViewController.designer.cs を削除 3. ViewController の余計なコードを削除する ViewController が partial class である必要がなくなったので、partial キーワードを消します。合わせて IntPtr を引数にとるコンストラクタも不要になりました。 using System; using UIKit; namespace Pawotter.i
Xamarin.Forms をガチで使うときのプロジェクト構成案 - Qiita
Xamarin.Forms（以下 XF とします）を本格的に開発に導入してみようと思ってるんだけど、その時のプロジェクト(アセンブリ)構成はこんな感じかな、というのを考えてみた。 コンセプト XF を使う理由は、Viewのワンソース化よりも DataBinding機構が使えること いざという時逃げられるように XF への依存を最小限にする iOS/Android 対応アプリ開発のこと、他は知らん MVVM で PCL で、PCL のところを最大化する プロジェクト構成図 角丸四角形がプロジェクトを、矢印は依存を示す。 左から説明。 XF.Android, XF.iOS, XF.Core Xamarin.Forms ソリューションを作成するとテンプレで作られるプロジェクト群。 XF.Core でプラットフォームに依存しないView（ボタンとか）を、XF.Android/XF.iOS でプラッ
Xamarin 使いが Kotlin のマルチプラットフォーム対応コードを読んだ感想 - Qiita
Kotlin のマルチプラットフォーム対応、アツいですね。 KotlinConf 2017 Keynote レポート | TechBooster JetBrains/kotlinconf-app: KotlinConf Schedule Application 上の kotlinconf-app の対応プラットフォームは、 サーバーサイド（Kotlin for Server-side, Ktor） Webページ(Kotlin/JS, React) Android(Kotlin/JVM) iOS(Kotlin/Native) となっています、すご！ Xamarin と比べてどうよ？ 普段 Xamarin を使用して Android/iOS アプリを開発しているので、クロスプラットフォームアプリ開発技術が増えて嬉しい限り。 しかも Kotlin で書けるのはとてもよいですね。 正直、C# より
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
