◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:Xamarin Part6 YouTube動画>1本 ->画像>5枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1508367307/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
!extend:on:vvvvv:1000:512
C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！
公式
http://xamarin.com/ 前スレ
Xamarin Part5 [無断転載禁止]c2ch.net
http://2chb.net/r/tech/1498575762/1 煽りはスルー推奨
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
Xamarin程の糞はない
Xamarin程の糞はない
Xamarin程の糞はない
C++相談室から誘導されてきました、質問させて下さい
VisualStudioみたいな糞でやるからそうなる
>>26 XamarineはC#でのプラットフォームなんだが・・・
>>27 読んでｇｇったんですけど、そうですよね・・・
C++で、UWPで、Win32寄りの処理をゴリゴリ実行したかったんですけど、
こっちでも質問を取り下げて、自分でちょいと追ってみます、失礼しました
>>29 UWPならここは？
Windows 10 UWPアプリ開発 Part 2 [無断転載禁止]c2ch.net
http://2chb.net/r/tech/1499658092/ >>30 なんかビジネス的な話ばっかりで不安だったのですが・・・
そちらに行ってみます、ありがとうございました
まあでもXamarinやC#よりいいのってないからね
普段はWindows
Android StudioじゃiOS開発できないんだよ
そういう怠け心がアプリのクオリティの質を下げるんだ
>>38 逆だ。
細かな動作の違いを考えなくて済む分、UIや処理にリソースを割けられる。
いかに単純作業を減らすか考えられない奴はプログラマーとして適性がないと思う
作ってるけど、全部非公開だからな。
業務用の糞UIのアプリだろ
途中送信
うん
例えばボタンを押した時に動的にビューを追加するとチラついたような汚い描画になるけど、これってネイティブでもそういうもんなの？
>>50 UWP?Android?iOS?
iOSは環境が無いから試せないが、UWPもAndroidもチラついたりしないが？
みんなはなってないのか
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
API 一緒なんだから Android と iOS の情報見たらいいじゃん？
OSと開発フレームワークの検索ヒット数を比較する馬鹿
過去何度も意味がないと諭されても理解しない左巻きだから無駄。
>>57 だってAndroidとiPhoneを平気で比較する世の中だから。
API一緒とか言ってる奴は実際に使い込んでないだろ
AndroidとiOSのAPIが一緒なわけ無いだろ。
>>64 そういう意味じゃなくてiOSの方はAPIの名前が元のものと変わりすぎてわかりにくいってことだろさ
>>64 基本英語で検索してる
おれは CMTimeMakeWithSeconds() をXamarinで使いたかったんだけど、
検索すると Xamarin では CMTimeクラスのFromSeconds() メソッドが同じような機能を提供してるらしいことがわかる
ただ名前が違うし同じかどうか確信がもてないのでリファレンスを調べてみたけどろくな説明も無し
https://developer.xamarin.com/api/member/MonoTouch.CoreMedia.CMTime.FromSeconds/p/System.Double/System.Int32/ しょうがないのでXamarinのソースを調べて FromSeconds() の中でネイティブの CMTimeMakeWithSeconds() を呼んでることを確認しましたとさ
なんでこんな阿保な変更してるの？
>>67 ObjectiveC流の命名規則をC#流の命名規則に変換してるだけじゃん
ものすごく分かりやすい
まぁでも検索しやすいように
>>68 C#もObjectiveCも知ってなきゃ理解できないAPIとか流石だな
それじゃ CMTimeMakeWithEpoch()は、FromEpoch()になるのか？見当たらんが
CMTimeMakeFromDictionary()はそのままFromDictionary()なのはどういう理屈？
CMTimeMakeWithEpochはCMTimeのコンストラクタだな
XamarinのCMTimeの公式リファレンスはこれが書いてあるだけで、
分からんでもない
>>70 iOSのAPI使うならObjectiveCは理解してなきゃ駄目だろ。
同じくXamarin使うならC＃を理解してなきゃ駄目だろ。
自分の勉強不足を棚に上げて文句言うんじゃないの。
C#とObjectiveCを両方知ってないとAPIの検索もままならない状況は糞だね
>>77 APIを直接たたくようなアプリなら、APIがベースとしている言語の知識が必要なのはXamarinに限った事では無い。
APIを意識しなくても良いレベルのアプリならC#だけの知識で十分だぞ。
つか、糞だと思っているものに粘着とか、ンコ蠅だね。
>>79 XamarinがオリジナルのAPIを改変しているにも関わらずそこを文章化して無いのが問題なんだよ
元のAPIをそのまま呼べるなら問題無い
>>80 >>68 言語の規則に合わせて変更しているだけ。
堂々巡りになっているのがわからんか？
>>81 お前もお前で意固地だな
対応表ぐらいあったほうがいいに決まってる
ID:Jb/o6d5C0
>>81 withSecondsがfromSecondsになって
withEpochがコンストラクタになる理由を説明してくれ
xamarinでバーコードリーダー入れたいんだが
>>85 言語の規則だって言うのならどういう規則なのか説明しろと言っている
規則へのリンクでもいいぞ
>>86 エラー表示のままだろ
dictionary型などで参照しようとしてるキーが存在しないものになってる
多分規則というかBCLか.net frameworkに寄せただけだと思う
>>89 言われるがままにinfo.plistってのにkeyを追加したはずなんだがな
カメラへのアクセス許可を求める処理なんだがやはり無いと言われる
私はZXing.iOSでバーコードスキャンできてるからXamarinのせいではないと思いますよ
>>91 デバイスにアクセスできないんじゃね？
つか、参考にしたページとソースを開示したほうが早いんじゃね？
>>91 エラーを見る限り、設定したキーのスペルをミスっているんじゃね
例えば大文字小文字とか
ああ、カメラ機能を使うときに一度は通る道だなｗ
おぉ！皆ありがとう
連投ですまんが実行にはXamarin Live Player使ってる
>>99 visual studioはpreview版つかってんの？
community版ではうまくビルドできてないと感じて俺もiOSは諦めてる
この前までpreview版使ってたんだけど
SSDの空き容量がなくなって新しいのにクリーンインストールした時に
communityに戻してからXamarin Live Playerではまともにビルドできたことないわ
まあ俺が雑魚ってのもあるんだけど
>>99 自分はWindows+Macだけど仕事で開発中のアプリはZXing使って問題ないからまあlive playerの問題だろうね
visual studioはcommunity版だね
VSでツール→オプション→Xamarin→その他から更新プログラムを今すぐ確認で、
Xamarinみたいな糞は捨ててネイティブでやった方がいいぞ
>>103 Visual Studio Installerを実行する
これから使おうと思ってる人は、配布用パッケージすら作っていないようなブログや書籍がXamarinが「使える」って言っていても信用しないこっちゃ
>>106 ん？
配布用のipaやapkは作れるが
開発者モードってXamarinで開発するときのみでそれ以外は切っておいた方がいいですかね
君らがXamarinにかけてきた時間とエネルギーは完全に無駄だったってことだ
xamarinの大きなメリットはクロスプラットフォームでありながら過去の.Netのライブラリが使えることであって
KotlinのiOS対応ってXamarinで言うところのXamarin.Forms？それともXamarin.iOS？
KotlinてかintelMoeか
macos 10.13 でADVが動かない
kotlin/native言うヤツっぽいから、昔あったRoboVMみたいな？
Xamarinに自信が持てないからKotlinのことが気になってしょうがないんだなｗｗｗざっこｗｗｗｗｗｗ
自分の能力に自信が持てないから周りの反応のことが気になってしょうがないんだなｗｗｗざっこｗｗｗｗｗｗ
>>120 XamarinはMicrosoftが買ったというだけで本気でリソース投入してないからね
少なくとも今のところはkotlinのクロスプラットフォーム対応では共通化したい部分のライブラリをほとんど自作する必要があって、
kotlinは嫌いじゃないけど.netライブラリ使えないと死ぬ病です
道具として便利だと思うものを使えばいいんだから
少なくともこのスレにおいてアンチは非論理的、擁護は論理的なのでどっちを信用すればいいかは明白
Xam.Plugin.Mediaを利用してカメラのプレビュー画像を取得することはできますか？
まず自分の書き込みを見直してアホな間違いを修正
>>132 単なる静止画撮影じゃなくて撮影前段階でのプレビュー画像をリアルタイムで欲しいんだと思うよ
俺はそのプラグインだと無理だと思ってるけど
>>134 なるほど
家計簿アプリにあるようなアプリ中で撮影して画像に残さない方法のことか
ググればqiitaに作った例があるけどそれじゃ嫌なんだろう
君らがXamarinにかけてきた時間は無駄だったということだし、
.Net Frameworkによってほぼ全てのプログラミング領域はカバーされているわけでして
Microsoftとかオワコンの過去の会社や
.netがオープンソースになってる時代に何言ってるの？
ルビのテキスト表示したいんだけど、WebView使ってHtmlで表示するのが一番簡単そうなんだけど、
>>142 プルリク送るどころかソースも見たことないくせにｗｗｗ
アンチMSで凝り固まってるくせにこのスレに来てるような奴は放置で
むしろMSも.NET Standardなど使って書いたものがそのままブラウザで動くような方向に持ってく気がするんだが。
>>146 モバイルもPCもブラウザシェア持ってないのに。
ブラウザに内蔵してもしょうがないでしょ
>>149 ,150
いやブラウザ改変じゃなくてライブラリとして書いたものがWebAssemblyなりになってフロントのjsとつながるって事やで？
GoogleがMicrosoftのTypeScriptを積極採用してるんだよなぁ
>>137 糞みたいな内容だな
意味の分からないﾄﾞﾔに付き合うほど馬鹿じゃない
>>151 知ってる。
Webの世界で勝ててないのに勝てると思わないわ。
シェア取らないと力になりえない。
>>154 シェアその場合関係あるの？
必要なのはMSツールチェーン上で一度書いたらいろんなところで動かせるって話と思うが。
、
プラットフォームで縛る時代はもう終わりでしょ
このニュースなんか個人的にはむしろ好意的に見てる
http://news.mynavi.jp/news/2017/11/06/117/ Visual StudioのXamarinで、 .NET Framework のバージョンを確認する方法ってどのようにすればよいでしょうか？
Xamarin Studioでの確認方法は書いてあったのですが、VSがわからないです。。
https://chomado.com/note/tech/how-you-check-dotnet-version-in-xamarin-s そもそも.NET Frameworkではないのでは
>>158 .NET Frameworkのどのバージョン相当という意味なのでしょうか。
リンク先のxamarin studioには書いてあったので、同じようなものがあるのかと思いました。
>>160 レスありがとうございます。
ただ、ソリューションのプロパティにも、xxx.Androidのプロパティにもそれらしきものは見当たらないですが、もっと別のとこでしょうか。
>>156 ×プラットフォームで縛る時代はもう終わり
○マイクソに縛られる時代はもう終わり
利用してるだけで縛られてるわけじゃないんだよなあ
>>162 それでアンドロイドとGAEに縛られるのか。
Xamarin程の糞はない
プルリクはともかく、ソース読まずに開発は無理だわ
>>161 VisualStudioのヘルプ→バージョン、だったか？で
モジュールごとのバージョンが見れたはず
>>167 言わんとすることはわかるが読んでよかったと思うシチュ何？
自分は挙動が意味不だったときに読んだけど普段はそんな読まない
MSのソースで全て大文字のプロパティがあって引いた
>>170 突っかかってんじゃなくて疑問に思ったから聞いてるだけだろ
VSでコンパイルに使ったxamarinバージョンってヘルプから見るしかないのでしょうか？
>>169 んー、直近だとAsp.NetCoreでDIの実装例見たりIdentityの挙動を追ったり
Xamarinだと、ネイティブのAPI呼び出し箇所を見て使い方把握、とか
>>176 Xamarin限らず色々どうやってるんだろうって話か。
そゆんではオプソで色々読めるのは良いよね。
勉強する気のあるやつとないやつで差が出るよな。
自分はXamarin.FrmsであるControlの挙動を案件の仕様に合うようにゴニョゴニョしようとしたけどダメで、結局ソース見てレンダラーでやったらあっさりできた。
他人のソースを盗み見して技術を得た気になってるだけの糞
他人を煽り嘲笑して自尊心を満たした気になってるだけの糞
いちいち使いもしない技術のスレに来て勘違いだらけの悪口並べ立ててるやつよりは遥かにマシだよな
無能なので他人のソースコードを見ても参考にできないんです
ザマリンすら使えなくて挫折して悪態ついてるぐらいだからさもありなん
xamarin formsでスリープさせない仕組みって用意されてる？
他では通用しない糞みたいなノウハウを蓄積しているだけの糞
xamarinでSQLITE使いたいんですが参考になるサイトありますか？
http://www.buildinsider.net/mobile/xamarintips/0050 xamarin SQLITEで検索して一番上に出てくるサイトを参考にしたら書き方が古いらしく使えませんでした
>>188 自分は
https://github.com/praeclarum/sqlite-net を使っている。
iOSは環境がないから試してないけど、UWP/Android共に同じライブラリで使えている。
nugetで sqlite-net-pcl で検索すればインストールも手間がかからないよ。
>>189 githubで探すのは気がつかなかった
まだまだ素人ですね…
ありがとうございます
Xamarinでやるメリットってサーバー側も.netで作ってるような場合でしょうか
>>192 クライアントがだけでも色々共通化できるメリットあるけれど、サーバーも.NETならより共通化や親しんだ言語での開発を享受できるかと
>>193 いろいろ多くてすみません。
共通化というのはAndroid/iOS/windowsで共通コードになるということでしょうか？
サーバとより共通化というのは具体的にどう共通化されるのでしょうか？
クライアント側ではビジネスロジック的なものは基本的にほぼ全て共通化できる。
>>194 クライアント用ミドルウェアでサーバーの何を書くんだよ
アホは黙れや、低悩
>>196 安価を間違えた上に色々勘違いしてるバカがw
ユーティリティ的なモノは共通化できるけど嬉しいかと言われればそれほどでもない
クライアント Xamarin
>>198 まあサーバーとの共通化はそんなにないと思われ
ASP MVC見たいのもやるならビジネスロジックの一部とかPOCOの定義、ユーティリティの一部とかかね。
基本は言語とか開発環境を全く別のものにしなくていいってとこだろうね
バリデーション共通化できると良いね。やったことないけど
xamarinってvs2017 ProがあればFull機能を無償で使えるの?
>>202 proでもcommunityでも全機能使える
>>203 そうなのか、ありがとう！
日本語の情報が無さそうだけどCordovaより良いかな。
>>202 APIの制限とかは無いけど、ツール面では多少違いがあるよ。
iOSのエミュレーターをWindowsのパソコンで確認できるのはEnterpriseだけのはず
Android SDK/Javaの知識がある程度ないと辛いかな。
>>212 そうですね^^;
Xamarin.Formsのxamlを調べてみたけどwpf以上に一癖ありそうだw
Xamarin.Forms程の糞はない
Xamarin.Formsを使うということは最も工数がかかる手法で開発をするということ
任天堂が出したアプリの中で最も星平均が低いのがXamarinで作られたNintendo Switch Onlineアプリである。
Microsoftは新規にAndroid版edgeブラウザを開発中とのことである。
>>223 作る内容によっては最も効率が良い方法と思うが。
LOBアプリなら十分だしよっぽど凝ったものでもなければレンダラーとかで対応可能。
各プラットフォームの画面作りに慣れてるならロジックの共通化だけにしといた方が混乱はないかもなのは認める
>>215 本当にこれやってる奴いたらあまりに無能すぎて仕事打ち切りたいレベルだな
>>223 C#、XAML派から参入ならそれだろ。
新規でも皆formsのイメージがあるわ
>>229 そうなんだ
XAMLってバインディングが売りって聞いたが違かったか
>>230 お前はなんのFormsの話をしてるんだ。
MVVM周りはほぼWPFと同じに書けて楽しい
時代はfluxなのに未だにMVVMとかいう原始時代の設計手法に頼っているとかMicrosoftはオワコン
糞の人の罵倒芸がだんだん楽しくなってきた
検索したら
>>239 でやっと4パターン目
この10倍はほしいところ
Xamarin Studioか、Visual Studio for Xamarin どちらを使う方がよいでしょうか？
>>242 Xamarin StudioはVisual Studioになってるから質問の意図が分からない
>>242 開発環境なら使うOSによって決まるかな。MS公式に縛るならだけど。
Windows: Visual Studio 2017（2015でもいける）
Mac: Visual Studio for Mac
VS for Macはgitでブランチを切り替えたり、NuGetパッケージをインストール/アンインストールしたりするだけでビルドできなくなって、
xamarinでtabbed pageとcameraを個別に実装できたんですがタブで切り替えた瞬間にカメラを起動するにはどうすればいいのでしょうか？
>>255 おぉなんとかなりそうですね
さっそくやってみます
ありがとうございました
Xamarin使えばMac買わなくてもiOSアプリをリリースできるの？
>>259 >>261 ありがとう。できないみたいですね。
Macってスペックの割に高いし汎用性無いしできれば買いたくないんですが、
仕方ないようですね。
>>262 Cordova, Monacaとか使うしかないね
ビルドしてくれるサービスはあるけど
MacinCloudか
>>262 ブートキャンプでWindows動くし汎用性は特に問題ないけどね
XamarinにしてもCordovaやMonacaにしても、最終的にiOSアプリをストアに公開するのであればXcodeが必要
>>267 ネイティブコード吐くのは駄目だけどハイブリッドも駄目なの?
うおおおおおおおおおおおおお
顔まあまあ、胸でかい、仕事できる、絵がうまい
カラコンやめたのか？
自意識過剰な中学生か高校生のような喋り方がとてつもなくキモい
○○程の糞はないと主張してるけど色々なことに対してそう言ってるね
糞は自分自身が糞であることを理解できない
>>283 目頭切開
涙袋形成
鼻プロテーゼ?
顎プロテーゼ?
エラ切除?
初心者質問です。
Xamarinはクライアントサイドのフレームワークなので、PHPで作成するようなサーバーサイドのサイトの開発とは違うと思うんだけど
>>288 c#が自由自在に使いこなせるのならXamarinでも良いけど
知らないのなら難行苦行で荊の道を進むことになる。
Web/Javaの技術に精通しているのなら
とちゅうで送信してもた
>>289 返答ありがとうございます。
スマホ開発自体が初めてなので何もかもわからないのですが、、
やりたい事が、サーバサイド(web管理画面)でDB登録した情報を、クライアント(スマホアプリ)が参照したり、その逆も行いたい感じです。
その場合は、クライアント側からサーバ側にあるDBアクセスするファイルを読み込む事で実現できるような事をどこかの記事で読んだ気がします。
もう分からない事が分からないだらけで…何かスマホ入門にオススメの書籍などがあれば紹介して欲しいです…
>>293 DB は直読み込みできないから、WebAPI経由で読み書きかな
>>291 >>292 返答ありがとうございます。
Cは少しだけ…C#は未知です。
言語はphpが1番得意ですね。Javaはsjc-pは持ってるけど超苦手です。
JavaScriptは大好物なので、教えてもらったソフトを見てみます！ありがとうございます
>>294 やはり自分でwebサーバ側にAPI作ってDBアクセスできるようにするしかないですよね…
アプリ側から登録データを送信するのもwebに飛ばさなきゃいけないとか…セキュリティとか色々やばそう…
色々と助言ありがとうございました。
>>296 Monaca(有料)と言うのもある。
無償でも出来るけど無償だと目的としたことは出来ない気がする。
ドキュメントも日本語なのでお勧め。
Monacaは皮だけで中のアンコはCordovaです。
>>299 >>300 ありがとうございます！
どっちも調べて参考にさせてもらいますm(__)m
>>297 完全にローカルに閉じたのでよければDBは、SQLiteってのが使えるよ。それなら、Webには何もいらない。
>>303 > やりたい事が、サーバサイド(web管理画面)でDB登録した情報を、クライアント(スマホアプリ)が参照したり、その逆も行いたい感じです。
なんかMBaas使った方が良いのかと思ったけどDB共通化したいのか
今の時代のニーズとしては昼間スマホでさわってた続きを
MonacaとかCordova環境ならアプリ内でPouch立ててLANに居るときにレプリケーションすれば？
>>312 ハイハイ、それはダマリンね
お疲れ様でした～
iOSとAndroidでSQLite使おうとしたら開いた瞬間にアプリが強制終了するんだが原因を探すうまい方法ってなんかないかや
hockeyappかVisual Studio Mobile Center使って例外発生時のスタックトレース調べるとか
その手のやつはそれらのスタックトレース取れない予感
ビルドは通るんだが出るもんなの？
>>323 そのHosted macOS agentは自分で用意するんだよ
AndroidStudioみたいなのなくてもエミュレータとかで画面みれたりするん？
結局強制終了はどうもできんのか
ログとにらめっこするか、ブレークポイント貼りまくってどこで落ちるのか特定するか・・・
バイナリで落ちるやつとかはセグメントフォールト的なログ出るでしょVSに
素人が簡単なアプリ作るまでを
>>332 どのレベルの初心者だよ。
コマンドから何からすべての解説がほしいのなら、その手の本を買ったほうが良い。
Xamarinは素人、c#は何の不自由もなく使いこなせる
簡単なアプリ作るレベルなんだからプログラミング自体初心者なんだろう
>>332 何作りたいのか知らんがちょまどがMobileAppにつなげたサンプルアプリとかどうよ
どの本もいい加減だからその本以外でandroidやiosの知識をつけないとアプリはまともに作れない
クロスプラットフォームなのにiOSとAndroidの知識が必要でさらにXamarin特有の知識も求められる
別にXamarin.Formsの範疇で治るLOBアプリとかならほぼいらんだろ
凝ったことするのに各プラットフォームの専門知識が不要なクロスプラットフォーム開発環境なんて今のところ存在しないよ
各プラットフォーム固有の知識は必要だけど全部C#で書けるところがいいよね。
各プラットフォーム固有の知識は最初から必要なわけでなく必要になった時に十分対応できる。
で、最近のは インストール後の設定で
Xamarin程の糞はない
Xamarinやっている奴ほどの人格破綻者はいない
人格破綻者 : (ﾜｯﾁｮｲ 9f81-F7Qh)
自分が使いもしないものにわざわざ粘着して文句言い続けるような人格破綻者がいるらしい
SQLiteでorder byを使うと強制終了するんだがなにが悪いんだろうか
>>359 強制終了なんて曖昧な書き方するやつに
誘導するスレなんか無い
>>360 すまない、強制終了は曖昧な書き方なのか
拾ってきました no such column: Id
no such column: Id
Nameだとできるからなにか仕様的な理由があるのかと来てみた
>>364 ワカランネ
大文字、小文字が識別されてるとか
カギ括弧とっても同じかな
>>365 データタイプかユニークキーかどうか、それが自動生成かどうかなどかね。
しんきでつくってみてもおなじげんしょうがでるかなどみてみ。
似たような現象ググれば出てくんじゃねーの。英語で。
どうやらprimary keyで行うと駄目みたいです…
>>368 すまない、解決した
主キー使うと駄目みたい
ちょまどさんを養うだけでなく
>>371 やっと回答に気付いた人が来た
笑えるよな
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
Xamarinがって手段にこだわってる自体言っている事と矛盾してるけどなw
良いものを届けるために無駄な二重作業を排除してやるべきことに集中するのがクロスプラットフォーム開発をする根本的な理由でしょ
まあ実際アプリの基本ロジックはほぼ100％共通化してるわ。
>>378 無能馬鹿は何が共通ロジックとなるか切り分けできないんだよ
VSやXamarinは道具。
Xamarin使おうと思っている人のスレだから、Xamarinがどうだこうだと言ってもな
技術のあるものがXamarinを使って作った良いアプリってどれなんすかね
利用者は何で作られてるなんて気にしてないし、
開発するわけない人がなぜわざわざ書き込んでるんでしょうね
Google Play で Xamarin で検索すれば結構出るね。
Xamarinが糞であるという正しい情報を世に伝えるため
sampleとかdemoとかtutorialのアプリしかでねえじゃねえか
NHK紅白のスマホアプリは今年もXamarinだろ
Xamarin終了のお知らせ
Apple will reject apps created from app generation services like Xamarin in 2018
https://twitter.com/jzeferin0/status/942754863083114502 言葉通りに解釈するとすべてを排除するようだけどMonacaとかCocosまで切るつもりなのか?
名指しされているのはXamarin、PhoneGap、Appcelerator、Trillian
Twitter垢持ってない同僚にきたメールのスクショがソースとかｗｗｗ
親愛なる○○へ
FAKEの意図はともかく、12月にメールが来て、翌1月から規制とか無いから。
事実だとしたら他にも同様の連絡受けてるはずだし当然大ニュースになってるはずだからフェイクでしょ
そう、このときはみんなそう思っていたのだ
これでObjC、swiftでしか開発できないとかなったらどうすん。
そのツイート主のblogだろ？
少なくとも既存有名アプリの作者からの発信がない限りFAKEだろ。
[嘘でした]2019年からApp StoreでXamarin, PhoneGap(Cordova)アプリがリジェクトされるという風評について
https://qiita.com/rdlabo/items/deb5fe88b80d2737799f >>424 ああ下に顛末が書いてあったのね。最初にかけよw
あざます。
煙のないところに火は立たぬ
>>426 いやその記事の人が最初にかけよと。
重ねてアザス
んー、UI部分はFW化しない方がよさげやね
自分もはじめて聞いた
エンプラの用語だよ
FWじゃ文脈がないと
ドキュメントなんかでいきなり略語書く人もいるからな
>>435 もし俺がお前の職務経歴書を見る機会があったら、まず間違いなくファイアウォールかファームウェアのことだと認識して頭の中が？マークだらけになると思うよ。
>>440 昔の職場のフォーマットを見たら「FW/MW等」という欄があった
これで通じてるみたいだから多分そうはならない。あるいは、どうでも良い欄なんだろうな
それファームウェア/ミドルウェアのことじゃないのか?
フレームワークとミドルウエアの違いを聞かれたら説明できないw
>>442 なるほど、制御系ならありえるかも知れん
業務系だったからか、営業からはフレームワークのことだと説明されていたよ
まあ悪しき文化ですわ
>>443 イメージとしてはハードを制御するソフトがファームウェア、ソフトを制御するソフト(微妙な表現だけど)がミドルウェア
例えば完成品の組み込みライブラリ(数値計算系やネットワーク系など)のパッケージがミドルウェア
フレームワークはパッケージ作成のための雛形となるソフトウェア、 Xamarinは正にそれ
ID:Z/uX/8Sx0
>>445 ライブラリ<フレームワーク<ミドルウエア<xxエンジン<アプリケーション
の並びで良いのだろうか?
>>446 馬鹿じゃなくて組み込みの世界の人だろ
SIerの世界とは文化が違う
確かに組み込み系の出身だよ
逆に業務系の人がミドルウェアやファームウェアにどういったイメージを持っているのかについては興味がある
どうなんだろ
>>447 についての個人的な考えとして、フレームワークについては階層並びではなくあくまでツール的な位置づけで中間層に並立しているイメージかな
>>450 ファームウェアはROM書きのイメージ。
バグを仕込むと大変そうw
一昔前のマスクROM使ってた頃と違って、近頃はフラッシュROM製品が増えているので割と融通は効く
>>452 つか、マスクROMじゃなくてEP-ROMな
紫外線で消えるやつ
窓付き(紫外線消去)ROMなんか高すぎて量産では使えないよ
>>452 バグで死人が出るとか無いですか?
業務アプリは損失は出ても死人は滅多に出ない。
>>455 家電製品だったので死人が出るような事態になったことはない
ただしソフトバグで社告を出して、製品回収/無償修理扱いになったことはある
開発チーム全員肩身の狭い思いをした
>>455 俺はあるよ。
実際には他社製品で死にそうになったから、自社には最初から対策いれていたから、事故は無い。
自分の仕込んだバグじゃ無いけど
MasterDetailPage を使って画面の遷移を行っていますが、Xmarinのパッケージをアップデートしたところ、メニューの非表示が出来なくなってしまいました。
Xamarin & Monoって聞くとLinux発祥みたいなイメージなんだけど、
>>463 リナックス用のクライアント作成ツールなんか需要ないやろ？
(Linux用のクライアント)の作成ツールではなくLinuxで動くIDEという意味で言った
サーバー上でIDE ってなかなかシュールな状況だな
Visual Studio CodeはLinuxで動くけどXamarinにどこまで使えるかは知らない
>>469 Syntax Highlightくらいしかできんよ
Visual Studio for Linux なんて出た日には俺は Windows を使うのをやめるぜ
JetBrainsのRiderなら、Linuxで動いてXamarin開発もできるよ
Riderでもできるのか知らなかった
PCL vs .NETStandard
windows phone不要ならpcl使う意味はないはず
>>478 それはStandardとどちらを使うかって意味で？
逆に言うとWPならPCLにするメリットがあるってこと？
「windows phone不要ならpcl使う意味はない」と同値なのは
去年:.net standard 2.0
.NET Coreベースに移るとか新しいformSとかそんな話あったっけ？
今まで作ってきたざまりん内部でのエコシステムを構築し直してまでMONOから変えて得られるメリットって何があるん
軽量化と高速化かな
んー、泥もAOTとかあるけどそれいれても有意な高速化するかね
泥のインスタントAPPは、Xamarinが一番苦手な分野じゃないの？
>>489 インスタントAPP、想定されるサイズってどのぐらいなん
>>490 Google はひとつのモジュールを4MB以下にしろって言ってる
ユーザーが作った部分のAOTより、ライブラリがCLRじゃなくてネイティブになるのが大きい
.Net Standard 2.0 用のライブラリってどこで検索かければ良いですかね？
>>493 MONOもつかってるところだけカリングしてんじゃ？
>>493 ああ、ごめん話の筋を読めてなかった
.net coreベースになって、.net natvie サポートしたら何が嬉しいかって話だったのね
インスタントAPP作るなら必須だと思う
>>495 すでにAOTなiOSのアプリ作ったらけっこう大きなままだから、かなりそのまんまなんじゃない？
VSのライセンス無しでビルド出来る？
>>502 >>501 でできるけど、Cakeが簡単かと
Arduino ESP32のBLE_uart使いたいのですが、Xamarin.Formsで、NuGetは何を使えば良いのでしょうか？
navigationpageで遷移したページにあるボタンの状態を維持できないんだがどうするのがいいんだろうか
>>507 ViewModelをキチンとBindingするとこでしょう
勉強会というより商品説明会なタイトルばっかりでなんだか行きたいと思わないにゃ
そりゃXamarinの勉強会ではなくてApp Centerがメインの説明会みたいなものだからな
使いこなせなくて僻んでるだけだかは相手にする価値なし
Xamarin程の糞はない
無意味な質問
>>529 AndroidだけならKotlinでも良いけど。
自分が理解できないもの全部クソ扱いしてんだろなwもうコンビニバイトでもしてればいいのに
>>522 ==
>>532 == (ﾜﾝﾄﾝｷﾝ MM7f-f9nH)
語彙が貧弱だな
>>533 マジレスするとコンビニ店員は覚えることが多いから彼には無理だよ
XamarinにJava相互運用ラッパーを生成する機能があるって聞いたんだが
Androidアプリ作ってるけどAdmob広告入れるやり方がXamarinだと分からないです
visualstudio2017って、
初回セットアップが楽勝で、起動も速いし日本語化されてるし、いいじゃないの！
C#でブラウザクライアントまで開発できたらまじで他の言語いらんくなるなぁ
リッチクライアント復活なん？
プロパティウインドウってWindows Formsのチュートリアルぐらいでしか触ったことないな
プロパティウィンドウ、自分もリンクしてるDLLのパスを見るぐらいにしか使ってないな
>>547 それが必要なシチュエーションは何だい？
画面にパーツをペタペタ貼って、
>>555 それをプロパティウインドウでやるのは入門書の中だけだから気にしないでいい
>>556 まあ、いくつか作り貯めてれば、過去のコードの主要なプロパティ設定部分をコピペすりゃいいのは分かってんだが・・・・
androidstudioで当たり前に出来ることも出来ないとか、VSの方が歴史長いくせに使い勝手が悪いな、って話だわ
検索したいってことは名前は分かってんだよな
>>558 IntelliSenseって知ってる？
>>558 プロパティなんかそこまで多くならないだろうし名前順でわかんだろって感じなのかね
まあフィルタあっていいと思うので要望出しといてくれ
Windows Formは知らんがxaml使う開発はプロパティはxamlかコードで設定するからプロパティウインドウ使わない
「XamarinといえばForms」な世界に本当になっちまったんだなあ
Xamarin.Forms.Macもライブラリとしてはリリースされてるしな
xamarinをparallelsで使っていてandroidエミュがhaxm使えないんだけど
自己解決した
つか、昔のバージョンではparallelsでもnested vt出来たらしいじゃねえか
もう解決したから、買う必要ねえな
Xamarin程の糞はない
糞な部分を列挙してるつもりなんだろうが
Xamarin程度のミドルウェアさえ使いこなせない無能のたわごとだからな
OnLongClickListener 的なものを使おうとしたら標準ではサポートしておらず、
どうせ起動時に不要なものもあれこれ読み込ませてるんだろうな
Xamarinホントすげえな
まあいける。けどどのみちiOS、Android の知識も必要になるけどな
マジレスすると
Xamarin、ブレイクしなかったな。
クロスプラットホームツールで他に有力なのって何よ
有力なものなどないし永久に出ない
ハイブリッドWebアプリってやり方もあるね
XojoがAndroid対応予定だから対応されたら使えるかも
>>604 ReactNative使ってる人にも聞いたことあるけど、Xamarinと同じような問題抱えてるしツールの成熟など含めてXamarin よりいいかとは思えなんだ。
まあjs大好きならいいかもね
>>605 したらコルドバとかの方が良かったりしないん？
WebView程の糞はない
Xamarinも検討したけど、結局Android StudioとVisual C++のJNI連携にしちゃってるわ。どうもC#は馴染めない…
クロス環境なんて生産性が悪すぎるからやめといて正解
C# 悪くないんだけどプラットフォームで共通の部分が C# で書けます、
>>613 それC++の部分もデバッグできるの？
後C++は自分は触ってないけど2018年になった今、テンプレートのエラーわかりやすくなったの？と聞いたら何も変わってないと言われたぞ…
正直今更C++では書きたくないな
Xamarinは言語から開発環境、既存の資産の利用含めた総合力で他よりいいと思うけど。
>>614 テンプレートのエラーはわかりやすくなったし、そもそもエラーメッセージを自分出かけるようになったぞ
613だがC++嫌いな人や元々使ってない人はもちろん使わなくていいと思うよ
>>617 人に聞いただけだけも、コンパイラが違うのかね。
自分でかけるの意味がわからんがコンパイルエラー時にそのコンテキストもらってそれをもとにフォーマット出来るってこと？
>>620 それは嬉しいのかどうなのか。
まあ普段はデフォのメッセージが出てる、それでわかりにくい時は追加情報取れるからより詳しく出せるってことならまあありかも
デフォのメッセージが最初から十分な情報出してればいいだけだけど
Emscriptenで、c++を、WebAssemblyにすれば、マルチプラットフォームアプリが作れる。
んC++でもマルチプラット開発できるよって話？
WPF は
http://var.blog.jp/archives/69202816.html ↑によると
1. WPFアプリは、VSの「外見」だけが使われている以外には、滅多に使われていない。
2. WPFは、Windows Form Appli に比べて圧倒的に遅い。
Web画面をリロードしているぐらいに遅いらしい。
Electron の API Demos を Win7 で試したら、別ウィンドウで OVERLAPPED WINDOW
c++はオブジェクト指向を無理矢理cにくっつけたから難解になった
[結論]
Xamarin程の糞はない
スマン、AndroidとiOSは、Electronだけでは動かないらしい。Android, iOS用に
こいつきちがいか。
>>639 Cordovaとか避けてるのは何故なんだろw
がはははははははｗｗｗ
>>642 オマエはElectronが何か分かってないだろ。
ここはXamarinスレだってことも。
要は老害が使い慣れた言語から離れたくないだけでクソわろす
がはは。最初は知らんかったが、この数時間の内にわかってきたのさ。
MS帝国の崩壊以前にオマエが崩壊してるぞ
便利なものは使えばいいだけなのにMS帝国とか言って無理して排除する必要などない
https://teratail.com/questions/100514 >それでは、VSに登場したときに話題になった、Xamarinはどうでしょうか。
>ネイティブにコンパイルするので、パフォーマンスが高いのがメリットです。
>
>しかしその一方、非常に扱いが難しい。
>Windows、Android、iOS、それぞれのOSや言語やフレームワークなど、
>三者三様の開発環境の知識が必要になるためです。
>
>Xamarinの場合、Webアプリどころか、
>（単独の）ネイティブアプリより難しくなってしまいます。
>
>マルチプラットフォームで、しかもネイティブアプリと同等、
>というのは魅力的ですが、その欲ばりな仕様のため、難しくなった。
開発工数は膨らみアプリのクオリティは落ちるのがXamarin
Webアプリ由来のマルチプラットフォームでもいいさ
とりあえず開発言語としてjs使うのだけは勘弁してくれ
>>656 TSは外のもの使うのにマッパー書かないといかんのやろ？
ある奴はいいけど結構書かないと行けなくてめんどいと聞いたが。
まあjsよりはマシそうだからやる羽目になったら検討したい
>>657 マッパーなんか書かなくても直接呼び出せるけどね
>>653 新しいものが出ると必ずこういうこと言う香具師が出てくるけど
要するにスタートアップコストと開発効率改善のトレードオフでしょ？
Xamarinがそのどちらも悪化するっていう主張なら理解するけど
単にdisってるだけやん
Linuxでは、公式には .Net Core だけのサポートだから、公式にはコンソールアプリだけしか動かない。
ところが不思議なことに、VS は Mac でも動き、VS Code は、加えて Linux でも動くので、戦略として非常に不思議な状態になっている。これは、Windowsが終わってしまう事も視野に入れて、その場合でも開発環境だけは生き残れるように手を打ったのだろうか。
サーバーサイドで動くコンパイル型言語は沢山あるが、間違ってるかもしれないが
誤：サーバーサイドで動くコンパイル型言語は沢山あるが、間違ってるかもしれないが
ServerSideプログラム ---> CUI だけで十分で、ライバル達も CUI のみ。
linuxがどれだけ便利になってもwindowsシェアを脅かすほど一般人がlinuxに流れるわけないだろ
CUI : Win/Mac/Linux ; .Net Core
>MSは、Xamarineを買収してまで、LinuxでGUIのC#を使えないようにしたかった。
monoがそのまま発展していくと、C#アプリがWinとLinuxで全く同じように動いて
iOSとAndroidを侵略する為にXamarinを買収したんだ
>>676 それはひとつの側面。携帯OSは、元々Windowsのシェアが0に近かったため、
シェア低下の恐れがなかった。ところがデスクトップOSのLinuxでは違う。
>>677 我がMS帝国はLinuxデスクトップなど驚異とは思ってないぞ
リナックスのGUIなんてだれも相手にもしてねーよw何夢見てんだw
MSの狙いはJavaのシェアを.NETで切り崩したいだけだろ
でもそれと同時に、ちゃっかり、Linuxの.Net実行環境の発展を阻害するように
そりゃLinuxなんてクライアントでは誤差レベルの環境にわざわざコストかけて対応するわけねーだろ。
public const string GTK = "GTK";
https://www.indeed.com/q-Xamarin-jobs.html ペプシの会社は内製で使ってるみたい。テキサス(オースティンではない)で募集してた。
>>697 おっさんの体験談を500円払って聞きたい奴おるのか？
内容はよく分からんが
>>702 はまともな開発者の発想では無いな
小学生並みの所感だな
>>703 ハンズオンとかなら価値あるけど体験談聞いて人脈作るとかどうでもええわ
面白い話が出るかは知らんが、初心者としてハマった話など何か参考になりそうな事あるかもあれば直接話し聞けて便利ってことで行くのは何もおかしくないと思うけどね
前に参加した時はハンズオンだったな
人脈を馬鹿にしてる人多いけどスタートアップとかフリーランスとかで小規模なところから始めるとなると実際人脈の影響がかなり重要
今のマイクロソフトはAIやらないとクビだよ
.NET 広めたいだろうし早々捨てないんじゃねーの
Xamarinはオワコン
来月が楽しみだな。
Flutterにも良いとこ悪いとこあるしな
Dart触ったことないや
>>719 じゃあ、自分の考える環境ランキングをザマリン含めて発表してちょ
最下位のザマリンは何位になるのかな？
>>719 こいつはスカトロマニアで、一番の糞扱いは最高の賛辞
>>720 1. c#
2. Java
(省略)
98. PHP
99. Xamarin
100. COBOL
なんで一つだけプログラミング言語じゃないものを混ぜてるんだろう？
Pythonもかなりの糞だがアリンコが群がって巨大な糞の塊になっている。
この世には二種類のプログラミング言語がある
比較対象の例
1.Unity
Microsoftはxamarinをrebootしないと、flutterにすべて持ってかれそう。
>>728 おぉ、すげえな
モバイルアプリ開発環境がそんなにあるとは知らなかったよ
つか、キチガイは限度を知らねえなwww
明日の期日は1000%守りますとか言っちゃう人？
>>727 オレが言うのもなんだが
最後の行は違うんじゃないのか
Xamarin.Formsの標準機能で出来上がるものが、JSやらDartで作られたハイブリッドアプリと大して変わらないのが最大の欠点だろうな
>>733 疲れるって、その大して変わらないものならレンダラもいらないし、全部共通で作れるだろ。
そうやって作れるのがRNやFに比べてめんどくさとは思えないけどな
Flutterはマテリアルデザイン以外のUIを選択できるのかな？
GoogleはFUCHSIA次第なのかなあ
開発のしやすさから見ると、捨ててOK。
Xamarinみたいな雑魚は単独でスレを立てるほどではないと
>>728 unityってUIどうですか？
マテリアルなデザインやモダンかデザインいけます？？
まだちょまどに相手してもらうために荒らし続けてるの？
decode2018のモバイル開発関連のセッションを担当するみたいだけど
明日か。
>>760 今週は今後の1年を占うMicrosoft build2018とGoogle IO 2018とイベント盛りだくさんでしょうに。
>>763 WebAssemblyか
js多用しなくてもほぼC#でWebアプリ書けるのはいいね
XamarinスレなんだからWebはOouiでどうだ？
>>762 月曜じゃないじゃんｗ 現地では月曜かもしれんが・・・
コードがC#で書けるところは別に良いんだけど、結局Razor/HTMLかよってところが刺さらんのだよ。
>>772 なんとかしてXAMLの構文を持ち込もうとしてすぐにCloseされてたアホが結構いたことに逆に驚いたわ
結局Razor/HTMLかよってところが刺さらんっていったら、他にXAMLしか想像できない視野の狭さに驚いたわ
>>774 C#使いになじみのあるRazor、XAMLや、一般的なHTML以外にどうしろと？
>>776 だからそこが視野がせまいんだよな。新開発環境なんだから、別に従来型のテンプレート/データバインディングにこだわる必要はない。
これから来そうなflutterみたいなのもいいだろう。もちろん、flutterがインスパイアされたと言うreactはjsxみたいのはあるが。
まったく考え方が違うから平行線だな。
せっかくWASMするんなら何か新しいものが欲しいと思っちゃうな、俺は。
単にC#でロジック書いてXAMLでUI書きたいだけならOoui.Formsで良いと思うし。
https://www.infoq.com/jp/news/2018/05/net-browser-ooui >>779 またSilverlightでも作りたいのかい？
MicrosoftのWindowsプラットフォームに対する今後の計画が、
xamarin live reload試してみてcross platformのテンプレートから作ったプロジェクトなら下記の公式の手順で動いたけどprismのテンプレートだと動かないなあ
https://docs.microsoft.com/en-us/xamarin/xamarin-forms/xaml/live-reload やっぱりprismでもできたわ
［速報］AIがコードのレコメンドやバグの指摘など開発を支援してくれる「Visual Studio IntelliCode」発表。Build 2018
https://www.publickey1.jp/blog/18/aivisual_studio_intellicodebuild_2018.html 僕たちが要らなくなる日が来る
Razorが来たら、次はハイブリッドアプリにも手を出すことになるだろうからな
そういえばプログラミングXamarin本の下巻のほうってもう発売されてるの？
>>790 ありがとう
うーん、たしか上巻発売時には去年の秋くらいに下巻発売だったよな気がｗ
これは発売中止って考えておいたほうがよさそうかね
下巻も日本語版でじっくりと読んでおきたかったんに残念
Xamarinが糞すぎて全く売れなかったから下巻はなしだとさ
App centerでのテストってどの程度テストできるの？
基本UIテストだろ
キーノートでのちょまどの喋りは、だんだんてんぱってきて最後の方はマジウザすぎ
VIDEO 1:19:20あたりから
Xamarin.LiveReloadとXamarin.Essentials
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
Natがgithubうまく残してくれるといいけど、devopsみたいなツール群統合したところにまた統合するのかね。
ザマリンとC＋＋のクロスプラットフォームってどうちがうん？
クロスプラットフォームって言葉ぐらいしか一緒なとこなさそう
デスクトップのクロス環境は成功してるけどモバイルはOS差が大きすぎて無理があるんだよなあ
Xamarin.Essentialsでスマホ特有の各種機能の大部分（センサー、カメラ等）も共通部分のプログラミングだけで済むようになるからかなり各OS毎に書き分けなきゃならない要素は減るだろうな
githubのtがfに見えたからギフハブ
GithubというかGitを知らんからそんな間抜けな読み方をするんだろ
gitは発音記号にしたらgit
セブンのソフト、そそのかされて食べてみたけどなんかボソボソした感じだし自分はミニストップのの方が美味しい
Xamarin.Formsのgtkが.net core で動いた人います？
apkにdll追加したいときはどうしたらいいの？
Referenceでそのdll選んでプロパティよりコピーローカルじゃダメ？
それだと参照としてプロジェクトに読み込まれるからだめなんだよね。できなさそうだね
>>849 何がダメなのか意味わからん
動的に読み込みたいって事か？
だったらただのバイナリとしてでも置いとけ
>>854 これは同意だわ
他の言語は終わってるし
へじたんはC#に見切り付けてtypescript側に移っちゃったけど
Xamarin.forms でShiftJISに変換する方法ってないの？
encodingがshiftjisサポートしてないみたい例外でちゃう
>>864 Shift_JIS or MS932?
>>864 今は知らんけど2年くらい前はXamarin.Forms側では対応してなかったからネイティブ側で呼び出して解決した
>>865 932は試したけどms932はためしてなかった、あしたやってみよう、ありがとう
>>866 やっぱり？わざわざencordingに似たinterface作ってdependencyservice呼んでだめだったらダルダルだなと切り上げたところでした
昔PCLで何か作ってshift-jisデコードした覚えがある
PCLもdroid側もCJKもその他もダメだったorz
Portable.Text.Encoding.GetEncoding("Shift-JIS");
>>871 あ、これの場合は共有ライブラリをPCLじゃなくて.NET Standard化する必要があるかな多分
Xamarin.Forms / UWP で DetailMasterPage の MasterPage(メニュー）が引っ込んでくれない。
Androidアプリって設定情報とかをローカルに保存するとき
俺はアプリの単純な値の設定情報はpreferencesに突っ込んでるな。
というかPreferences使えばpreferencefragmentとか自動でUI作ってくれるから、みんな大抵これ使ってるんじゃね?
とりあえず原因はわかりました。
「Delphi」「C++Builder」のフル機能を無償で ～“Community Edition”が発表 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1133620.html これの C# 版が求められている > Microsoft
>>884 Visual Studio Community じゃダメなの？
>>884 これ(開発ツール)のC#版ってVisualStudioのことだろ
どちらかと言えば、EmbarcaderoがMicrosoftの後を追っているだけのようにしか見えない
以前のXamarinStudioからVisualStudioへの移行時とほとんど同じ流れだな
>>885-887 C# だとWindows、macOS、iOS、Android向けのネイティブアプリをワンソースで開発できないやん。
プラットフォーム差があまりに大きいからな
馬鹿でも使えるようにスマホ基準で作ればいいだけだから。
>>890 それならXamarinでもできるやん。
各プラットフォーム毎に自動生成のプロジェクトはできるけど、実際のソースは一か所で済む。
>>891 ワンソースでmacは無理、Windowsもまぁ半分無理。
>>893 スマホ基準でMacやWindowsを無理矢理ワンソース化するとかアホだろ
誰もデスクトップアプリをスマホ基準に合わせようとは思わないよ
こんな優秀なクロスプラットフォームが存在したのか
ようするに UI は共通化するのがベストとは言えないんだよな
客からiOSとAndroidでUI一緒にしてくれと言われることが多い
>>903 客の意見をそのまま通す、無能な営業にはお似合いだろうね。
働いたことのないニートの戯言聞いてるとああ夏休みかと実感するわ
糞みたいな職場のやつがXamarinみたいな糞を使う
>>908 UI スレッドでの await は UI スレッドに戻るけど、ワーカースレッドでの await は別のワーカースレッドに戻る可能性があるっていう理解で合ってますか?
>>910 基本そういう理解であってる。UIスレッドでのawaitでUIスレッドに戻したくなければ、TaskクラスにConfigureAwaitメソッドあるから、ひきすうをfalseにして呼び出してそれをawaitする。
>>910 awaitをuiスレッド以外で使う必要があるのだろうか?
>>914 いやUIを固まらせないためだけのものじゃないから
>>913 なるほど、そういうことだったんですね。回答ありがとうございます。
Realm を使っててよく incorrect thread の例外が出ると思ってたんですが、ワーカースレッドで await してるから出るっていうことなんですね。
>>916 ワーカースレッドを非同期で実行させなきゃいけない場合って具体的にはどんな場合?
uiスレッド以外は待たせても問題ないと思ってるんだけど。
よく知らずに回答するけど、ソケット監視してるスレッドとか、ui以外でも固まったら困るスレッドはいくらでもあるんでないの？
ワーカースレッド内で複数の非同期処理を同時実行したいときなんて普通にあるだろ
今回問題になったのは、とあるメソッドがタップと通知どっちからも呼ばれるケースがあったからでした
>>923 いやRealmはよく知らんけど作成したスレッド以外で触るなとか制限あるの？だったら通知で違うスレッドになりうるならUIスレッドからになるように調整しろよ
>>920 その普通を思いつかないから聞いてるんだ
>>921 ビジーループで待たなきゃ良い
>>925 いやWaitしたらCPUの１つのスレッドその間死ぬんだけど。何ビジールーブしなきゃいいって。
>>928 CPUが無駄ってブロックされるって事か。
無駄にCPU Timeを食うのかと思ったw
スレッドがブロックされるから別スレッドにしてるんだろう。
ワーカースレッドがブロックされても問題ないだろうよ。
>>929 ほんと馬鹿だろお前。無能すぎて草生えるわ。
教えてやんないから一生バカのまんまでいろや
>>928 WaitしたらCPUのスレッドは別のスレッドの実行に使われるよ
普通のOSなら
いまだによくわかってないんだけど、皆さんはイベントハンドラーが UI スレッドで実行されるのかワーカースレッドで実行されるのかってどうやって判断してるの?
>>933 System.Threading.Thread.CurrentThread.ManagedThreadId で見れば分かるけど
ドキュメントにセカンダリースレッドで実行されるって書いてないかな。
>>932 マルチスレッドを使わない方が良い人だね。
async/awaitは馬鹿を量産できる仕組みかも?
async await 便利だけど、Xamarin Android で Activity の中で使うのは注意しないと危険だねえ
流れぶった切って初心者質問させてください。
ダメっていうか無理だろ。
iOS/Android ともに Scale は変えられるみたいだよ
> Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
>>944 IOSもいけるんだっけ。したら両者Effectでもいけるのでは
公開アプリじゃなくて社内アプリなので
>>943 これは自前のスイッチ作っちゃう系ですか。
スイッチ以外のテキストもろとも大きくなっても文句は出ないと思うので
スケール弄りという手段もOKです。
atsushienoも逃げ出すXamarinの糞さ
ちょまどはもう全然Xamarinの情報発信してなくね
>>950 辞めるのはMSであってXamarinの開発はまだやると言っているんだが
>>955 他の言語やフレームワークに乗り換える可能性が高いって意味のこと書いて無い？
会社に所属していると自分でやりたいことができない。だから辞める。
としか取れないんだけどな・・・
>>956 >非OSS部分が無いとコードが維持できないレベルになってきたら、他の言語やフレームワークに乗り換えてやっていくつもりです。
と書いてるだけ。逆にいうと、コードが維持できるのならC#のままって事だろ。
>>957 その次の「～早々にそうなるかもしれません。」が目にはいらないのかな？
ちょまどはどうしてEnoさんにお疲れ様リプをしないのかな？^^
>>953 先月カンファレンスで登壇してたぞ食糞野郎
すみません、StackLayout の高さって自動じゃないんですか。
自己解決
Xamarin.Forms 2.5.x で作ったプロジェクトを3.xに更新すると以下のエラーが出るのですが、解決方法はありませんか？
ロジックの組み立ては C# でラクなんだけどなぁ
素晴らしい
それならFlutter dartの方が良さそうだけど
.Formsの方は痒いところに手が届かなかったりするけど.Nativeの方はマジ強力で使える
Flutterは後発で色々良いところもありそうだけどこなれてないとこもまだ多そうなイメージ
Android で Switch のカスタムレンダラー書いてスケール変えれるか試してみたけど、元々のサイズまでで描画が切れちゃってダメだな
そんな無駄な実験に時間を浪費する暇があったらネイティブでそれぞれで作ったほうが早い
iOSだったら三点タップして拡大してくださいで済む話
ネイティブでも結局カスタムSwitch造ることになるんだからFormsでもネイティブでも手間は大して変わらんな
念のため書いとくけどiOSは三点ダブルタップで画面が拡大する
カスタムレンダラーで実験して時間を無駄にした分の負け
PGなんて、try and error の積み重ねじゃん。
そもそもカスタムレンダラーなども含め、Xamarinその他のクロスプラットフォーム技術によって共通化させる主な目的は開発の高速化ではないからね
もっと意味のあるtry and errorに時間を使うべき
>>984 明らかにお宝の埋まってない穴を掘り進むTry and Errorもあるからねえ。そのあたりはPGセンスの有無が大きい。
いくらTry and Errorをしてもお前にゃ一生無理だってのはある。
どのクロスプラットフォームでもカスタムレンダラーなりDIなりに当たる仕組みは存在する（というか特にスマホ向けなら必須である）わけで
>>985 いや開発の高速化も普通に入るだろ。
お前の主観か？
>>986 この場合にネイティブとレンダらで試行錯誤がどう違うのかよろ
クロスプラットフォームは総じて糞
求められるのは高速化ではなく、効率化だな。速く組んでも無駄な動作ばかりしてたら駄目だろ。
どうでもいい言葉遊びは置いといて、多くの部分を共通に作れるからトータル時間短く開発できるしメンテも楽。
最初にちょまどさえ使わなければこんなに粘着されることもなかったのに
粘着する基地外を叩くべきでそれでチョ窓を叩くのは基地外の思う壺
このスレッドは１０００を超えました。
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
このスレへの固定リンク： http://5chb.net/r/tech/1508367307/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「Xamarin Part6 YouTube動画>1本 ->画像>5枚 」 を見た人も見ています：・【foxy lady】max part.21【ride on 21】 【CS/PC】The Texas Chain Saw Massacre Part46 【TPS】Red Faction Guerrilla Re-Mars-tered part1 HITMAN part 36 【CS/PC】The Texas Chain Saw Massacre Part9 【福岡・中洲】MaCherie ～マシェリ～ part6 ©bbspink.com マリッシュ marrishシンママ・シンパパの婚活 Part.6 【キャラスト】CARAVAN STORIES キャラバンストーリーズ Part16 Aigue-marine 凛 Part.3 Gran Turismo 7 無しスレ part196 MATERIAL STRUCTURE 解体匠機 Part.3 HIMAWARIちゃんねる ひまわりチャンネル part1 SSSS.GRIDMAN（グリッドマン） part87 SSSS.GRIDMAN（グリッドマン） part63 【GUILTYPARTIES】WACKOMARIA3【2016】 Elden Ring エルデンリング 考察スレ Part6 【PS/XB】Elden Ring エルデンリング Part826 【PS/XB】Elden Ring エルデンリング part506 ⌒⌒Brighton & Hove Albion FC ⌒⌒三笘薫 part126 【PS/XB】Elden Ring エルデンリング Part176 【MAGIC】MAG！C☆PRINCE Part.3【マジプリ】 【ラスオリ】ラストオリジン - Last Origin Part76 【ラスオリ】ラストオリジン - Last Origin Part106 【シグマ】SIGMA SD1/SD1 Merrill Part33【メリル】 【ワッチョイNOIP】YAMAHA TRICITY Part53【トリシティ】 【VR】SteamVRソフト総合 Part30【Vive/Rift/WinMR/Pimax】(ﾜｯﾁｮｲ有) RIZIN 13 PART 2 Risk of Rain Part5 アクアマン AQUAMAN part3 Canon EOS 5D Mark Ⅳ part33 Canon EOS-1D X MarkⅡ Part7 Canon EOS 5D Mark Ⅳ part34 Divinity Original Sin Part.15 【Switch】DAEMON X MACHINA Part7 【GT6】GRAN TURISMO 6【Part.267】 【Switch】DAEMON X MACHINA Part13 【Switch】DAEMON X MACHINA Part18 【MAXAM】マグザムPart24【YAMAHA】 Canon PowerShot G1X series PART17 【白い巨人】Real Madrid 2022 part1 【KX-5】KRIPTON 総合 Part1【KX-1】 【GTS】GRAN TURISMO SPORT【Part.64】 【GTS】GRAN TURISMO SPORT【Part.31】 【GTS】GRAN TURISMO SPORT【Part.39】 SKYRIM Special Edition MODスレ Part2 【GTS】GRAN TURISMO SPORT【Part.131】 【GTS】GRAN TURISMO SPORT【Part.123】 【GTS】GRAN TURISMO SPORT【Part.115】 【GTS】GRAN TURISMO SPORT【Part.132】 【GTS】GRAN TURISMO SPORT【Part.137】 【GTS】GRAN TURISMO SPORT【Part.156】 【GTS】GRAN TURISMO SPORT【Part.132】 【ＹAMAHA】NＭAＸ Part23【BLUE CORE】 【GTS】GRAN TURISMO SPORT【Part.136】 YAMAHA/ヤマハ AVアンプ総合スレ Part30 【GTS】GRAN TURISMO SPORT【Part.124】 【Switch】DAEMON X MACHINA ﾃﾞﾓﾝｴｸｽﾏｷﾅ Part28 Auto Chess:Origin part25【オートチェス】 【三輪】YAMAHA TRICITY Part4【トリシティ】 【ﾕｰｻﾞｰ専】Canon EOS 5D Mark III Part88【ﾏﾀｰﾘ】 【MAGIC】MAG！C☆PRINCE Part.22【マジプリ】 【YAMAHA】TRICITY 300 PART 2【トリシティ】 YAMAHA TRICITY Part79【トリシティ125/155】 YAMAHA TRICITY Part73【トリシティ125/155】 YAMAHA TRICITY Part66【トリシティ125/155】 【Lord】ウルティマ(Ultima) Part18【British】
16:01:58 up 62 days, 17:00, 0 users, load average: 9.66, 9.91, 10.02
in 1.9015219211578 sec
@1.9015219211578@0b7 on 061905
