Flutter を使う機会があったので、所管をざっくりと。 個人的に思うFlutterを使う際に留意すべき点 Flutterのレンダリングは Skia ベースの独自エンジンで動いている Android的に言えば、どんな画面もView１枚である Plugin実装を読むと、 TextureId を取得してカスタムレンダリングしているものも多い マルチプラットフォーム対応 でありながら、 よく使われる WebView とのかみ合わせが悪い WebViewの上にFlutterのViewを置くことが難しい Pluginをforkして頑張るか？ これが 何 を示すかは、人それぞれである レンダリングが OpenGLベースとは限らない ので、iOS/Android両対応と言いつつ気軽に「おっしゃーごりっとOpenGLで書くかー」みたいなことはできない iOSはDeprecatedである Metal Na
概ね、デスクトップアプリに対応するか、Webアプリに対応するかで選択肢が大きく変わります。 開発者に提供される API X-Plat Tool が開発者にどんな「API セット」を提供するかを比べてみましょう。 ここでは２つに分類してみます。 A. 開発者は、X-Plat Tool の 独自API を利用する この方式の X-Plat Tool は、それ専用のAPIセットを開発者に提供します。 例えば Flutter では Stack というレイアウトクラスを提供しますが、これは Android の FrameLayout に近いものと考えられます。 あるいは JSX や XAML などの DSL(Domain Specific Language) を使用する場合もあります。React Native では画面のデザインは JSX(return で HTML っぽいタグを返すアレ) を使用し
（この記事は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%2F2.zoppoz.workers.dev%3A443%2Fhttps%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)
［速報］マイクロソフト、「Xamarin Live Player」発表。Visual Studioで開発したコードを直接iOS/Androidデバイスに転送、実行、リモートデバッグ。Build 2017 米マイクロソフトがシアトルで開催している開発者向けイベント「Microsoft Build 2017」。2日目の基調講演で、Windowsで実行中のVisual StudioとiOS/Androidデバイスを直接ペアリングし、開発中のアプリケーションの実行やリモートデバッグを実現する「Xamarin Live Player」が発表されました。 「Xamarin Live Player」のデモから。左がWindows版Visual Studioの画面、右がiPhoneの画面。 iPhoneでXamarin Live Playerを立ち上げ、Visual StudioでQRコードを表示。iPh
API key や SecretKey はハードコードダメ、git リポジトリでの管理もダメ、というわけでどうしたもんかと。 Android アプリ開発では、 【Android Studio】Api keyを始めとしたgit管理したくない定数を環境変数で管理する - shimbaroid’s diary のような仕組みで、システム環境変数をビルド時の変数に inject してくれる仕組みがあるのでいいですね。 Xamarin（というか .NET アプリケーション、MSBuild）のエコシステムには、そういう仕組みがなさそう（見つからなかった…）なので、自力でやるしかなさそうです。 ケース1:Google Maps の API キー 私は Xamarin.Forms.GoogleMaps というライブラリを開発していて、それの サンプルアプリケーションのコードも 公開しています。 Andro
最近、めっきり寒くなりましたが皆様体調は大丈夫でしょうか？ この寒い中、ある界隈が焚き火でボヤ騒ぎになったようです。 Xamarinするには、まず人脈♪ 検索用に残しとこ pic.twitter.com/RWToN6xxqW— ぁわわ (@lune_sta) November 26, 2016 xamarinの勉強会でのLT資料の一コマのようですね。 [追記]：こちらLT資料ではなく、セッション資料だったようです。お詫びして訂正致します。 勉強会自体はこちら jxug.connpass.com 上記画像が原因となり、各所でボヤが発生したようです。 今回はこのボヤ騒ぎについて色々と思うことを書いてみます。 一体何が問題だったのか？ この騒ぎ、一体何が問題だったのか？ 私としては以下のような考え。 某氏の炎上騒ぎについて改めて考えてみたが、大人な意見としては、コミュニティに対して一定の内輪ノリ
米MS、開発者向けオンラインイベント「Connect(); // 2016」において、「Visual Studio 2017」「Visual Studio for Mac」などの新機能を多数公開 「Connect(); // 2016」基調講演レポート すべてのセッションは、ライブ配信および録画で視聴できる他、基調講演については、伊藤直也氏、及川卓也氏、篠田庸介氏の3名をスペシャルゲストに迎えた日本独自のライブ中継も実施された。 冒頭に、クラウドとエンタープライズ分野を担当する副社長のスコット・ガスリー（Scott Guthrie）氏が登壇し、現在はモバイルファースト、クラウドファーストの時代にあり、開発者の活躍の場がますます広がっていると前置きした上で、このような世界で開発者が成功できるツールやプラットフォームを提供していくと述べた。Microsoftがサポートする開発ツール／開発言語／
「Xamarin はいいぞ」ばかり言ってる私ですが、Xamarin がハマらないケースも当然あるわけで。 いくつかピックアップしてみたいと思います。 Android / iOS のスペシャリスト Android または iOS、Java や Swift が大好きで最先端を突っ走ってる人。 あるいは、最新のOSの機能をガンガンアプリに取り入れていくプロダクト。 彼(または彼女)達に「Xamarin 使えよ、C# 使えよ」って言っても彼らの楽しみを奪ってしまうのでしない方がいいし、SDK が新しくなったら即使いたいという欲求はネイティブでないと満たせないですよね。 配布サイズを気にするプロダクト Xamarin でアプリを作ると、Monoランタイムを同梱するため配布パッケージの容量がびっくりするくらい増えます。（Android の場合、HelloWorld でも 10MByte は切れないんじ
2016/9/10(土) の「わんくま 横浜勉強会 #08」で @chomado さんと発表したセッションです。 解説エントリーも併せてご覧ください http://ytabuchi.hatenablog.com/entry/2016/09/12/003000 Xamarin.Forms が大変なのは View の調整です。すぐに動くものが必要なプロトタイプやモック、View 要件を調整できる自社アプリやクライアントさんとちゃんと話せて要件を調整できる受託案件などであれば、Xamarin.Forms の利点を最大限生かした効率のよい開発ができます。 私個人としては、地雷を踏む可能性が高くても Xamarin.Forms が大好きなのでこれからも愛を込めてガンガン推していきたいと思います。（Xamarin が Xamarin.Forms を推しているので、どんどん使いやすくなっていくはずという
Xamarinの入門記事を読むとたいていモヤモヤします。 これなんかも丁寧に書かれていて良いと思うのですが、『Macが必要なのはXamarin.iOSでiOSアプリを開発する場合だけ』とか言っちゃうあたりが引っかかるのです。 Androidアプリだけ開発したいなら素直にAndroid Studioを使う方がラクです。 IDEとしても優秀だし、Gradleも多機能で慣れれば快適です。 Xcodeは・・・嫌いですが無料だし、iOSアプリだけ開発したいならそれで良いのです。 そして、なんなら別々にAndroid版とiOS版のアプリを開発するほうがたいていラクです。 ググれば解決することが多いから。 今からXamarinを使う場合、普通はXamarin.Formsを使いたくなると思います。 これはかなりイバラの道です。 あまりノウハウもありませんし、そもそも部品が少ないのですぐにRendererや
Images can be shared across platforms with Xamarin.Forms, they can be loaded specifically for each platform, or they can be downloaded for display. Images are a crucial part of application navigation, usability, and branding. Xamarin.Forms applications need to be able to share images across all platforms, but also potentially display different images on each platform. Platform-specific images are
スタックレイアウトは、子要素を縦（デフォルト）または横に並べるレイアウトです。 要素間のスペースは、レイアウト側で指定しますが、余白を全部利用するかどうか（ドッキング状態）は、子要素側のプロパティーで決定されます。 public class App : Application { public App() { //ラベルを3つ配置したスタックレイヤを生成する var stackLayout = new StackLayout { Padding = new Thickness(10, Device.OnPlatform(20, 10, 10), 10, 10), Spacing = 5, //各要素間のスペース Children ={new Label{ FontSize=30, Text = "First", HeightRequest=100,// 高さ100 BackgroundCo
The Xamarin.Forms ListView class is used to present scrollable lists, which can be customized through the use of ViewCell elements. A ViewCell element can display text and images, indicate a true/false state, and receive user input. Built in Cells Xamarin.Forms comes with built-in cells that work for many applications: TextCell controls are used for displaying text with an optional second line for
A Xamarin.Forms ListView is used for displaying lists of data. This article explains how to populate a ListView with data and how to bind data to the selected item. ItemsSource A ListView is populated with data using the ItemsSource property, which can accept any collection implementing IEnumerable. The simplest way to populate a ListView involves using an array of strings: <ListView> <ListView.It
Visual Studio Visual Studio for Mac If you load a project into Visual Studio, the following dialog is displayed, explaining that you must remove any components from your project manually: To remove a component from your project: Open the .csproj file. To do this, right-click on the project name and select Unload Project. Right-click again on the unloaded project and select Edit {your-project-name}
Build以降のXamarin界隈が活気がすごいです。 前はここまですごくなかったのに急にどば～～(; ･`д･´)って感じです。 Xamarin.Formsでの開発に関しての所感は以前書きましたがTwitterのTL見ていて知識面に関してちょっと書いてみようかなと思いました。 あくまでも私自身が感じた感想みたいなものですし、作るものによっても変わってくるとは思いますし、規模によって個人が必要な知識の範囲も変わるので参考程度にお願いします。 開始時の知識・経験 Xamarin.Formsでの開発を始めた時点での私は Android開発の経験はあるけどものすごく詳しくはない。 iOS開発の経験なし。 WPF開発はそこそこどっぷり。バインディングスタイルのデザインパターン好き。 Xamarin.Formsに関する知識はとりあえず考え方とかのイメージは掴めた。 という状況で開発をスタートしました
「JXUGC #13 東京 緊急開催 Xamarin のすべて！」(http://jxug.connpass.com/event/29734/) で発表したLT資料です。
データ連携の新しいカタチ - 変更データキャプチャ/プラットフォームイベントを MuleSoft Anypoint Platform と組み合わせて試してみよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
