Xamarin Part4 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！
公式
http://xamarin.com/
前スレ
Xamarin Part3 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1483089021/
Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/
Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/ >>3
作れない、Win向けならUWPアプリかな
しかし、なんでまた？
VS無償版でやればええことない？ 1つ覚えたらiOS&android&windows&webを全部できるかなって... 個別に作るとiOSとAndroidの知識だけで作れるが、
Xamarinで作るとXamarinとiOSとAndroidの
3つの知識が必要になる
あれ？逆に負担が増えてるだけじゃね 個別の場合はiOS+objective-cまたはswift、Android+Javaの4つの知識が必要だぞ クロスプラットフォームとか言うならＣ＃だけで全部できるようにしとけ
iOSとかAndroidとか意識しないといけない時点で糞すぎだろ
こんな糞は初めて見たわ バカな営業がダンピングで案件とってくるから
ちんぽ騎士団が嘘ついてて
それにだまされたアホ営業がダンピングで案件とってくるからだよ 元のXamarinチームのままでMicrosoftが手に入れたのにほとんど手を入れていないんだよな。 ただじゃ使えなかったから良さそうに見えたけど
ただになったら使うまでもないかなって思う
人間って面白い >>13
で、お前が作ろうとしてるアプリはXamarin使うとするとどういう点で各OS固有の実装を意識しないといけないんだ？
あくまで「各OS固有の実装もできる」のであって、必要ないならそんなこと意識しなくていいわけで >>20
「することもできる」を「しなければならない」と曲解して批判してる奴多いな
xamarinちょっとでも使ってたら当然分かることだから、使ったこともないのがバレバレ >>13
お前まだ居たの
職場で空気読めなくて孤立しちゃうからって、わざわざこんなとこで憂さ晴らしか
気の毒だけど、お前の性根の問題はここじゃ解決しないからさ
お薬貰うか仕事変えるかねーよ miceosoft自身も使ってないのにどこで使われてんだ
誰も使ってないのと一緒だろ >>25
https://www.xamarin.com/customers
Thousands of businesses worldwide use Xamarin to build, test, and monitor powerful apps.
Over 15,000 companies
rely on Xamarin. PCLでリソースから取ってきた2枚の画像をくっつけて、1枚の画像として表示したいんだけど、どうやればいいの？
xamlでは、
<Image x:Name="img1" />
だけ書いておいて、
img1.Source = ImageSource.FromResource("myapp.Resources.Images.001.jpg");
で表示できた。
001.jpgと002.jpgを並べて1枚の画像としてimg1で表示したい。
AndroidとWindows(UWP)で同じ動作させたいんだけど、プラットフォーム毎に処理を書かないとダメかな？ 2017年の人気プログラム言語１０選を徹底比較！気になる年収や求人、学習難易度までhttps://toiroha.jp/article/detail/32380
C#は第4位 リンク先コピペをミスったので張り直し
2017年の人気プログラム言語１０選を徹底比較！気になる年収や求人、学習難易度まで
https://toiroha.jp/article/detail/32380
>4位には、Microsoft社の「C#（シーシャープ）」がランクインしています。
>用途としてはWindowsアプリを筆頭に、Azure上の開発などMicrosoft製品で幅広く利用されています。
>最近ではXamarinというiOS/Andoroid両方のアプリが開発可能なツールで利用できるなどと急速に
>利用範囲が広がっています。 Javaってもう過去の成果物引きずって
仕方なく使ってる感じじゃないの？ mac買ったのでxamarin.macでmacのアプリ作ろうと思ってるんだけど
storyboardが物凄く使いにくい
xamarin公式のチュートリアルで大体の使い方はわかってきたんだけど
どんな部品があるのかつかめない
みんなstoryboard弄るときはxcodeの解説してるサイトを参照してるの？
いい解説サイトないかな？ >>37
スレチだけど、AndroidはJavaが主軸なのと
サーバサイドはPHP, Rails, NodeJS, Goと流行り廃りがあるも安心して使えるの結局Java(Servlet)じゃん...という悲しい現実
PCクライアントはElectronが流行りだけどXamarinは流行りに乗らなかったなぁ DataScienceの分野は、Python、Java（＋Scala）、若干落ち目なR。
MSもAzureさえ好調ならいいわけで、C#ゴリ押しする必要もない。 【Unite 2017 Tokyo】「黒騎士と白の魔王」にみるC#で統一したサーバー/クライアント開発と現実的なUniRx使いこなし術
https://www.slideshare.net/UnityTechnologiesJapan/unite-2017-tokyocunirx
素晴らしい。
アプリ分野ではXamarinも頑張って。 >>43
馬鹿過ぎて話しにならんよ
VSの有料版を何だと思ってんだよ
バックエンドの知識がないこういう馬鹿を表に出すなよ >>44
枕営業は誇りを持つ人には内部であっても嫌われるんだな >>43
ごく当然のことしか言ってないと思うが
モノよりサービス重視の時代にサービスの源泉であるソフト開発の環境自体に大金掛けさせてどうする、というだけのこと
実際それが主流になってきてるわけだし
もっと高機能の有料環境使うのは無料環境で開発して儲けてからでいい
無料環境だと儲けられないような低機能なものしかないなら全ての循環が止まる OSS, Community版を広報するのは良いけど有料版を否定するのはウケる
この調子でWin本体の無料化を社内から発信してくれると尚馬鹿っぽくて良いな >>43
エンタープライズ版の割れを堂々と使って、注意されたら｢マイクロソフトの人が有料なのはおかしい｣と言ってましたと言ってみようぜ >>43
よく知らなかったけど、なんでコイツが嫌われるのかはよく分かった
他人は自分に手加減してくれて当たり前みたいな感性が受け付けねえわ >>51
これってもうXamarinStudio不要になるの？ 発言の一部を修正ってどういうことさ？なんだそりゃ。 > Xamarin Live Playerの話題、何でこんなに「Macなしで開発できる」みたいな話になってんの? そんなわけねーだろ!
ストアに出す最後のリリース部分だけになったから、どこか代行業者さえあればMac不要。
ラスト1マイル頑張ってくれｗ MSじゃなくAppleに言えという話だが、Xcodeと実機検証用署名は無償になってるだろ
MSは姫の言い分通りWinを無償化すべき
Xamarinの開発環境が有償なのはおかしいよなぁ VS2017プレビュー版入れたんだが、LivePlayerが選択肢に出てこない...
BuildHostと繋げてみたりXamarinアカウントにログインしてみたり色々やったがダメだった
誰か動いたひと、手順おしえろくださいまじたのむ WindowsのXamarinでストリーボードをいじる時はMacに接続しないといけないけど、
LivePlayerを使う場合でストリーボードをいじる時はMacに接続しないで済みますか？ >>70
まじかー、いつ来るかなぁ？
楽しみにしとこ！ なんでフォントの汚いwindowsで開発したいと思うん Xamarin StudioアップデートしたらVisual Studio for Mac入れろって言われた
そろそろ乗り換えたほうがいいのかな？ >>73
おれはXamarinStudioでコード読むために、macにMSゴシックをインストールしたわ
綺麗汚いとかより情報密度のが大事 MVVMにしておけばXAML Standard移行も楽かな？ >>73
高解像度のディスプレイとまともなソフトなら汚いと感じるときは少ないな
未だにMSゴシックとか汚いフォント選ぶクソソフトはあるが、macでもRatina非対応のソフトは滲んでクソ醜いということもあるんだよね >>79
Visual Studioでどんなフォント使ってるの？ 開発に日本語なんていらないからフォントとかたいして気にならなくね VisualStudioでは定番だけどConsolasを使ってる フォント気にしてる暇なんかあったら一行でも多くコード書け アップデートしたらiOS向けのビルドでこけるとか、相変わらず糞みたいな品質管理してんな 旧Xamarinチーム任せだったが、XAML&.NET StandardでようやくMicrosoft色が強くなってきたようだ。 >>88
お前のせいで姫の画像見る度にこれを思い出してしまうようになっちまったぞ
どうしてくれるんだ！責任取れ！ > ちょまどさんを「オタサーの姫」呼ばわりする失礼なアンチがいるようですが、
> 天才落合先生も、ちょまどさんのファンとなると、奴らは憤死ですね（笑）
誰を煽っているのか結構真面目に首をかしげた、姫の信者に返す刀で切りつけるのやめーや
>>96
Corona, Kivy, Qt, NativeScriptあたりが比較対象かねぇ
Xamarin含めどんぐりの背比べでクソと言うほどでもないけども >>99
筆者の背景知らないけど褒め殺しみたいなもの？ Microsoftで無償公開してるテキストの日本語訳本
プログラミングXamarin 上 Xamarin.FormsとC#によるクロスプラットフォームモバイルアプリ開発
https://www.amazon.co.jp/dp/4822298868/ エヴァンジェリストが各地で普及活動する費用で日本語版無償公開してくれたほうが多くの人にとってありがたい。 >>109
CODE COMPLETEもそうしてくれると助かるね >>108
この本を買ったお金がMS新卒の年収700万を支えると思うと胸熱 >>108
Xamarin版のペゾルド本か
欲しいけど結構な値段するな 趣味でXamarin触り始めた素人なんだが、IOSのビルドでいつも失敗して困ってる。
ネットワーク上はmacと接続されてるんだけどなあ....
Xamarinを使う理由としてはコアロッジクだけ共通にして、改修を簡単にしたいのと膨大な計算・データ処理(計算ループ)のアプリをwindows,Android,iosで同時に作りたいから... >>108は直接MSが関わってないからMS新卒給与への貢献度は少ないと思うぞ
無料日本語訳をMSが出さないのは出版業界利権への配慮かね
githubやなんかでXamarin OSSコミュニティ主導のローカライズをして欲しい
騎士団はこういう所を頑張れと思う >>118
今やMSの中の人が、Xamarinの連中呼んで読書会開いて出したやつだから。 >>114
コアロジックをc/c++で書くという手もありますよ
実にレガシーで楽 うへぇ、世界的に出版(物版)は採算合わず撤退か
PDF, epubの原書は無償だから尚更コミュニティの助力を期待したい
swiftスレにステマしに来てる子とか、そんな暇あるなら日本語訳作りした方が多くの人にとってありがたい >>108をコピペしたりせず自分で原文読んで訳して無償公開して>>108の売上に影響出ても怒られないのかな？ >>123
公開前提の翻訳なら、日本語版の売り上げどうこうより、まず著作者の許可が必要だろ 無責任にローカライズ勧めるのもアレなので、あちこち見て回った
怒るならPearson PLCっぽいよ, Pearsonの立場は翻訳ライセンスビジネスもやってるから個別問い合わせって感じだった
https://blogs.msdn.microsoft.com/microsoft_press/2016/03/31/free-ebook-creating-mobile-apps-with-xamarin-forms/#comment-137215
PDFにはこうも書いてあるからどっち通した方が良いか分かんないね
> Microsoft Press books are available through booksellers and distributors worldwide.
> If you need support related to this book, email Microsoft Press Support at mspinput@microsoft.com.
> Please tell us what you think of this book at http://aka.ms/tellpress.
めんどくさいから姫を窓口にコミュニティによる日本語訳無償公開をMS側で調整しといてってぶん投げればいいんじゃないかなぁ！ >>108
これって値段はともかく、内容は最新のバージョンに合わせてるのかな？ >>125
ビジネスがどうこうじゃなくて、著作権には翻訳権と公衆送信権があるから、公開目的なら
著作者の許可が必要。
書籍だけではなく、著作権が発生するようなブログ記事も同様。 それこそ人脈で解決♪
フリーじゃないなんて信じられない！
だろ PDFより抜粋
> Copyright © 2016 Xamarin, Inc.
> All rights reserved.
企業の業務の一環として書いた書籍なら、その手の権利調整は会社に一任するだろ
業務でやったなら当然企業にもその書籍に対する取り扱い権利が幾分かあるし、著作者個人と権利調整しても無駄が多い
MSとXamarin, Inc.とPearson PLCと著作者と、全権利関係をまとめて姫に調整させようという話だ
無料じゃないなんて信じられない！と言ってくれてるんだからバカとハサミを有効に使いたい所存
>>128
2016年4月起点の和訳だから最新版、ただし上下巻で下巻は秋に追加発売な Xamarin社とMicrosoftは別の企業というか法人だからね
Xamarin社の筆頭株主はMicrosoftだけど >>131
ああすまん。最新はXamarin.Formsの最新を指しているつもりだった。
つまりは1年以上前の情報という事だな。
ならあの値段では買う気は無いわ。
結局ネットも検索しないと使えないだろうからね。 >>134
コトリンはJava互換言語ってことはXamarin的には特に問題なしか de:code アプリがXamarin製。
UWPもある！！！！！！！！！(笑) Inspector extension loaded
[Inspector] Error preparing project for inspection: System.NullReferenceException: オブジェクト参照がオブジェクト インスタンスに設定されていません。
場所 Xamarin.VisualStudio.Inspector.ProjectExtensions.GetProjectFlavor(IAdaptable`1 adaptableProj) 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\Extensions\ProjectExtensions.cs:行 62
場所 Xamarin.VisualStudio.Inspector.VSAgentExecutionTarget..ctor(Project proj) 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\VSAgentExecutionTarget.cs:行 42
場所 Xamarin.VisualStudio.Inspector.VSInspectorSession.CreateAgentExecutionTarget() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\VSInspectorSession.cs:行 84
場所 Xamarin.Interactive.IdeSupport.InspectorSession.Prepare() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\External\inspector-ide-integration\Xamarin.Interactive.IdeSupport\InspectorSession.cs:行 95
場所 Xamarin.VisualStudio.Inspector.XamarinInspectorPackage.RefreshInspectorSession() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\XamarinInspectorPackage.cs:行 136
デバッグログにこれが沢山出力されるんだけど、「Xamarin for Visual Studio」を無効化させる以外での解決方法はありませんか？
コンソールアプリを扱ってるとメニューのデバッグを開くだけで出力されたりします >>137
場所 Xamarin.VisualStudio.Inspector.XamarinInspectorPackage.RefreshInspectorSession() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\XamarinInspectorPackage.cs:行 136
でググった結果
↓
https://developercommunity.visualstudio.com/content/problem/55002/xamarin-nullreferenceexception-1.html >>138
ありがとうございます
アンインストールまではしたくないので、必要な時以外は無効化しときます VS2017でAndroidとUWPのマルチプラットフォームで圧縮ファイルを扱いたいのですが、ライブラリ等参考にできるところは無いでしょうか。
PCLStorageのように、PCL上で使えるのが一番良いのですが・・・ >>142
ZipならMS謹製のNugetパッケージがあった
が、PCLは対応してないだろうな
PCLプロジェクトを.NetStandardに移行したら？
.NetCoreの影響もあって対応パッケージ数が段違いだよ これ、PCL対応してるっぽい
圧縮は少ないけど、解凍はメジャーどこを抑えてますな
外人さんやし、マルチバイト文字対応してるかわからんけど
https://www.nuget.org/packages/sharpcompress/
使えたら感想plz >>143
Googleで検索をすると、ちょうどPCLを.Net Standardに変更する記事があったのでやってみました。
元のPCLプロジェクトは弄りまくったせいで、ムダな参照が増えていたので新しく作成しなおし、変換することで当初のPCLと同じことをする事が出来ました。
>>144
Standardに変更した当初、7z.dllを使用していましたが、アーカイブ内のファイル名が取得できないので悩んでいました。
教えていただいたパッケージでzipファイル内のファイル名取得、およびStreamでの取り出しができました。
マルチバイトに関しては、まだほとんどテストできていませんが、フォルダ名は2バイト文字でも取り出しに問題ありませんでした。（そのままだと化けますが・・・）
情報、ありがとうございました。 低スペックPCでAndroidエミュがまともに動かなくてもUWPならサクサク動くから、
UWP追加しておけば気軽に動作確認できていいな Xamarin入れてｸﾛｽﾌﾟﾗｯﾄﾌｫｰﾑでプロジェクト立ち上げたけど。、なぜかUWPが表示されない...
iOSもデバッグしようするとエミュレータの立ち上げに失敗する...
これじゃAndroidアプリしか作れないや >>145
レポどうもです！
こちらもiOSで軽く試しましたが、streamからノードを一個ずつ読めるのがいいですね
MSのcompression.ziparchiveだと、stream喰わせると全node取得出来るまで止まってました
乗り換えようと思います
Xamarin Live Player, 結局うごかない、iOSはダメか？
ペアリングするとVizualization Errorって出る
実行すると画面真っ黒
モノになるのは来年かなー >>147
iOSのエミュはmacビルドホスト上に表示さすのが早いとおも
UWPはわかんね >>147
Windows10じゃないとUWP作れない >>147
Visual Studioの最新版を使用しているのであれば、Xamarin.Apple.Sdk.targetsファイルの書き換えが必要
初期設定のままでは.NET Frameworkの参照に失敗する
https://forums.xamarin.com/discussion/95224/can-not-resolve-reference-c-windows-microsoft-net-framework-v4-0-30319-de-mscorlib-resources-dllXamarin.Apple.Sdk.targets
UWPが表示されないの意味はよくわからないけど、とりあえずUWPはマニフェストデザイナーでテスト証明書を発行して Package.appxmanifest を上書きしないと
ビルドエラーが発生する >>147
UWP表示されないってUWPプロジェクト自体が生成されないということ？
実行してもUWPアプリが立ち上がらないということ？
後者ならソリューション>プロパティ>構成でUWPのビルド・配置にチェック入ってないとか 糞環境はどうでもいいところで時間とエネルギーを消耗していく 凄いな、他のクロスプラットフォーム開発環境では何も労力も使わなくても自動的に開発環境整うのか まぁ>>157はいいすぎだけどms系は何かとトラブル多いね バッドノウハウが大好きなチンポ騎士団ってほんとカスだな ネガティブ発言が大好きな>>160ってほんとカスだな 糞を糞と言って何が悪い
糞に慣れてる糞には糞が糞に見えないんだろうな そもそもクロスプラットフォームという考え方が気にくわない
iOS, Androidでそれぞれでネイティブ開発しろ >>163
気に食わないならやらなければいいだろ
クロスプラットフォーム開発してる側とすれば、同じ役割のロジックプログラムを別の言語で何度も作るような
面倒なことをわざわざやるなんてよっぽど時間か金が有り余ってるんだろうなと思う
まあ自分ならたとえそんなに時間が余ってても同じロジックを焼き直すような非生産的なことするより
別の新しいプログラム作る時間に充てるがな じゃあなんで有名なスマホアプリはみんなネイティブ開発してるんだろうな？
してるんだろうな？ 質問いいですか？
Objective Sharpie を使って定義ファイルを書き出しいるんですが
定義ファイルApiDefinitions.cs、StructsAndEnums.csの書き出しまで出来たんですが
ApiDefinitions.csの中の[BaseType (typeof(NSObject))][Model][Protocol][Static]などでエラーがでるんですが
どうやって認識させるんでしょうか？ Xamarinが勝ち抜けると色々困る立場の人が多いんだろうなぁ 日本のプログラマーの大多数の仕事は他国と全く違って知的産業ではなく労働集約型産業に成り下がっている
そこで儲けるために企業は馬鹿でも何でもいいからとにかくプログラマーに仕立てあげて頭数を揃えて顧客企業へ派遣する
効率化するということは必要な頭数や労働時間が減るので派遣元としては避けたいこととなる
プログラマーのレベルの低さにより成果ではなく人月でしか価値を供給できないのが原因
結局日本で積極的に効率化を進められるのはベンチャーか外資系ぐらい >>166
方法がないか無能すぎてできなかったからだろ。
UIは各プラットフォームに最適するから個別に作るはわかるけど、ロジックも別に作る意味わからないし正直バカジャネーノと思うわ
伊藤直也だかもリビルドでXamarinガーとか言ってたけど老害乙としか思わなかったわ じゃあなんでLineもAbemaTVもクックパッドもXamarin製じゃないんですかね
LineやCyberAgentやクックパッドのエンジニアは無能でバカなんですかね
Xamarinで作られた有名アプリって何かあるんでしょうか
そんなに便利なものなのに自社製品のofficeアプリにXamarinを使ってないのはなんでなんですかね 金と人と時間が余ってるからじゃね？
言ったやん？
その分金くれるなら喜んで作るよーって。 Xamarinを使っても工数削減にはならないし製品のクオリティも落ちるからだれも使わないだけだろ >>173
既存のもの捨ててわざわざ作り直すの？(笑) >>166
有名なアプリは金かけるかたの桁が違うので、参考にならん。 Xamarinだけが突出してくだらないトラブルが多い印象。
ハッカーのおもちゃの域を出ていない感じ。 Xamarin使うと工数削減なってクオリティも落ちないなら
LineやAbemaTVもXamarin採用して余った金と時間と人で新たなサービスや製品の開発をしようと考えるはず
そうなってないということはXamarinを使っても工数削減にはならないし製品のクオリティも落ちるということ 画像のタップした位置を取得するにはどうすればよいでしょうか。
iOSとかAndroidはいくつか検索に引っかかるのですが、UWPやPCLでは情報を見つけることもできませんでした。 >>173
専用アプリも多いが、いくつか Google Play や App Store に公開されているアプリもあるぞ
https://www.xamarin.com/customers >>182
ゴミだな
チンポ騎士団よりはマシだけどｗ 一般的なアプリの大部分を占めるロジック部分を共通化できるのに工数削減できないってどういう頭してるんだろう？
そもそもlineやabematvが採用しない＝工数削減できない、とか論理が滅茶苦茶なんだが
そんな思考能力だとまともにプログラミングできるレベルじゃないだろう >>185
いあ、新規ならそうだが既に作った後ならそれぞれ保守した方が安いだろ。 誰もわざわざ既存のプログラム捨ててまで作り直せなんて言ってないんだが >>185
おまえが実際につかったことなければ
プログラムしたこともない
チンポ騎士団だからだろカス xamarinはまずはmicrosoft品質になってからだな ネイティブだとAndroidはJava、iOSはSwiftだろ
C++はごく限られた状況でしか使われてないだろ Xamarin使えないよな！そうだろみんな？ってやつは何がしたいの
使えないと思ったら使わなきゃ良いだけじゃん。
ネイティヴでもReactでも好きなの使ってろよw っていうかそもそも使っていない、使う気もないのにわざわざこのスレに書き込みに来てる時点でまともじゃないから何言っても無駄 アホちんぽ騎士団のステマにだまされた
バカ営業がダンピングで案件とってきて使わされて
ハイパー不幸な目にあってるやつらがおおいだよクソが Xamarinで開発してて全く楽しくない
CustomRendererを作らないと解決できないと分かったときの腰の重さったらないね
XamarinFormsだけで全部面倒見ろや 必要なとこだけカスタムレンダラ作る方が全部プラットフォーム毎に作るよりも100万倍マシだろw あっ知らん間にXamarinアンチ業者さんが大暴れしてたん？
お疲れさま、日曜なのに大変だね
大資本1人だけ入ってごめんねー、頭一つ抜けちゃってごめんねー 最後のやり取りが経済的DV VS 物理DVの頂上決戦っぽい >>191
コードを共有したいときの話でしょ。
うちもそういう部分はC++使ってる。
MacでもWindowsも使えるしね。 そんな何かトラブル起きてる？
まあWindowsForms開発ほどこなれちゃいないだろうが
大抵のトラブルはエラーメッセージでググれば解決できる程度なんだけどなぁ >>180
Formsだと、プラットフォームごとにタップ座標取得イベントを書いて投げるしかないんじゃないかな >>203
.NET VMは公式にmac移植されたんだからもっと積極的にC#使えよな 167だけどBindingObjective-cの手本があったのでこれを参考にしていけばいいとわかった
https://github.com/mono/monotouch-bindings/ GitHub - shunsuke-kawai/decode2017_MW08: de:code 2017 demo
https://github.com/shunsuke-kawai/decode2017_MW08
de:code 2017 アプリだって AWSとBeacappってBeaconクラウドのウェブサービスに繋げる機能を持ってるっぽいから、どこかにキートークンが埋まってないか探したくなる
というか、AzureじゃなくAWSか・・・まぁステマに来た野良アプリだしどうでもいいか ちくしょう、そういうことか
BeacappのバックエンドにAWSが使われてて、直接AWSを扱ってるわけじゃないんだな
そして、Beacappのキートークンはダミーのままと
decode2017_MW08/decode2017_MW08/decode2017_MW08/ViewModels/MainPageViewModel.cs
無駄な時間を使ってしまった ヒストリに誤ってコミットしてるんじゃね？と思い直して見つけた
ttps://github.com/shunsuke-kawai/decode2017_MW08/blob/a45a6512b5636f2497f86dfb4372778432140f19/decode2017_MW08/decode2017_MW08/decode2017_MW08/ViewModels/MainPageViewModel.cs
何度か同じトークンでコミットしてるから有効なトークンなんだろうな
誰かトークンだけ書き換えるつもりが他の箇所もクラッキングしてしまった上にリビルドして動かしたりしないかなぁ(ﾁﾗﾁﾗ クラッカー気取り楽しい？
最悪の場合不正アクセス禁止法違反な 本人が気が付いてダミーに差し替えてるんだから、当然キーも破棄して新しいので作り直しただろ
アホか 一度ダミーに差し替えた後、同じトークンをもう一回コミットしてるアホ作者だからなぁ
コミットしたら見られないとか思ってないとこうは出来ない
まぁステマだから本人ないし近しい奴がスレ見てるだろうし、レスに気づいたら破棄するだろうけどなー JMASの社員によるXamarinのダイマの皮を被ったJMAS, Beacappのステマの可能性
ステマをステマと気づかれたらステマじゃなくなるから、>>216みたいにステマじゃないと思うのは好ましいこと これのどこが宣伝になってるのか？
そもそも宣伝したかったらもっと人口の多いところ行かないと無意味 姫も同じことしててワロタ, Xamarin界隈はこれがデフォかよぉ
https://togetter.com/li/1113624
どうでもいいけど、ゆっくりしないの絡み方がキモいと思った マルチプラットフォームのソリューションを新規作成するのに、VS2017だとAndroid/iOS/UWP しか出来ません。
VS2015の時にあったWindows用を追加することは出来ませんか？ >>223
2015でソリューション作って2017で開けばいいんじゃないの APIキーが漏れてますよと指摘
↓
ちんぽ騎士団が指摘者をストーカー呼ばわりでフルボッコ
↓
姫は問題ありませーんと開き直り 実際のところ、サーバー介して認証するとかしない限りスマホアプリで
外部サービス利用する場合に使うAPIキーってハードコードするしかないよね？
キー文字列自体を暗号化しても、そのパスワードと復号関数がアプリに入ってなければ
そのキーは使えないから実質ハードコードしてるのと変わらないし >>227
＞実際のところ、サーバー介して認証するとかしない限り
ちょっと賢いこと言ったつもりかもしれんが
「サーバ介して認証するとか」しても全く同じだからそれ なぜ姫は自ら火炎放射をしていくスタイルなのか...
togetterのまとめだと粘着ストーカー怖いねーってレベルでそんな被害出ないだろ
あ、あと姫の炎上で来た人は同じミスをやった>>209のJMAS社員とBeacappサービスもよろしく！
(よし、これで宣伝/ダイマ/ステマの既成事実ができたぞ) 使い捨てのアプリのAPIキーの扱いなんかどうでもいいんじゃいないのか どうみても構ってちゃんなので関わらない方が幸せそう >>228
最初にサーバーへユーザー登録させて以後ユーザーはサーバーにアカウント名とパスワード渡すことにして
API利用認証はサーバーから行えばAPIキーは隠蔽できるでしょ >>223
いまさらWin8ストアアプリ用のプロジェクトはいらないだろ
Win10以降のWindows用のプロジェクトはUWP >>227
そんな高尚な話じゃなくて、使い捨てアプリのAPIキーの取り扱いなんだから
リテラシー足りなくてハードコーディングしちゃったてへぺろ、もう更新したキーだから必要なら自分で書き換えてね
という程度の反応で良かったのに、てへぺろと言うことを自尊心が許さず火炎放射を続ける姫が頭悪いわw
エヴァンジェリストという広報職に技術リテラシーを求める姫アンチもアホだけど、それに輪をかけて姫がアホ >>235
エヴァンジェリストはあほ営業と違うのだから技術リテラシーが
無いのは不味くないか？
マイクロソフトは無くても良いのか？ ちょまどもアンチも擁護も、どいつもこいつもホント、ホントキモい！
まっとうにXamarinをやろうとしている人間から見たら、界隈の不快さは洒落になってない
頼むからMSはちょまどをXamarinの担当から外してくれよ！ >>238
エヴァンジェリストがあほ広報として技術リテラシーなくても別に・・・
営業や広報に技術リテラシーを本気で期待する技術屋がいたら、そっちを疑った方がいいと思ってる >>238
エヴァンジェリストといってもいろいろいる。
ちょまどが語っているのはいつも入口部分のみで技術リテラシーないのは分かるだろ。 アマゾンとか見てるとすごい人いるなあと思ってたんだがそんなもんか >>243
なんでエバンジェリストという括りで全員のレベル一緒にしてんの？バカ？ お前ら何回言っても判らんみたいだけど
いい加減マ板でやれよ たまになぜかふっと >>222 の画像が見たくなる
保存しとこう ちょまどでググるとサジェストのトップが胸なんだがおまえらいい加減にしろよ decode出席するはずだったのに急遽駄目になった
Xamarinのセッションもたくさんあって楽しみにしてたんだが ちょまどまた問題起こしてるのか
ほっとけばいいのに自分でつつきに行くからなあ 自分で放火して通報することに生き甲斐見出す人いるからね MSもアホだよな
キモいマーケティングをしかけたらキモい奴しかわかなくて、結果Xamarinのイメージ落としてるとか せめてキモいのにストーキングされても動じない声優くらいの炎上耐性が姫にあればな
姫のXamarin布教はありがたいが、あっちこっちで火をつけて回ってんじゃねーよ
githubにリテラシーのないコードを上げる (まぁ分かる
=> twitterでキモいのとDM, PRで下手な対応する (なにやってんだと呆れる
=> toggetterでまとめられる (これはキモいのが悪いわwと一時鎮火
=> twitterで姫自らセルフまとめをして火炎放射 (改めて炎上 >>257
おまえがキモいストーカーだということは理解した XamarinでExcelの表みたいなの作れる？
http://i.imgur.com/NrtHKS5.jpg
↑こんな感じの？ >>261
xamarinでは作れるけどおまえにゃむり 英語版が無料で読める翻訳版が13000円かよw
こんなの買う奴いんのかww >>256
これでXamarinのイメージ下がったとか言ってる奴ってちょまどアンチ軍団だけだろw
まともに技術見てるところ、ちょまどがらみでどうなろうと知ったこっちゃないがな
ちょまも余計なツイートしないでスルーしてりゃいいのにとは思うけど、今回のtoggeterまとめとか含めアンチが火をつけてアンチが騒いでるだけで一般人スルーできないちょま含めバカジャネーノと思ってるだけ >>264
XamarinのイメージじゃなくてMicrosoft系コミュ全体のイメージが落ちてるんだよ
キモヲタと老害MVPの内輪サークルと化してるからな Xamarinのイメージ、Microsoft系コミュ全体のイメージは知らんけど
「MSのエヴァンジェリスト」のイメージはしっかり下げてくれてんな
技術リテラシーある人もいるんだろうけど、技術リテラシーなくてもなれるんだなって エバ、なんか企画だか営業上がりの人もいるし必ずしも技術力が高い人たちではないって感じになってきてんね
それがいいこととは思わないけど。 >>261
Gridで入力欄のEntryとヘッダのLabel並べればいいんじゃない？ 人当たりの悪い生粋の技術畑よりは、営業、企画からエヴァンジェリストは出した方がと思うけど姫はアホだからなぁ
リテラシーない&煽り耐性ないって技術を扱う広報としてハズレすぎるw
今のMSならちょまどに代わるアイドル広報枠での就職が結構楽そう
(2代目ちょまど(自称)の前例が足引っ張るかもだが) ところでおまいらのスキルってどんなもん？
周りから一目置かれるような技術とか知識とかって持ってる？ 技術もトークもできるからエバンジェリストであって
片方しかできないならそんなの名乗る必要ないだろ。 どっちも出来なくてもMSエヴァンジェリストにはなれるんだからどうでもいい お前がエバンジェリストになれるわけではないだろ？
で、どうなん？ 残念ながら俺にはそれほどの技術はない
ただ、自分のことを棚に上げて騒いでいる馬鹿がうっとうしいだけ
で、どうなんよ？ 結局自分に自信が持てないから見下せる相手が欲しいだけなんか？ 技術あるコミュ障より技術ないコミュ力モンスターの方が人生成功するからなw >>281
技術もコミュ力も必要ない、必要なのはおっぱいだけだ >>224
非互換と、蹴られてしまいます。
>>234
Win8というか、VS2017でいうWindowsクラシックデスクトップですね。
UWPは配置しなくては実行できないのがとっつきにくいです。 なりたいとも思わないものに
お前はなれるのかって言われても
返答に困るんだわ >>287
なりたいと思うのと、なれるかどうかは別問題だから返答に困らなくてもいい マルチプラットフォームのってXamarin.Forms？
なんかWPFも対応予定のアナウンスでたけど今はテンプレートに含まれないだろ >>287
能力はあるがあえてならないのと、能力がなくてなりなくてもなれないのは天と地ほど差がある まあ、ちょまどどうこうだけでなく、ちゃんと技術を見てる人にとっては日本MS自体が別にいらん存在だからな
炎上するにしても、せめて下手な反論や擁護といった悪手で燃料投下することさえ避けてくれれば、不快なものを見る機会も減るんだけどな >>282
本職のプログラマーじゃないし、クラシックフォームアプリしか作ったことないからXAMLは難しい。 >>239
ちょまど本人には気の毒だけど、彼女とその取り巻きがXamarin拡散に貢献してるようには見えない
せめてもう一人ガチな人を雇ってくれんかな MSもアイドル広報戦略は失敗だったと反省していて同じ類を雇うことはないんじゃないかな
万が一、技術リテラシーと煽り耐性のある人を雇うと、姫との確執でMS社内で揉める悪寒しかしないw
Xamarin布教は地道なコンテストや読書会とか、そういう手堅い路線に戻さざるを得ないよね 技術を求めている人には、エヴァも日本法人もいらない存在だからな
悪目立ちだけを避けるやりかたを選んでくれるのであればそれでいい ちょまどかEnoか、好きな方を選べ
結論：どっちもやだ ここでネガキャンしてる奴が
MSガー
拡散ガー
広報ガー
とか言ってるのが笑えるわ
お前らが一番いらない
ここはそういう話題を扱う板じゃねーんだよ
厶板とマ板の違いぐらいわかれよ Xamarinエバンジェリストになる能力って
ちんぽ騎士を引き寄せる能力のことだろ 笑えるなら楽しめよw
それとも、楽しむことを律してる坊さんか何かか まじめなエヴァンジェリストがいて正しくxamarinが広がるならいい
今はあまりいい状態じゃない まじめなエバンジェリストもいるんだから別にいいじゃん ちょまも別に不真面目じゃないだろ
炎上耐性がないだけで。 コスプレイヤーを下から撮影するおっさんの群れのごとくキモイ コンパイラがフリーじゃないのはおかしいと言ってのけるエバンジェリスト 昔はXamarinも無料ではなかったんだけどな
ライセンスフリーになる前はサブスクリプション方式の有償の製品だった
ライセンスフリー化された直後のインボイス
http://i.imgur.com/XoxbnNf.png >>310
得意げに語ってるとこ悪いけどこのスレにいるほとんどの奴はそんなこと知ってるよ そんな冷たいこというから、みんなちんぽ騎士団になっちまうんだよ
Xamarinするには、まず人脈♪
／＼
／ 神 ＼ ・@chomado
／ ＼
／￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ ＼ ・@ytabuchiとか
／ 偉い人 ＼ JXUGの方々
／ ＼
／￣￣￣￣￣￣￣￣￣￣￣￣￣ ＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ 一般ピープル ＼ ・無償化されて
／ ＼ 知った人
. ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣
ttp://pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg 困ったことは大抵プラットフォームごとのネイティブ言語実装とベンダー資料を調べるし、formsは出来ること少ないから結局プラットフォームごとの問題解決になるし
C#既存ライブラリならnuget/github漁れよってなるし
Xamarin特有の話題って、そもそもあんまし無いのかもなぁ
みんなでちょまどprprするくらいしか、ここでの話題がない？ >>309
アプリを多く出していかにユーザーを囲い込むかが重要な時代に
プログラミング環境そのものに余計なハードル作るなんてOS提供してる企業としてはあり得ないでしょ
大昔のプログラミング自体が一部のハッカーの特殊能力だった時代ならともかく >>320
OSを提供してる会社だなんて限定条件を勝手に付けてごまかすよ
VSだって無償で使えるには条件があるし
チンポ騎士団どもはこういう言い訳ばっかだ >>322
MicrosoftってOS作ってなかったのか… >>322
VSのライセンスごときが高いハードルになるような会社は手出すなよ >>324
エンタープライズとかだといいお値段だがな 今、ネイティブのwindows,Android,iOSのアプリがあるんだがXamarinで作り直すのやめた方がいいかね。 ロジックの共通化は出来るんじゃない？
ネイティヴの知識ある上でXamarinやるのは良いのでは Xamarinを試すには理想的条件で羨ましい
環境面のこなれてない感じは否めないですが、動き始めれば困らないと思いますよ 姫に相手されない連中の粘着ぶりに比べればそれほどでもw >>326
で、何で君はそんなに嫌いなのにXamarin使ってるの？ >>325
VS本体の価値というよりMSDN提供ソフトウェアのダウンロード権やOffice365/Azureのライセンスが含まれているのが大きいからな
Azureだけでも年間約30万円分の無料枠が特典に付いてくる xamarinでUDP通信したいだが
サンプルプログラムどっかないかな？ >>335
そういうのはxamarin関係ないと思うが >>336
あ、まじで？
じゃあ普通に C#の書き方で書いてみるわ 裾野を広げるっていうと聞こえはいいけど、キモい層を増やしてなんか意味があるのかね？
一時的に内輪で盛り上がるだけで終わりじゃないのかと
他の技術コミュニティと見比べてみてそう思う
MSも昔はもっとコア層向けの情報を発信していたと思うんだが あっXamarinに負けた同業者さんの恨み言だー
まあ頑張りなよ、いつか勝てる日が来るかもだしさw プログラマでも無ければこの業界に関わりのある人間でも無い
会話が成立しないから相手にするだけ無駄 同業者 = Cordova, NativeScript, Corona, Kivy, RubyMotion, Cocos2d-x
MSみたいな大手会社に売却できなくてぐぬぬ >>345
お前自分で何言ってんのか理解してるか？ 姫に中田氏やりたすぎて頭おかしくなってしまったんだろう
かわいそうに 1言語マルチプラットフォームの同業を挙げたのに理解せずワロスが
お前らそれでも業界人かよぉ そいつ最初からFB内製で買収/売却に関わらなくね？
GoMobileも同じ理由で度外視かな >>349
泥が劇重のReactNativeさんはTitanium化まっしぐらだろ クロスプラットフォームは全部糞
ネイティブで全部開発したほうが結局は早いしクオリティも上がる
Xamarinで開発するとは妥協する人生を歩むということ >>352
でもおまえxamarin使えないじゃん xamarinのバッドノウハウを学ぶ時間があったらネイティブ開発を学ぶ時間に当てたほうが遥かにマシ
xamarinなんかネイティブ開発を超えて主流の開発手法になることなんかありえないからな
君らがバッドノウハウの習得に費やした時間やエネルギーはいづれ無駄になるということだ というか、結局各OSの挙動やapiをしらないと作れない上にxamarin特有のテクニックも必要になるから学習コストが高すぎて業務じゃつかえない
開発者が集まらんわ >>357
それくらいの学習もできないアホに業務やらしてんの？ custom rendererを作らないと実現できないと分かったときの腰の重さがすごい
もう二度とxamarin studioを立ち上げたくなくなる
xamarin.formsのみでiOSやAndroidのこと知らなくても作れるようにしとけや 結局今までVisualStudioで長年C#の仕事してきてて、
今更swiftとかjavaとか勉強したくない人が
UIのクオリティの低い
ビジネス用アプリを作りたいという場合しかxamarinの存在価値はないんだと思うな 結局Javaなのかなあ
c#いい言語だと思うんだがなあ iOS Android C#それぞれ開発経験あるものからしたらほんとクロスプラットフォーム開発捗って便利だわ >>356
お前ここに書いてる暇があったらネイティヴ開発してろよw
>>362
なにからそう思ってるのか知らんけど、>>356はXamarinもXamarin.Formsの違いもよくわかってないきちがいだぞ？
毎回でて来てはフルボッコされてるのに相変わらず粘着してる。
Xamarin.Forms使わなかった場合で各々のプラットフォームで作ったのと違いが出て困る場合をむしろあげて欲しいわ
間違えて試しに書いた画像あげちゃったじゃん。けど間違ってないからいいか C#使うけどVSとUnityでしか使わない
というかXamarineを使う用途がない >>367
用途がないなら使わないに決まってるだろアホか >>356
で、君はなぜそれでもXamarin使ってるのかな？ あぁ、クロスプラットフォームが覇権を取ると両対応で2倍取れてた単価が下がるから嫌がってんのかw
まあC#の習得すら出来ない無能なら仕方がないさ、ゆっくり淘汰されていきなよ C#とXamarinだけでAndroidアプリが作成できるって本当ですか？ 去年の今頃、formsは地雷だってあれほど喧伝されてたのになあ
地雷に食いついて地雷を踏み抜いて地雷じゃねーか！て
いやまあそらそうやろ、としか
100歩譲って、知らずに挑戦するのは別に悪くないことだけど、二週間も試せばrendererとdependencyService山盛りになったやろ？
そこで方針転換出来ずに強行しちゃったのは、判断力の問題ですな
Xamarinのせいにするのは愚かすぎる C#でAndoridとiOSのコード85％を共通化できる。
それだけで十分。 >>373
本当ですが、要件によって複雑さが跳ね上がる可能性を考慮して下さい
数画面の業務アプリ程度ならお手軽ですが、市販品レベルのUIUXをお望みなら、結局はAndroidSDK資料と実装例Javaコードを読み込む事になります >>375
ネイティブ開発ってそのrendererとdependency serviceに加えてXamarinで共通化できている部分までも各プラットフォーム毎に書くことに等しいんだが formsだけでできないならクロスプラットフォームの価値ないんだよ
custom rendererを作らないといけないと分かった時の腰の重さったらねえわ
ネイティブでやるなら資料豊富だからそんなもん大したことないんだよ
資料の少ない中細かい部分の変な挙動を直すためにググって解決策を探すのは苦痛でしかないね
その時間でネイティブで完成できてしまうんだが。
大体お前らは80％共通化できたとか言うけど工数は本当に削減になってんのかって。
細かい部分の変な挙動を直すのにググってる時間が本当に無駄 >>378
formsでやってることなんて最低限のUIコントロールと画面遷移くらいじゃん
その様子じゃXamarinのネイティヴ実装を試したことも無いんだろ
コンコルド効果で後に引けない気持ちは分かるけどさ
ダメな時は土下座撤退しないと死ぬし、新技術導入時は退路を確保しないと死ぬよ
Xamarinのせいにしてたら、アンタまた同じ目に遭うぜ？ >>379
これだよな
モデル部分なんて共通化したってたいしたメリットないんだよ
そらデメリットなければ共通化したほうがいいんだが
モデル部分なんかどっちかつくってそれを変換して開発ってのが簡単だしね C#で共通化できることより
qiitaとかstackoverflowに技術情報がたくさん蓄積されていることの方が重要
Xamarinやってるやつは細かい部分の挙動を直すためにハマってる時間が苦痛じゃないのかと聞きたい
こんな苦痛な時間を味わうぐらいなら共通化できなくてええわ ネイティブ開発でもハマることはあるけどXamarin程の苦痛を味わうことはないね
ひどいときはXamarinのバグで直せない挙動とかもあるからな
本当に糞 >>379
そりゃ時間かかるのは最初だから、始めたばっかりだからだろ。 ものすごいC#信者が孤軍奮闘してるなw
Xamarin自体は別に否定しないけど、C#ってそんな良い言語かねぇ あらー
論破されてレスできず独り言と自演ですか
気の毒だねえ... ハマったときの解決に要する時間がXamarinは最悪クラス
この1点でXamarinを採用する理由はなくなる
コードの共通化も何もかも大した問題ではなくなるレベル
大体ハマりにくい開発環境の方がプログラミングしてて楽しくないか？
結局解決できなくてあきらめて製品のクオリティが落ちるという結論になる
エンジニアもデザイナーもお客さんもみんながっかりするのがXamarin 大体microsoftはスマホの分野に進出したいならまずWindosPhoneのシェアを二桁取ってからものを言えといいたい
appleとgoogleにスマホの分野で先を越されたくせに後から入ってきてパイを横取りしようとしているだけ
クロスプラットフォーム開発環境じゃなくてWindowsPhoneに特化した独自の製品やサービスを考えろよ
本当に糞 スマホを用いたより良い製品やサービスを考えるのではなく、
appleやgoogleが創り出したパイを横取りしようとしているだけの会社の製品を使おうと思う人たちの気がしれないわ
君らパイを横取りすることに加担してるだけやで
スマホを用いたより良い製品やサービスを考えている企業に加担するほうがまっとうな人生だと思わんか？ >>389
なんか自分の能力のなさを誇ってる感じだね 他では通用しないバッドノウハウの習得に膨大な時間をドブに捨ててればいいじゃん Androidなら今の注目はKotlinだろ
C#なんて信者にすら停滞期って言われてる言語誰が使うんだよｗ >>398
クロスプラットフォーム開発しないなら別にそれでいいと思うぜ >>395
Xamarinの母体のMono Projectはもともとオープンソースの有志が立ち上げたものだろ
いつの間にやら運営主体が悪い意味で商業ベースに染まって行くのを見かねてMSが買収、無償化の流れを作っただけ
MSにとってはスマホを使った製品やサービス云々より.NETが一般に普及することを優先しているだけだと思うが Xamarinは糞
絶対にXamarinを許さない >>398
うんこJavaよりC#にそっくりでイケてると思う。 結局これまでネイティブ開発してきた人間が従来のやり方を抜け出せず
何が何でもそれが最適だと思い込んでしまってるだけなんだな
会社とかでこういう使えない上司がいると厄介 >>401
実感がこもっててリアルだよな
業務ではマジで糞だよ >>400
いや、そのずっと前にNovellに買収されてて、しかも芽がないからリストラされたじゃん・・・
そのリストラ後に、プロジェクトが死に体になってた所をMSが拾ったんでしょ これ真っ赤にしてCamarinはクソって言ってる奴ら、一人の自演だろw
全部同じ口調でテラワロス モデル共通化しても意味ないって言ってる奴、どんだけハローワールドに毛の生えたプログラムしか作ってないんだよw
普通モデルの方だけで6-7割共通化できるぞ 大体Xamarin studioが馬鹿すぎだろ
gitでブランチ変えただけでビルド通らなくなるとかどんだけ原始的な開発環境なんだよ
頻繁にビルド通らなくなるからな今までいろんなＩＤＥ触ってきたけどこれ程ひどい糞は見たことがないね
ビルドが通らなくなるとか能力関係ねえだろどう考えてもXamarinが糞
他に通用しないバッドノウハウを蓄積しないと使いこなせない糞環境は糞
キングオブ糞 >>413
じゃあVisual Studio使えばw むしろ何でいまさらXamarinStudioなんか使ってるんだ
普通はVisualStudio使うだろ ご覧ください
これがチンポ騎士団ですよｗ
老騎士を切り捨てたときと同じでしょｗｗ >>412,417
煽りにも余裕がなくなってきたなｗ 煽ってる内容がツッコミどころありすぎて大草原。
XamarinStudioとかもうねえよw VS for macは今月の5/11に正式リリースされたばかりなのにこの叩きようかよ
君らが今まで長く使ってきたXamarin studioが糞だというのは同意のようですね
VS for macも糞なのかどうは知らんが 結局お前のネガキャンは偏って間違って更新もされない情報から出来てるってことだよ。
だからなに言ってもフルボッコにされる。
いいからお前が作ってるもの同じ言語だったら共有できる割合言ってみろよ。
少なければ無能の証明だし多ければクロスプラットフォームにしないことでまた無能の証明になるけどな もちろんXamarin使ったらそれゆえのトラブルとかサイズが大きくなるとか銀の弾丸じゃないのは勿論だけど、うまく使ってらすこぶる有効なのも間違いない。
ほんと共有のこと考えなくて各々個別に作ってりゃいいなんていろんな意味で楽だよね VS for macでもやってみたが
gitでブランチ切り替えてビルドしても最新のコードをビルドしなかったり、
ビルドエラーが出て一旦VS for macを終了させて再起動しないとビルド成功しなくて何も変わってねえじゃねえか
お前らこんなのをありがたがってんのかAndroid studioだったらこんなことねえぞ >>425
ちゃんと再現可能な手順を書きましょうね、いくらキチガイでも ほとんどの奴はWindowsのVisual Studio使ってるから共感は得られないぜw
>>425 gitでブランチを切り替えるだけだ
最新のと何か月か前のと切り替えるだけ
Nugetで取得したパッケージが変わったりすると分かんないのかな
こんな糞な開発環境はないよ 最新のコードがちゃんとビルドされてるか分からないから
毎回VS for macを終了させて立ち上げなおしてビルドしないと駄目なんか
あまりにも糞すぎる
ＩＤＥなのにちゃんとビルドできないとか頭おかしい
ちゃんとビルドできるようにしてください Xamarinは糞だがVisual Studioも糞なんだな
.NETというのも糞なんじゃないのか
糞をありがたがる糞の集団か >>430
そりゃMacのVisual Studioは名前だけでXamarin Studio改だからなｗ まともにビルドできないIDEを正式版としてリリースするとかありえない
Visual Studioが最強のIDEとか言われた時代は完全に過去のことなんだな
あきらかにAndroid Studioの方が全てを上回っている
もうmicrosoftは完全に過去の会社なんだな
まともにビルドできない製品をリリースする会社の製品なんか使いたくねえわ
C#もVisual Studioも糞お前ら完全に時代の流れに乗れてねえわ Xamarinは非Microsoft、旧Xamarinチームの賜物。
ようやくMicrosoftの介入が始まったところだよ >>433 まだEclipseを引き合いに出すのなら分かるがIDEの対立煽りの流れでAndroid Studioを持ち出す奴はじめて見た Xamarinが普及すると困る立場の彼、まだ自演してたのか、お疲れさん
時給幾らか知らんが、まあ頑張ってよw $$$4.3$$$
"V"="1.3335412","0","1","3Q", 既にwindows,Android,iOSで開発してるアプリがあるなら、そのままネイティブで改修したほうがマシな気がする。 Obj-C, Swiftみたいな変態言語から解放されるなら、正直何でも良い プログラマーを派遣して稼いでる企業の大半は未だに人月料金でしか金貰えない仕組みだから
効率化されればされるほど同じだけ稼ぐのに営業がより多くの仕事取って来なくちゃいけなくなって大変だからな
基本的に現状維持が最適解としか考えられなくなってしまう Xamarinみたいな糞が普及するわけ無いだろ
さっさとまともにビルドできるようにしてくださいIDEとして致命的だろ >>443
XamarinはIDEじゃねーよｗｗｗ >>442
>>443
ねえねえ、時給幾らなの？
儲かるんなら俺もやるよ、Xamarin叩きw jetbrainsに金払ってIDE作ってもらえよ
まともにビルドできないIDEとかマジ存在価値ない WindowsのVisual Studio使えばいいだけなんでどうでもいい jetbrainsのIDEは、タブ閉じたときに変更を破棄するか聞いてこないで問答無用で保存するからうんこ >>446
だから、riderがあるだろ
そっちの評価はよ >>448
JetBrainのIntelliJIDEAはオートセーブで入力したら即ファイルに反映されるから
タブ閉じたとき変更破棄とかありえん
Gitのリポジトリを編集するならオートセーブの方がぜったい合理的
VSも変更した行の左側の色が変わるけど、IntelliJIDEAの場合には
最終コミットからの変更を検出して色を変えてくれる
その変更した部分は元の最終コミットの状態に即戻すこともできる
この挙動に慣れた後だとVisualStudioがほんと糞に感じる xamarinがUI作りこめれないっていってるけど、それってXamarin.Formのこと？
xamarin nativeだったらネイティブとほとんど変わらない？ https://dotnetfiddle.net/knw2Y6
画面にメニューを追加したら起動時にNull例外で落ちてしまう
なんで？
発生してる場所はSetEvent()の一番最初の行
OnCreateOptionsMenu()を消すとうまく起動するんだが、この関数をオーバーライドすると例外がでる ちなみにSetEvent()はOnCreateOptionsMenu()内に記述してるけど
もともとOnCreate()内で記述してた。（ここでも同じ例外でたけど） 例外のStacktraceを読んで
何がnullなのか書いてるはず OnCreateやOnCreateOptionsMenuでActivity.FindViewByIdで見つけるViewはまだNull
IMenu.FindItemで探すべき
public override bool OnCreateOptionsMenu(IMenu menu) {
this.MenuInflater.Inflate(Resource.Menu.menu1, menu);
SetEvent(menu);
return true;
}
private void SetEvent(IMenu menu) {
var btn_udp = menu.FindItem(Resource.Id.button_udp);
// 省略
}
動作確認してないからこれで動くかは知らん あと、Androidの基礎知識もないのにXamarinに手を出すのは早いと思った
Androidネイティブで一般常識を学んでからXamarin始めないと無駄に躓くよ XamarinFormsならいざ知らず、なにを今更… .NETでないと何も出来ない人達向けのツールだから仕方がない クロスプラットフォームなのにネイティブの知識求めるとか詐欺すぎる 薄いレイヤー作ったら文句言い、厚いレイヤー作ったら文句言い、何でも反対する民進党みたいだな ほんとXamarin.Forms, .NativeやるならAndroid, iOSの基礎知識を手に入れてから始めろよなぁ
各OSの知識もないのにXamarin扱ってUI不自由だの処理重いだの文句言われても困るよね
各プラットフォーム、Xamarin(C#)の知識をもって初めてXamarinはやるべき
そこまでしたらコード共通化ができて実際に工期は減る、工数単価が上がることは度外視する >>460
みんな知ってます
xamarinはモバイルアプリ開発者への聖杯にはなりえない わかってないヤツ大杉んだよな
信者のXamarinなら工数削られるとか
アンチのXamarinのIDEがクソとか
お前らXamarin言いたいだけだろと
.NET好きが趣味でやるものに何言ってんだってな >>460
http://ytabuchi.hatenablog.com/entry/msmvp2016
もっと C# のことも Android Java, Swift でのネイティブ開発のことも沢山勉強して、Xamarin の事なら @ytabuchi に聞け。位を目指したいです^^
当面の目標は 純粋な Xamarin.Forms だけで Model の PropertyChanged をどうやって ViewModel を経由して View に渡すか？の調査、実装。
単体テストを書けるようになること。try/catch を知ること。です！引き続き頑張ってまいりますので、識者の方々はサポートお願いしますね笑 Xamarin.Forms でキーイベントを取得したいのですが、各プラットフォーム毎にコードを書かないと取れませんか？
UWP/Android です。
参考になるページとかあれば教えて下さい。 Xamarinは糞だからネイティブ開発したほうがいいよ >>473
とりあえず、個々のPFで実装しないといけないのは大前提で
AndroidのキーはBACK, VOL_DOWN/UPくらいしかない
UWPのキーはQWERTYキーボードを想定して大量にある
どうやっても共通化できるわけないっつーか、Androidでキーイベントは無理だろ...
参考になるページは「Xamarin key event」ググレカス >>475
今、ContentPageに1つだけViewを置いて、そのViewのカスタムレンダラで
Control.KeyDown += Control_KeyDown;
とかやったんですけど、Control_KeyDown に飛んでいないようなんですよね。
ContentPageを拡張しないとダメ？ キーじゃそのコントロールがフォーカス取れてないとダメなんじゃ >>477
ですよねぇ・・・
ショトカーットキーとして使いたいだけなんですけどね・・・ これがあればC＃だけでAndroidアプリが作れるって本当なんですか？ Xamarin.FormsでListView使うと
スクロールが重かったりサムネイルの表示が
遅かったりするんだがこれなんなんまじ糞だろ
ListViewとかスマホアプリの最も重要な
基本的なUIなのにこれすらまともに動作しないとか
どんだけ糞なんだよ
まじキングオブ糞 じゃあXamarinで白猫プロジェクトみたいなアプリは作れないってこと？ まあ、別にゲーム(アクション性の高いのは除く)だろうがなんだろうが, Xamarin&C#で
作れる事は作れるけど、Android固有の知識は必要だし、勉強の過程でその主力言語である
JAVAの知識が必要な場面は多々あるだろうよ
そういった意味じゃ最初の質問に対する答えはイエス＆ノー >>485
Javaの知識がいるからC#だけじゃ作れないってのはちょと屁理屈すぎるかと。 相変わらず地雷源で地雷アピールに余念がない業者さんお疲れさまですﾁｰｯｽ 初心者をformsに誘導してるのは誰なんだろ？
罪作りやなあ >>488
マジレスすると姫
エヴァンジェリストはそれが仕事だからねー ザマリン糞だろ？ネイティブで開発したほうが痒いとこに手が届いていいわ 初心者はエバンジェリストなんか知らんだろ
VisualStudio関連の解説サイトあたりを巡回していてXamarinに興味を持つ奴がほとんどだと思うけど ググったらでる日本語のページ姫とちんぽ騎士団ばっかだからｗ
戦犯はこいつらだよ Unityでクロスプラとフォーム開発でAndroidやiOSの知識を求められるか？
普通クロスプラットフォームって言ったら各プラットフォーム固有の知識は必要なく開発ができると思うじゃん
実際やったらAndroidとiOSとXamarin固有の知識の３つが求められて負担が増してるっていうね
しかもqiitaとかstackoverflowの記事も少ないから調べものに時間が掛かってしょうがない
ListViewは重いしまじ糞 ＩＤＥはまともにビルドできないしこんなのやってるやつは頭おかしい こんなものすらまともにビルドできないならそれはおそらく使ってる奴の頭の問題かと gitでブランチ切り替えただけで一旦IDEを終了させて再起動しないとビルドできなくなるのに使ってる奴の頭は関係ないだろｗ
Xamarinやってると頭がおかしくなるんだな MS は最近Git好き好きアピールしてるくせにGitとの相性いまいちなんだよな
Resource.Designer.csとかもやめてほしい GitがWindowsに優しくない（autocrlfとgitattribute）。
Windowsのオープンファイルの削除ができない欠陥。 >>499
JetBrainのIDEはWindowsでもほぼ問題なく使えますよ >>494
「姫」を蔑称と理解してない荒しがいるとは思わなんだ
エヴァンジェリストをバカにしてるんだよw >>497
ねーお前の思い込みはいーからさー俺の質問に答えてよ
コードの共有化しないでいいどうでもいいようなもん書いてて騒いでる無能なのか、
大きいプログラム書いててロジックコード6-7割共有化できるのに個別に書いてる無能か
共有化ができないから個別に書いてる無能なのか、お前はどの無能なの？
俺のかんだと1か3なんだけど Xamarin.Apple.Sdk.targetsファイルのバグ修正きたぞ
ついでにXamarin.Formsの初期のバージョンが2.3.4.224から2.3.4.247にアップデートされてる
とりあえず問題はない模様
https://www.visualstudio.com/en-us/news/releasenotes/vs2017-relnotes#15.1.26430.12
>Fixed an issue where Xamarin iOS apps were not building correctly. >>503
ちょまどの話をすることが荒らしなんだよなあ >>493
そりゃゲームでOS固有の機能なんてほとんど要らないから意識する必要ないだろうな
自分でOS固有の機能使いまくるアプリ作っておいて「OS意識するなんてけしからん」って… Xamarinくらいのラッピングの薄さがちょうどいい >>508
エヴァンジェリスト()の話題は許せよ、、、
>>510
クロスプラットフォームがOS固有知識不要と思ってる子供かよ
Xamarinに限らずクロスプラットフォームで各PF知識は必須だろ
信者の言葉を鵜呑みにしていちゃもんつけるアンチは馬鹿だな Javaはただのプログラム言語だろ
プラットフォームではないぞ
JavaもC#もどちらもVMの知識は必要だけど ちょろっとアプリ作るだけならVMもJITもAOTも固有知識もいらんだろ
Formsでたりんっていってるやつは何作ってんの？
ゲーム？ VMの仕組みそのものというよりVM依存のクラスライブラリの知識といった方が良かったか？
それくらいわかるだろ つかFormsの目指すところはそこだろ
まだ未完成なだけで Write Once, Debug Anywhereと馬鹿にされ
JVM実装(Sun, GNU, Apache, Aplix, OpenJDK)で振る舞い,要件が違って
iOSでコードを動かそうものならj2objcとかいうガチPF依存する
Java(JVM)がなんだって？
VMで全機能を無理やり吸収するJava/JVMより
各PF知識を要するXamarin/.NET VMのがイマドキだよなぁ そこでXamarin.Nativeを否定するのか・・・
最近、JVMのような全機能吸収するランタイム(VM)ってあったかなぁ
一応、Xamarin.Formsみたいに軽く吸収するものの
細かいことしようとするなら自分で下回りのAPIを叩けというものしか見かけんぞ
Xamarinの有用性を確認したいから幾つかイマドキのものを挙げてくれ https://forums.xamarin.com/discussion/80116/how-can-i-detect-key-events-in-xamarin-forms
これを見てContentPageのレンダラを作ってみたけど、OnElementChanged に来た時点で Controll が null なんだよな・・・
Xamarin.Forms の UWP でキーボード（左右カーソルとESCキーだけでも）イベント取れる方法ないかな？ 先にXamarnじゃないUWPプロジェクト作って、どう実装するのか調べた方が早いと思う
Xamarin的にformsは新参で既存ユーザーに旨味が無いから、やり込んだ人は此処にはいないんじゃないかな Xamarin信者にはちょろっと実装してホイできたよ、くらい回答して欲しいもんだけどな
自分含め遊び人しかいない中で唯一の真っ当なレスで、ちょっと可哀想になってきたので環境作って試してみる
うまくできたらご喝采、その時はもっかいレスするよ
>>524
Delphiなんてまだ生きてるのかよ、、、と思って調べたら死に体じゃねーかw
例えば指紋認証(Fingerprint API)とかポーティングされてるのかねと思ったら全く見つからねぇ >>525
Control!=nullじゃないやつ来るだろ どうでもいいところでハマって時間を無駄にするのがXamarin >>512
エヴァンジェリストってメソッドだったんだな… 市場で求められてないC#とかいうマイナー言語をやっている君らは
エンジニアとしての価値が低いってことなんだよなあ 底辺プログラマの仕事ってマジかわいそう
お前ら将来に希望は残されているか？
人生設計はしっかり描けているか？ ああ、青い銀行でサグラダファミリア作る仕事もJavaでしたっけ >>528
VS2017でマルチプラットフォームアプリのテンプレで、UWPプロジェクトにCustomPageRenderer.csを追加。
[assembly: ExportRenderer(typeof(PageRendererTest.MainPage), typeof(CustomPageRenderer))]
namespace PageRendererTest.UWP
{
class CustomPageRenderer : PageRenderer
{
protected override void OnElementChanged(ElementChangedEventArgs<Page> e)
{
base.OnElementChanged(e);
if(Control==null)
{
return;
}
Control.KeyDown += Control_KeyDown;
}
private void Control_KeyDown(object sender, Windows.UI.Xaml.Input.KeyRoutedEventArgs e)
{
throw new NotImplementedException();
}
}
}
これで、Controlにnull以外入ってこなかったよ。 OnElementChangedはiOSとかだと表示されるまでに複数回呼ばれた気がしたけど。
最初!=nullできて非表示時にnullだったっけかな。
UWPだとどうなるかは知らん。 >>543
数回呼ばれるのは OnElementPropertyChanged の方ですね。
Macを持っていないからiOSでの実装は試してないけど、タップの座標を取るときに調べた中に、iOSではOnElementPropertyChangedで設定するようなことを見た覚えあります。 UWPでのKeyDownイベント捕捉できました。
参考ページ http://garicchi.com/?p=19292
Viewのレンダラを作成し、OnElementChanged で Dispatcher.AcceleratorKeyActivated イベントを捉えることでキーイベントを処理できます。
後は、共通部分の関数を呼べばフォーカスを持っていなくてもOnKeyDown的な処理が出来ました。
実用的にするには、参考ページに書かれているように Dispatcher.AcceleratorKeyActivated の有効化/無効化を制御しなければなりませんが、そのあたりは追々対処していきます。
アドバイス等ありがとうございました。 >>551
Controlはnullのままですよ。
Dispatcher.AcceleratorKeyActivated と Control は関係ありません。
今の実装 ↓
protected override void OnElementChanged(ElementChangedEventArgs<Page> e)
{
base.OnElementChanged(e);
if (e.OldElement != null)
{
Dispatcher.AcceleratorKeyActivated -= Dispatcher_AcceleratorKeyActivated;
imgView = null;
}
if (e.NewElement != null)
{
imgView = (ImageView)e.NewElement;
Dispatcher.AcceleratorKeyActivated += Dispatcher_AcceleratorKeyActivated;
}
}
private void Dispatcher_AcceleratorKeyActivated(Windows.UI.Core.CoreDispatcher sender, Windows.UI.Core.AcceleratorKeyEventArgs args)
{
if (args.EventType == Windows.UI.Core.CoreAcceleratorKeyEventType.KeyDown)
{
if (imgView != null)
{
imgView.OnKeyDown(args.VirtualKey);
}
}
} クソなげえコードだなｗ
SwiftとかKotlinならもっとコンパクトに書けるのになｗ
.NETしか出来ないとこういう風になるんだなｗ >>547
すみません、この美女はどなたですか！？ UWPのコードをSwiftかKotlinならもっとコンパクトに書けるのか
やっぱデキる人は違うな あのさ、
xamarin.Formでスリープ状態を解除したくてググってたけどiOS用のソースは出てきてもAndroid用のはでてこなかったのね
んで、Androidのソースでググってみたら
http://kojiko-android.hatenablog.com/entry/2016/03/19/234748
こんなかんじにxamarinじゃないふつうのAndroid開発のソースはあったんだけどこれってどうやってXamarin.Formに移植したらいいのん？ チンポ騎士団ってマジでプログラムできないんだってのがよくわかるな 変なところでハマって時間を無駄にするのがXamarin >>558
そのAndroid用のソースをC#で書けばいいだけだがなんか難しいかね？ >>562
Xamarinを堕として時間を無駄にしてるのがお前 androidだけ考えて作るならxamarinなんて使わずにstudioで書くわ 姫にもこれ使ってやれ
AIがメイクを無効化してしまう、メイク落としアプリ「MAKEAPP」が恐ろしい
https://togetter.com/li/1115683 プログラミングXamarin下の内容ってどんな感じですか
目次とかどこかにあがってますか つまり覇権を取るであろうXamarinを学べば
数年後年収1000万になっているということですか！？ ReactNativeはクロスプラットフォーム対応とネイティヴ使える具合から見てXamarin より問題ありそう？何れにしても万人向けじゃないよね。
したら他に選択肢無くない。
それが個別にシコシコ作るか。 >>578
それは此処で聞いて分かるのかなあ...？
評判的にはiOSは無問題、泥は重い、react知ってればめちゃラク、と聞くが
でもiOS版Facebookアプリ、めちゃ重いよね >>579
教えてくれるならこしたことはないけど聞きたいってより俺の拙い知識からの疑問系。
何れにしてもReactの方がXamarinより何か変わったことやろうとすると難儀しそうな気がする クロスプラットフォームとか面倒臭いだけ
結局はそれぞれで個別に作った方が早い ヲタサーの姫がいる言語はここですか?
姫ちゃんと思ったら完全にオバハンでがっかり
なんでもっと若い子使わないんだろ >>581
楽そうなもんしか作ってなさそうでいいなあ おととい出た翻訳本、英語読めないなら買っといた方がいい？ Xamarin.Formsやるなら必須(´・ω・｀) >>581
でも Webkit みたいなのをプラットフォーム毎にゼロから書く人は
(Windows専用のEdge を書いた MS を除けば)いないよ 次の案件は凝ったUIを要求されそうだからXamarin.Native使おうと思うんだけどMVVMも使いたいんだよね
Xamarin.Nativeで使えるMVVMライブラリの第一選択肢はMvvmCrossになるのかな >>588
Edgeの中のJavascriptエンジンはクロスプラットフォームやで。 Android/UWP/PCL or NetStandard1.4で使用できるファイル選択ダイアログはありませんか？
Xamarin.Plugin.FilePicker（亜種？３つを含む）を使ってみましたが、ファイルのフルパスが取得できないため、自分が組んでいるアプリには使用できません。
ファイルの種別（拡張子）をあらかじめ選択でき、ファイル名、及びフルパスの取得ができるものを探しています。 フルパスの文字列生成するなんてそんな複雑じゃないんだしdependency service書いたらいいんじゃないか？ uwpのファイル選択ダイアログ見たことないな
どんなんだろ
言っても.netの普通のやつかな Xamarin.Formsは何もできない
結局iOS用とAndroid用で二つ処理を書かないといけない そうですか
それなら初めからnativeで作ります >>595
んじゃお前はシコシコ２つとも書いてればw 本来Xamarin.Formsだけで全てができるようにするべきだろ
それができないならクロスプラットフォームを名乗るな
中途半端でリリースして開発者にデバッグさせようって魂胆だろ パズドラやYoutubeのようなアプリはXamarinでは作れますか？ 荒らしがこっちにも行ってた
相当暇なんだな
Androidプログラミング質問スレ revision53 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1488052551/ Visual Studio for Macはgitでブランチを切り替えるとビルドに失敗して
IDEを立ち上げ直さないとビルドできなくなったり、ビルドできても
変更が反映されないままアプリが実行されたりするからな
Android Studioではそんなことはまずない
まともにビルドができないIDEとか頭おかしい >>605
android studioでもライブラリをソース管理に入れているとライブラリが異なるbranchへ切り替えた時にライブラリ掴まれて切り替え失敗するけどな
つまり、おまえがバカなだけ >>593
確認しました。
特定用途のフォルダ以外はfilePickerでアクセスできるけども、フォルダ内のフォルダやファイルの列挙はできない。で、合っていますか？
どうやっても列挙ができないとなると、任意のフォルダ内のすべてのファイルに対して処理をするってのは諦めるしかないのか・・・ >>607
アクセスできるフォルダでの列挙とかはできるだけろ >>608
My Picture / My Document等のフォルダ以外って意味なんだけど・・・
ネットワークドライブのフォルダ、ファイルの列挙ってできないよね？ >>609
KnownFoldersでなくてもできるわ。 >>610
できるのですか？
方法を教えていただけないでしょうか。 こうやって悩んでる間にネイティブだったらできてるんだよなああ ネイティブで書けてるならその部分だけdependency serviceにしたらいいんだからformsでも書けたも同然でしょ まともにビルドできるようにするのとXamarin.Formsだけで完結できるようにしてくれ
そしたら俺はAndroid Studioを捨ててXamarinをやるよ Xamarin覚えるコストかけるならネイティブ覚えたほうがつぶしが効くし、早いし、価値がある
Xamarinは会社からの指定で仕方なく使うもんだろ
よってXamarinじゃなくネィティブだったら云々の論争は無意味
ネィティブでいいなら、さっさとネィティブで書けや
書けない雑魚はネイティブ覚えろ Xamarin程の糞はない
そもそもMicrofoftという会社自体がもう古臭い
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
Javaを超えることなんか一生ないだろう
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
JavaにはKotlinも追加されてモダンな記述法を手に入れてますます最強になった
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
今時JetBrains製のIDEを使っていない人間は時代が読めてない
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
そんな会社の製品を使ってアプリ開発しているやつは泥棒猫と同じ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
Xamarin.Formsだけで完結できずちょっと込み入ったことしようとすると
お得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
Xamarin.Nativeは薄いラッパーとか言うわりに微妙にネイティブと違ってたりして
ググって調べものするのがネイティブでやるより無駄に時間がかかるのが糞
他の環境では何の役にも立たないゴミみたいなバッドノウハウを大量に蓄積しないと使えないとか糞
何もかもが中途半端最後までやり遂げようという意思がMicrosoftから感じられない
その根本は結局パイを横取りできればいいという考えで生きているからだ
そんな会社の製品を使ってアプリ開発しているお前らを俺は完全に軽蔑する >>619
会社でXamarin導入しようとしてこんなこと言ってる老害いたら陰であいつほんとに何も分かってないしマジ害悪じゃね？とか陰口叩く自信あるわ Xamarin.androidでタイトルバーの右側に設定ボタンつけてボタン押したら画面遷移っていうのしたいんだけど、タイトルバーの右側に設定ボタンをつけるのってどうやったらいい？ swiftやkotlinと比べるとc#はなんか古臭く感じてしまうよなあ >>619
JavaにKotlinが追加されたわけじゃないからw xamarin.formでResorceフォルダに新しいフォルダ追加してxmlファイル追加してもResource.Designer.csが更新されないのは俺だけ？ >>619
流石に知識が少ないというか、発想が古いというか
銀の弾丸はないってMSも言ってるように、XamarinはAndroid Studioを置き換えるようなものじゃない
マルチプラットフォーム、C#、Azure連携とか、そこら辺に魅力を感じないなら無理してまで使うもんじゃないよ
JavaにKotlinが追加とか、パイの横取りとか間違ったこととかわけのわからんことを言ってるのは恥ずかしいから、XamarinとかよりプログラミングとかITの基礎を勉強した方がお前の役に立つと思う >>630
Javaじゃないからぬるぽは起きないねw こう言いたいんだろうな
c#はぬるぽ例外はない
かわりにNullReferenceExceptionがある
ぬるりかな？ >>634
サンクス
ジョークの通じないやつがいて困るわー youtube でマイクロソフトがVisual studio 活用事例のビデオアップしてて
航空会社とかが Xamarin 使ってプラットフォーム間で90%以上のコード共有できてるとか言ってるのみて
Xamarin やらなくちゃって思った Xamarin程の糞はない
そもそもMicrofoftという会社自体がもう古臭い
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
今時JetBrains製のIDEを使っていない人間は時代が読めてない
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
そんな会社の製品を使ってアプリ開発しているやつは泥棒猫と同じ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
Xamarin.Formsだけで完結できずちょっと込み入ったことしようとすると
お得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
Xamarin.Nativeは薄いラッパーとか言うわりに微妙にネイティブと違ってたりして
ググって調べものするのがネイティブでやるより無駄に時間がかかるのが糞
他の環境では何の役にも立たないゴミみたいなバッドノウハウを大量に蓄積しないと使えないとか糞
Xamarin.Formsだけでやろうとすると細かい部分のレイアウトが思い通りにならなくて妥協する結果になる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin >>638
ねえねえJavaにKotlinが追加されたんじゃなかったっけ？ jetbrainsがXamarin iOSに対応したみたいですが、試した方いますか？
https://www.jetbrains.com/rider/download/ とうとうVS2015でのXamarinクロスプラットフォームのテンプレートからWCAプロジェクトが外された・・・
Windows用はUWPだけにしろという事なのか・・・ WCAをBingでググっても意味が分からなかったよ すでにandroid studioが入ってる環境にVS2017のXamarin入れたら
andoridSDKがまたインストールされた
SDKは共用できないのか？
出来たとしてもともとインストールされていた2.3や4.0用のSDKを使っていいのか？
どちらかでupdateしたら両方とも最適化が利くのか？ >>646
環境変数で設定しているSDKを使うだけだからインストール元を気にすることに意味はない >>648
環境変数を設定しなおすとVS2017でも2.3や4.0のSDK選択肢が出てくるのか？ >>649
APIレベルの設定はAndroid SDKマネージャー
VS2017とかはそもそも関係のない話 >>649
2.3や4.0に対応したXamarin.androidがあれば選択できる。
が、そんなものは無いから無意味な妄想だな。 C#ではじめるモバイルアプリ開発ハンズオンシリーズ
GitHub - ayatokura/Xamarin_Azure_HoL
https://github.com/ayatokura/Xamarin_Azure_HoL
勉強会とかどうでもいいことより、こういう形のほうが遥かに良い。
もっと進めてほしい。 >>655
煽る前に頭使えよ
元になるテキストベースでバージョン管理するなら便利だけどPDFじゃ意味ないでしょ VSTSはプライベートリポジトリ向けだからgithubの方が向いてるでしょ バイナリやコンテンツがPDFだけみたいな成果物をgithubに置くのは好ましくないって言われてるけど >>661
別にこの場合はバージョン管理が目的なわけじゃないから構わんだろ PDF数個くらいで大して遅くならねーよ
それよりもgithubはWebページ上でのPDF表示に対応してて見やすいな イメージファイルはバイナリだからgitで管理しちゃいけないとか本気で思ってそう 俺も原則バイナリはgithub管理すべきじゃないと思うけど… リポジトリはすでにforkされててmdはプルリクが来てる
pdfにもプルリク送らせる気か？
送られてもどこが間違ってるのかわからないと言う バージョン管理関係なしにただの公開アップローダーとして使っても別に問題ないだろ Xamarinを使わない場合
1. iOSネイティブで作る
2. Androidネイティブで作る
Xamarinを使う場合
1. Xamarin.Formsで作ってみるがうまくいかないことが分かる
2. Xamarin.iOSで作る → ネットの情報少なくて時間掛かる
3. Xamarin.Androidで作る → ネットの情報少なくて時間掛かる
あれ？Xamarinを使った方が手順が一つ増えてね XamarinやるとするならXamarin.Forms一択だろ。 Xamarin.Formsでプロジェクト作ってもXamarin.iOSとXamarin.Androidのプロジェクトできるじゃん
Xamarin.Formsで難しい所はそっちに書いていかないといけないっていう >>674
はいはい、お前さんの言うことはまったくもって正しいよ
分かっていない他の奴らの方が頭おかしい
…
こう言ってもらえれば満足するのか？ 出来たらなんなの。親でも死ぬの？
それがあるからこそプラットフォーム間のギャップを埋めるのを簡単に出来るんだろ。
望み通りのプラットフォーム個別の記述を許さない完全にラップしたものでなんか作ってみ？思ったのと違う挙動するところを制御する手段がなくて気が狂うぞ >>670
問題ないけど、githubは個別ファイルのダウンロードがめんどくさいでしょ。
GoogleDrive（OneDrive使ったことないからわからん）とか公開ファイル置けるところがあるのに。 >>672
そもそも何がプラットフォーム固有処理で何がそうでないか理解できてない時点でネイティブ開発すらまともにしてないだろお前
何がプラットフォーム固有処理か分かっていればよっぽど特殊なアプリでない限り、
大半はFormsの共通部分で済むことが分かる githubの有効な使い道もわからない底辺ITドカタ集団にいくら話しても無駄
このスレもアップローダーがわりにgithub使いたいというエンジニアらしからぬ考えの人ばかり へー、すごいねー
貴方はさぞ優秀なエンジニアなんでしょうねー
２ちゃんねるなんかで煽りレスしている程度の底辺レベルの知能レベルの様ですがｗ >>672
Xamarin.Forms使ったら2と3の部分が激減するんだけどなw Xamarin.iOSとかXamarin.Androidの情報とかネイティブの情報流用したらいいだけだからなんぼでも見つかるね >>653
全部終わらせたけど
表記のあからさまな間違い
手詰まりとなる変化などがあった
（わかってるから普通に進めたけど知らない人は詰まる）
あとはソースがページをまたいでるものがあってコピペしにくい
ページ数を意識しなくていいんだから改修後のソースは改ページしたあとでもよかったのではないか
1章の内容は電話をかけるのとトランスレートの意味が分からないので題材としてはいまいち
でも全体的には面白かった XamarinよりHoloLensのほうが楽しいわ。 Androidの実機へのapkインストールが頻繁に失敗するんですがどうなってますか C#でAndroidアプリを作れるというのが理解できない
XamarinがC#のコードをJavaに直して吐き出してくれるみたいなイメージでいいんですか？ Xamarin.Formsで全画面表示ってできるんですか？ %%%MC+7,8%%%
}
000-"M","LES","TUV=0.13325&/0\7&%&",
001-"23","1","0","2","7.14",[\b%7/1444*%812%2.3%7&6111\end\\]{%3%12%\br >>691です
ＣシャープのコードをILという中間コードに直して、そこからAndroidの中間コードに変換してくれる、で合っていますか？ >>698
ILから先は.NET のランタイムがAndroidやiOSのAPIを直接叩いて動作する >>698
だいたいあってる
C# => C#中間バイナリ => Android Nativeバイナリ とコンパイルする(JIT含む)
実行時には.NETランタイム(Monoランタイム/VM)が
Android NativeバイナリからAndroid API(C言語I/F)を経由してAndroid API(Java)を呼び出す
http://www.mono-project.com/docs/advanced/runtime/
とか
https://developer.xamarin.com/guides/android/advanced_topics/application_package_sizes/
を解読したら読み取れるんじゃないかな
.NETランタイム(Mono)はVMじゃねぇ！！とか言う奴いるけどJITコンパイラを含むVMなんだよなぁ
極力プレコンパイルなりJITなりでネイティブコードに落としてるんだろうけど限界はあるやね >>698
ttp://www.buildinsider.net/mobile/insidexamarin/07 >>701
こんな風になｗ
一次リソース出しても読みもしないで思い込みで布教するから困ったちゃん 「Android Nativeバイナリから」が日本語がおかしいんじゃね おかしいとか間違っているとかいうなら、どう間違っているか、正しいのはどうなのかを書かないと無意味。
まあ、中には煽りたいだけの人もいるだろうけどね。 >>699>>700>>702
>698
ですがみな様ありがとうございます
取り急ぎの感謝です
じっくり読ませていただきたいと思います > .NETランタイム(Mono)はVMじゃねぇ
に脊髄反射で気に入らないんだろうけど
> The Mono runtime implements this virtual machine.
と公式に明記されてるっつーの
プレコンパイル(C#中間コードへ)とJIT(Android Nativeへ)でarm, x86バイナリに変換してるって理解してないのかいな
んで、流石に全命令をPFコマンドにマッピングできないからランタイム(VM)が中継しなきゃならんわけだろ
まさかC#から.dexにコンパイルしてるとか、MonoにJITは存在しないとか思っちゃいねーだろうな 煽りなんじゃなく本気でXamarinが貶されてると思って反論してそう、反論になってないけど
俺の知識も結構古いから最新のXamarin.Androidが以下のことしてるならソースをおくれ
1. アプリケーションレイヤーのC#は.dexにコンパイルしてて, Android API(C言語I/F)を操作することはない
2. JITまでの処理を超絶賢いコンパイラでART並みのネイティブターゲットビルドしてる(この場合、Android Java APIはどうやって呼んでるの？) Javaで作ったアプリと
C#で作ったアプリ
実行速度は同じですか？ Xamarinのが遅いし実行ファイルの容量もでかい いやむしろダルビックがクソのせいでXamarinで書いたやつの方が基本速いって話だと思うが。
新しいVM名前忘れたけどそっちだとどうかは知らん。 「.NETランタイム(Monoランタイム/VM)が
Android Nativeバイナリから」 ごめん途中で書いちゃった。
それはJITコンパイルされたものからJavaを呼び出してるって意味？ >>700
>Android API(C言語I/F)を経由してAndroid API(Java)を呼び出す
APIがAPIを呼び出すってどういうこと？ 一つのアプリを起動するとmonoランタイムとdalviｋランタイムの
両方が立ち上がって相互に依存しあっている状態になる
これを一つのフレームワークとみなしてる
monoでJITコンパイルされたnaitiveアプリはmonoのライブラリを参照する
monoから直接叩ける下位のAPIはそのまま実行
dalvik（java）に依存してる部分は仲介システムを介して実行 初めからAndroidネイティブやってりゃこんな混乱なくてめでたしめでたし >>713-714
疑問は同類だと思うからまとめてレスするけど
Xamarin.Androidで吐かれた実行時のコードってJava(VM)レイヤーじゃなくNative(C/C++)レイヤーで動くわけじゃん？
そのレイヤーからJava APIを呼ぼうと思ったら、JNI経由してJava APIを呼ばざるを得ない
C#コード => .NET Runtime(C/C++) => C/C++ Android API(JNI) => Java Android API
public class MainActivity : Activity
って書いた時のC# Class "MainActivity"とJava Class "Activity"は直接連携してるんじゃなくて下からぐるっと回って連携してる理解
>>716
その記事のソース元だと思われるアーキテクチャ資料はこれかなぁ
https://developer.xamarin.com/guides/android/under_the_hood/architecture/
AndroidアプリケーションAPI(Java)の上に一部重なってXamarin.Android API(C#)がいるけど
MCWもACWもJNIを経由してるよって言ってるからまぁそういうことなんだろうな >>719
いや疑問ていうか君の書いたもの分かりづらいからこういう意味で言ってるんだよね？っていう確認 >>719
JNIはjavaからネイティブを呼ぶ仕組みだからまったくの逆では？ >>720
IDを転々とさせて煽ってるけどお前は誰だよw
>>721
NativeからJavaを呼ぶモノもJNIって呼ぶよ・・・最近のJava業界は違うのかもしれんけど
さておき、元々の反論(笑)からズレてしまったけど
C#のJITコンパイルしたコード(Managed Code)ってどれくらいネイティブ化してるんだろうね
Mono VMっつってるけど、Dalvik VMほどアホじゃなくART Runtimeくらい賢いといいなぁ >>724
勝手に陰謀論にしてんじゃねーよ
>>713に書いたようにお前の書いたものが何言ってるのか分からないから確認してやってんだろが。
そもそもお前が勝手に他の奴はわかってねえとイキってるだけやん 最新のandroidは、実行統計情報に基づいて再コンパイルするART runtimeと新しいJIT runtimeのハイブリッド XamarinのUWPって.NET Nativeではないん？
つまり遅いん？ >>726
で、何が言いたいんだよｗ
疑問、確認済んで自己満足したら罵倒なのはどうかと >>732
いや確認したこととお前が上から目線でイキってるのとは別でしょ。 >>710
実効速度考えるとAndroidStudio一択なんだけどね
開発速度考えたらXamarin一択になる
AndroidStudioの要求スペックやUI全てが糞オブ糞 有能な開発者がAndroidStudioは見切ってるリアルやストア見ればわかるけどね
Xamarinも全然ベストということはなくてアンチテーゼのレベルにとどまってはいるが 今VisualStudioもAndroidStudioも両方使ってるけど、IDEの出来ならだんぜんAndroidStudioだわ
必要マシン性能はCorei7 16GBメモリ SSD これだけ揃えれば問題ない
AndroidStudioに慣れた後だと、なにやるにしてもVisualStudioはひと手間多くて嫌になるよ
VisualStudio for Macはさらにひどい出来だな 今年のGoogleI/OでKotlin採用が一番受けたけど、
ここで歓声上げた奴等はほぼAndroidStudio贔屓だと思って間違いない
AndroidStudio無しでKotlin使うとかほぼ考えられんからね そんなのJavaで開発してりゃ当たり前だろ
使い分けも出来ないのはただの無能 AndroidStudio見切ってるやつがKotlinを歓迎するのか
おまえ面白いこと言うのな VisualStudioではJavaは使えないしAndroidStudioではC#は使えない
それだけのこと >>740
もともとkotlin派はintellij使ってるけどw C#使ってる奴等はほぼVisual Studio贔屓だと思って間違いない >>744
intellijのandroidサポートはAndroidStudio と同じものだろ
新規プロジェクト作成で同じ画面出てくるし >>735
うん、イキってるのは関係ないから大人の余裕でスルーしなよ
そんなことよりXamarin(Mono VM)がVMと評されるほどアホじゃないってことを示そう
Xamarin詳しくないから賢いならどういうアーキテクチャでそうなってるのか興味ある >>739
i5 メモリ8GB SSD
これだときついかな？ >>748
AndroidStudioとemulatorとその他ブラウザとか動かしてるとちょっとキツイかなって感じ
emulatorをやめるか、AndroidStudioとemulator専用マシンならいける >>747
いやだからお前日本語おかしいってw
AndroidStudio使いやすいのか。
覚える気は無いけどVSより使いやすいってのは思想設計がいいのかAndroid専用だからそりゃ色々最適化されてるってのとどっち？ >>752
AndroidStudioはJetBrains社のIntellijIDEAにGoogleがandroid用プラグインを追加したもの
IntellijIDEAはプラグインでいろんな言語に対応できる
IntellijIDEAが優秀かどうかは好みの問題もあるだろうけど、
JetBrains社はほぼIDE専業メーカーとして生き残っているわけで、一定の評価は受けてると思っていいだろう VSは時代遅れ
microsoftに関わってるやつはゴミ この記事でも紹介されてるAlt+Enterが、
AndroidStudioでもほんと便利で捗る microsoftは10年以上IDE開発しててゴミとか才能ないよ なんだかんだ言って最高のIDEはVisual Studioだわ >>753
おお、ideaが元なのか。それは良さげだな。
R#先生にはお世話になってます。
ideaは2000年かちょい前ぐらいにjavaやってた時に触ってすげーと思った記憶が。 Xamarin信者が発狂する「VM」という釣り餌があるに荒らしが構ってくれなくて悲しい
お前らIDEだのKotlinだので盛り上がってないでXamarnを煽れよ... 日本語がおかしいって言われているのがまだわからないのか つか誰かVMで発狂してんの？泥のはVMで意味通じるやん >>763
泥だけじゃなくてiOS含め全PFでVMやぞ 何がVMかは定義次第でまあいいとしてAOTしたものもVMとか無いわー >>768
大好き民しかいないように見えるなら病院行った方がいい ちょまどのことが気になるから周りが皆ちょまど大好き民に見えるんだろう >>767
それはギャグで言ってるのかね？
その論だとJavaがVMじゃないとか、Pythonがインタプリタじゃないとか言えそうだなww 「日本語がおかしい」としか言えない壊れたオモチャになった信者は置いといて
便乗してVM煽りに参加してきた荒らしを「VMも悪くない」と殴り返そうと待ってたのに誰も乗らない
VMであってもVM内で完結するManaged Codeの実行速度はネイティブと大差ないし
CPUコマンドを直接操作する処理はAOTコンパイルで最適化入るからVMであることは蔑称じゃないんだよなぁ
信者はVMとして動くXamarinを誇るべき >>772
何でそうなるの？マジで意味わからんから説明してみ？
自分は.NETやJavaでVM云々出てくるのは生成物が中間言語でそれがいろんなところで動くよってことからその実行環境にたいして来てると思うが、
その特性はAOT通したら失われるわけだから通したものをそう呼称するのは違くないかって言ってるんだが。
なんか解釈間違ってるっていうなら具体的によろ >>774
AndroidのART runtimeはAOT？ >>777
中間言語を元に動くのであれば仮想マシンと言っていいかと。
コンパイルするのが事前か実行時かは本質的な違いではない。
そも仮想マシンというよりも仮想ランタイムって方が語感としてはしっくりくる。
iOSのAOTはそのマシンでは中間言語関係ないからランタイム上で動いてるとは言っても仮想ランタイムではないって認識。 誰もVM煽りなんてしてないでしょ、お前が一人で「Mono VMはVMとは言えない」と孤軍奮闘してるだけ
AOTで全てのManaged Codeがネイティブ命令になってるわけないじゃん
CPU依存のメモリや演算は最適化されるけどVM上で操作するオブジェクト操作等々はC# VM上動く命令コードのままだよ >>653
ヒマなのでつらつらソース見てみたけどcommandがおかしい
GetCommandで毎回新しいコマンドを渡してるのでbindingされてない
MSが書いたのかどうかしらないけどバグ入りなので訂正よろしく 言い方がまずかった
GetCommandで毎回新しいコマンドをわたしてるので
GetCommand.ChangeCanExecute();
してもバインディングされているボタンに反映されない >>779
誰に言ってんのかわからないから安価つけろよ
iOSでマネージコードで動いてるっていうならソースよろ。初耳だわ。
何れにしても上で日本語おかしかった奴が煽りとか言い出した？そいつが間違った知識でイキリ始めたのが元凶じゃねーの。まあ皆仲良くXamarin使えばいいと思うよ Xamarinのランタイムの話をする時はiOSかAndroidかどっちの話をしてるのか明確にして欲しいな
全然仕組みが違うんだから ググったら公式サイトに図で説明あんぞ?また思い込みで戦ってるのかwww
Xamarinユーザは程度が低いのう
違うなら違うというソースよろ ついにage続けてた子も壊れたオモチャになってしまったか
どこの日本語がおかしいのか、どこが技術的に間違っているのか
そして、それぞれ何が正しいのかを一次ソース付きで提示できないのがXamarinクオリティなんだなぁ
>>787
遅くないよって解説しようと思ってたけど呆れたからやめる
特定条件下ではネイティブと比類ないorネイティブより速度出るよ、その特定条件下のベンチマークは探せばあるんじゃね おお、あげてたさーせん
「Xamarin詳しくないから賢いならどういうアーキテクチャでそうなってるのか興味ある」
これ全く意味わかんない 意訳してみた
「（私は）Xamarin（について）詳しくないから（、もしあなたが）賢い（という）ならどういうアーキテクチャでそうなってるのか（を説明してほしい）（私はそれについて）興味ある（ので）」 Xamarin程の糞はない
そもそもMicrofoftという会社自体がもう古臭い
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
今時JetBrains製のIDEを使っていない人間は時代が読めてない
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
そんな会社の製品を使ってアプリ開発しているやつは泥棒猫と同じ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
Xamarin.Formsだけで完結できずちょっと込み入ったことしようとすると
お得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
Xamarin.Nativeは薄いラッパーとか言うわりに微妙にネイティブと違ってたりして
ググって調べものするのがネイティブでやるより無駄に時間がかかるのが糞
他の環境では何の役にも立たないゴミみたいなバッドノウハウを大量に蓄積しないと使えないとか糞
Xamarin.Formsだけでやろうとすると細かい部分のレイアウトが思い通りにならなくて妥協する結果になる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin 全部反応するのめんどくさいから１つだけ。
MVVMが間違ってたってなら、何でMVVMを採用するフレームワークが他の言語や環境でも出るんだろうねw
あと他のライブラリ入れなくてもXamarin.FormsだけでMVVM出来るからw キー(String)とデータ(int)の組み合わせをファイルに記録しておき、キーに対するデータを取得したいのですが、
Xamarin.Forms ではどのような方法が一般的なのでしょうか。
組み合わせは数百ほどで、データは逐次更新します。
やはりXMLですかね? >>801
普通に順にテキストに書き出して
あとで読み込め 結局AOTなんか全部はされてないとか言ってた奴はどこ行ったんだ。 荒らしは>>796みたいに技術的な所をかまって貰えて羨ましいなぁと思いつつ居るよ
Xamarin.Androidの話題なんてなかったんや .NET Standard 2.0準拠の.NET Coreが出たら.NET CoreをAndroidやiOSでも
動くようにして、MonoベースのXamarinから.NET Coreベースの
新しいクロスプラットフォームな環境をぶち上げるのが既定路線じゃね。
やっぱ、マイクロソフトは品質の問題から他社ベースの製品より自社開発の
ものを優先するからね。 でもちょうど、UWPアプリをクロスプラットなアプリとして生まれ変わらそうとして
とりあえずコア部分とビューモデル部分の移植作業してるんだが、それまで待ってられねぇし、Xamarin.Formsで作って予想が当たって
1年後に死ぬとかいやだな・・ >>808
そんなふうに考えてた時もあったけど、MONOはしばらくなくならないと思うよ。
というか.NET Standardで共通ライブラリ化ができるならそこを急いでする必要性ないと思うけど。
.NET CoreはサーバーがらみでLinux対応など必須だったと思うが。、 >>812
そっかぁ。俺は別にマイクロソフトの会議とか参加してねぇし、詳しく知らんが。
で、そこらへんに詳しそうな人をTwitterでフォローしてるが、この前のBuild 2017で
Xamarinの話とかフォローしてる人全然話題にしてねぇからな。
いざ、Xamarin.Formsで作ってみようと思ったのでXamarin.Formsの将来を
考えたときにあれれ？と思い始めちゃってどうしようかと。 CoreCLRはもうGitHubでAndroid対応始まってた気がする じゃあ今学んでいる糞みたいなバッドノウハウは
なんの役にも立たない糞知識と化すわけか
理想の形に仕上げてからリリースしろよ
マジ時間の無駄 http://ascii.jp/elem/000/001/156/1156721/index-3.html
には捨てられるまでは書いてないでしょ。
.NET Standardに統一されると言ってるだけで、
その.NET Standardに準拠した実際の環境(.NET Frameworkやら.NET CoreやらMonoやらが)
がどうなるとはいってないような？？ そんな不安定であやふやなものに人生の貴重な時間を費やすのは馬鹿のやることだな >>818
そんな考えならIT関係全般関われないな
一通りマスターしたと思い込んでる知識が5年後も使えるなんてあり得ない 学ぶのがいけない。
流行りのものを使えば、流行るだけの利点もあり情報もありすぐ使える。
流行らないものを使おうとするからいらん苦労してわざわざ学ぶ必要がある。 どう考えても統一されたほうがいい。
デバイス、OSいろいろあるのにその上いろいろあったら混乱するだけ。 >>821
その意見の人がわりといるから、
未だに様々な場面で c++ が使われてて、
通信は HTTP に集約され、
テキストデータは xml / json になり、
みたいなことが起きてんだよね多分 >>814
https://github.com/dotnet/coreclr
First steps for generating nuget packages for ARM64/Android. (#10286) 9 days ago
見ると、ARM/Androidの文字が・・
Mono捨てられて.NET Coreベースの新環境くるのか・・ XAML StandardもWindows寄りになりそうだから。
既存のものも動くらしいけど。 >>826
おまえみたいな社会的役立たずよりは、よほど有用なツールだよ >>818
2ちゃんに書き込みしといてよく言うわwww Windows Formsボロクソ言われてた割にメシ食わせてもらったし
Xamarin.Formsもよろしゅう頼むわ〜くらいのノリでいいんじゃねーかいｗ
開発環境前はだいぶあらぶってた気がするが最近落ち着いてきたね こんなゴミで満足するとか糞を使ってると
まともな感性が失われるんだな まあ別にこれ選択肢なくても殺されるわけじゃないんだから、ネイティヴで個別に開発するかコルドバするかReactNativeにするか好きにしたら。
案件で使ったけど、次も俺はXamarin.Forms使うわ >>824
ヘンタイはすでにCoreCLR on AndroidでHello Worldを動かしている模様
ttps://github.com/dotnet/coreclr/issues/9946#issuecomment-284232191
Linuxで動くんだからAndroid向けにクロスコンパイルできないわけない！みたいな根性論だな
正式にXamarinの中の人がMonoからCoreCLRになる日は遠いだろうけど楽しいねぇ 最終的には統一されるだろうけどいろんなものがMONOがらみとして構築されてるだろうから、置き換わるの当分先なんじゃ。 8割がた動くはすぐ、99%は先のはなし。捨て去るには、10年では足らん。 c#8で超便利機能が実装されたらあっという間に駆逐される気がする >>838
.net native って割と凄いんだけどね
笑っちゃうほど早くなるよ >>最終的には統一されるだろうけどいろんなものがMONOがらみとして構築されてるだろうから
そもそも論として現状monoなんて普及してるのか？？
monoが使われてるケースの8,9割がxamarin絡みだとしたら、
マイクロソフトがmonoベースのxamarinから.NET Coreベースに舵を切ったら
あっという間でしょうに。
monoがxamarin以外ですごい使われてるなら話は変わると思うけど。 XamarinがらみのXamarin社内の開発環境などの話な。
色んなツールとかがMONO前提でできてんじゃないのと。詳しくは知らんけど。
そんな数ヶ月でガラッと置き換えるようなもんでもないのかなと ListViewに高解像度の画像のURLを指定して読み込ませるプログラムを作ってみた
ListViewとImageCellを使えばURLを指定しただけでも画像を読み込んでくれて
簡単に作れるがメモリ不足でアプリが落ちる
CachingStrategyをRecycleElementにしたら落ちなくなったように見えるけど
スクロールがカクカクでまだ重い
listviewもそこまで世話してくれないか そういうのは先読みキャッシュ実装しないと滑らかにはならんだろうな ListViewとかスマホアプリの最も基本的なＵＩなのに、それすらまともに動かないとか糞杉ｗ
ListViewもXamarin.AndroidとXamarin.iOS使って個別に作らないいけないわけ？
これでクロスプラットフォーム名乗ってるんだから爆笑だよｗｗｗ AndroidもiOSもListViewの先読みキャッシュは標準では無いよね？ >>843
listview作成後画像を遅延ダウンロードさせるとか ttps://www.youtube.com/watch?v=8GPhZR9RMiY >>850
ズボンもパンツも脱いで尻突き出して自分でアナルを割り開くくらいの清々しい突っ込み待ちだな >>851
最初の数分見たけどつまらない。
全部見ると役立つ情報もあるの？
見た人教えて。 >>843
高解像度ってどのぐらい？
そもそもなんでそんなものをListViewで表示させんのよ。普通解像度落とすだろ。 スマホのメモリーなんてたかが知れてるんだから、Xamarin使っても使わなくても高解像度画像を大量にそのまま全部リスト表示してたら落ちるのは当たり前 まあこれぐらいくだらないことしないとXamarinにケチつけられないって事ですね。わかります。、 まぁ、でも問題はXamarin.Formsでプラットフォームを意識しないで
最適化簡単にできるのか知らんがww Xamarin以上にプラットフォームの差異を意識するところは意識してかける、意識しないでいいところは共通に書ける仕組みあるなら教えてくれ。煽りじゃなく他のやつでいい感じのあるなら知りたいわ
全部違いを意識しないで書けるとか言ってる奴はプラットフォーム間での差異をコントロールできないだろうから結局使えなくなると思うけど。 そんなものはないXamarin含めてクロスプラットフォームは糞 FB Reactが頭オカシイ感じにPF依存なフレームワークになってる
PG観点ではウケルwwwって感じで悪くないけどデザイナどころかSEすらも拒否反応示すレベル
まだXamarinの方が採用しやすい
(信者向けXamarinヨイショは忘れない) >>864
高解像度の画像をリストビューに貼るあなたに言われましてもw プログラム板的にはIPじゃなくてリモートホスト名かな 高解像じゃなくても重い
特にAndroid側が酷い >>869
画像の読み込みを非同期で処理していないからだろ。
ちゃんと非同期でやれば重くない。 >>869
Xamarin製のStoryoは遅延レンダリングしてて
大量の画像のレンダリングもサクサクだった 非同期も理解しないで重い重いと文句言ってるのか
そもそもプログラマーとしての基礎が足りなさすぎる
批判する度に自分の無知さにより恥かくだけだぞ たぶん最近「UI」やら「クロスプラットフォーム」って単語覚えたキッズかと 争いは同じレベルの者同士でしか発生しない
を体現したスレなんだなって思う
>>876
逆に考えるんだ
機能的に完成されすぎて速度くらいしか改善点がないんだと 非同期とか意識して実装しないとまともに動かないとか原始的すぎだろ
AndroidだったらGlideとかPicassoとか使えばURL渡すだけで良い感じにやってくれるわ
非同期意識して実装してるってことは、ListViewをスクロールして画面外に消えた際のリリース処理とか
再度画面内にスクロールした際の再描画処理とかまで自分で実装してんのか？
2017年の現代社会でそんな原始人みたいなことやりたくねえわ
Xamarinって原始人向けのツールなんだな考えられねえわ そんなにPicassoがいいならXamarinでPicassoのライブラリをバインドして使えばいい >>881
お前その聞きかじりの知識で吠え続けるのいい加減恥ずかしくないのwww >>881
>非同期意識して実装してるってことは、ListViewをスクロールして画面外に消えた際のリリース処理とか
>再度画面内にスクロールした際の再描画処理とかまで自分で実装してんのか？
これ、俺はJavaのAndroidアプリで自前でやってるけど、20,30行書くだけだから、別に大した処理じゃないだろ・・
で、UWPアプリでも今作ってるけど、Unloadイベントをビューモデルのキャンセルイベントにバインドしてるだけで、
しっかりUnloadイベントでいいのか調べてないけど、合わせても数行だしな。 まぁ、もちろん自前でやったのは、GlideやPicassoのキャッシュ管理の部分が嫌だったからだけどさ。
つか、今度は周辺ライブラリ比べ始めたのかよ。 言語スレじゃなくてフレームワークスレだからな
標準ライブラリで最適なモノ提供しろってことだろう また訳わからんこと言い出したぞ
標準ライブラリの意味わかってるか？ 要は「俺がやりたいことは全てライブラリ追加なしでできるようにしろ」ってことだろ？
随分都合のいい考えだな そのうちプログラミングできないからアプリ作るの手伝ってくださいって泣きついてきそう それでもこのスレの住民は素直に構ってくれること確実 >>891
そんなの指摘内容見たらこいつ何にも分かってねぇって瞬殺だよね Xamarin.Forms Windows を復帰してくれないかなぁ・・・
UWPだと制限が多すぎて苦労する。特にファイル周り。 >>895
WPF出るそうだけど。
わざわざXamarinでやる意味もあんまりだが。 自分で作ったPCLをXamarin.Formsのテンプレートが作成したPCLのプロジェクトに
参照として追加できなかったが
手動でプロジェクト書き換えしたら動いた
どうやらプロジェクトのターゲット
（.NET Framework 4.5、ASP.NET Core 1.0、Windows8、Xamarin.Android、Xamarin.iOS等）
が異なるとだめらしい
しかし、プロジェクトのプロパティから変えようとしても何故か同じに出来ない
UWP関連のツールをインストールしてないからなのか？
手動でプロジェクトファイルのTargetFrameworkProfileをProfile259に変えると良いとstackoverflowで読んで
そうしたら動いた
ASP.NET Coreをターゲットから外してもPCLを参照に追加出来るが
System.Objectが無い（CS0012）とか出るからやっちゃだめ
Nuget3.0をオプトイン出来ないとか何とか出て戻せなくなる >>896
WPFでもXamarin.Forms使えるのか。
ちょっと試してみる。
自分がXamarinを使うのは、WindowsとAndroidで同じアプリを使うため。 >>897
分からなくもない振る舞いだけどうーんって感じだな
各種IDEの完成度の問題かねぇ C#はけっこういいと思うけどライブラリのパッケージ関連は見直さないとダメだろ
頑張って説明してくれてるこのページとか見ても
http://ytabuchi.hatenablog.com/entry/2014/12/10/174116
泥団子捏ねてるみたいな感じだ >>902
2年以上も前に書かれたページを出されてもねぇ・・・ >>902
わかる
XAMLとかまともに説明してるサイトとかみたことない >>902
そのための.NET Standardだろ… 基礎〜中級レベルぐらいまではXamarin公式で網羅されてると思うけど .NET Standard & XAML Standard 出てからがほんとのスタート。 >>904
ベゾルド本にみっちり書いてんじゃねーか。
ただだぞ？ Xamarinするには、まず人脈♪
／＼
／ 神 ＼ ・@chomado
／ ＼
／￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ ＼ ・@ytabuchiとか
／ 偉い人 ＼ JXUGの方々
／ ＼
／￣￣￣￣￣￣￣￣￣￣￣￣￣ ＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ 一般ピープル ＼ ・無償化されて
／ ＼ 知った人
. ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣
ttp://pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg >>911
これ書いたおっさん、今もぬけぬけと呟いてるの見るとなんだかなぁと思ってしまう 何のことかわからなかったけど
ググったら出てきた
【Xamarin】ちょまど炎上事件についてのまとめ
http://www.utali.io/entry/2016/12/02/212810
＞つまり、彼女はアンチたちが表層的であれ、深層的であれ、喉から手が出る程欲している地位や
＞立場をいとも簡単に手に入れているのである。
＞しかも彼女は多くのフォロワーを持つツィッタラーだったので、一部始終がすべて明らかになっていた。
これマジで言ってるならかなり無能だと思う
女に毒されておかしくなったのかこの人は？ 使いもしないのにずっと粘着してこれ程の糞はないと言い続けてる奴が一番キモいけどな >>905 >>907
その希望の星の.Net Standardにしても
https://docs.microsoft.com/ja-jp/dotnet/standard/library
の一覧表とかみるとため息がでるよな
MSはこういう名前とかバージョンのつけ方が致命的にセンスない >>922
単に自分がサポートしたい範囲が収まるようにバージョン選ぶだけでしょ
この一覧表を暗記しろと言われてるわけでもあるまいし、何も難しいことはない >>922の表
.NET Standard が 1.4 -> 1.5 -> 1.6 -> 2.0 と進むと
「.NET FrameworkおよびTrooling1.0」が 4.6.1 -> 4.6.2 -> vNext -> 4.6.1 と戻ってるのは何なの？
.NET Standardの2.0とこクリックした先見ると.NET Coreは2.0なのに
その表だと vNext なのはどうして？
.NET Standard 1.4/1.5/1.6のとこクリックした先見ると.NET Frameworkは全部4.6.1ってなってて
その表の 「.NET FrameworkおよびTrooling2.0」に対応してるっぽいけど、
その表の 「.NET FrameworkおよびTrooling1.0」ってのは何なの？ 日本語のドキュメントが怪しかったら英語のドキュメント見るのは基本じゃね。
言語を英語にすりゃいいだけじゃん・・ 訳が怪しいとかはともかく
こんな根本的な間違いをMSの公式が放置してるとかどうなってんの？
英語版のも疑問点は残るな
.NET Standardの2.0とこクリックした先見ると.NET Coreは vNext なのに
その表だと 2.0 なのはどうして？ (これは>>927でおれも逆書いてた)
.NET Standardの1.6とこクリックした先見ると .NET Framework は 4.6.1 なのに、
その表の 「.NET FrameworkおよびTrooling1.0」が4.6.2 になってるのは何？ ドキュメントの不備が嫌ならVB6でも書いてれば？安定してることこの上なし おれは必要ならソースを見に行くが
MS公式が設定して提示すべき情報があいまいになってるとかアカンだろ
こんなのが積み重なって勉強会来ないとまともな情報が手に入りませんよとか糞な状況が生まれる 現状のPCLとかプロファイル番号の混沌とした状況を整理しようっていう新しい規格が
そんなんじゃため息のひとつも出るだろ？
実際のところこれからNETStadardに切り替えていくとしても
しばらくはPCLの外部ライブラリも使う必要があるわけで、
サポートするプラットフォームのバージョンの組み合わせを考えるだけで頭痛くなってくる PCLは実際に使ってみるとサポートしてるよーっていうはずの特定のプラットフォームでバグがあって動かんとかあるしな
Windowsで動作確認したあとAndroidで試してみたら動かんとかあって
あわてて別ライブラリに変更とかひどい目にあった ちょっと待てよ
MS公式が異常なだけで他の言語から入ってきた人からすれば放置されることのほうがおかしい
他の公式はユーザーが活発で指摘が入ったら即治すとこが多い 見つけたら報告とか修正してあげては？
ページ内のEditからGithubにいけて、pullreqなりissue立てるのが一番良い クロスプラットフォームなんてまだ全然実現できていないからその辺は気をつけないとな >>934
うちは.NET Standardの方でWindowsでは動くのにAndroidじゃ動かないって問題が出た
先にWindowsの開発が進んでたから、PCLの類似ライブラリ使うよう作り直し >>942
それは、クロスプラットホーム全般にあり得ること >>943
PCLの外部ライブラリならともかく、.NETStandardのMS公式ライブラリがまだこんなレベルなことに愕然としたけどね Standard、1.xとかついててもまだ実質開発途中のものだし… 有料のサポートに通報すると直してくれる可能性大。できなくても、特性パッチくれたりする >>946
その辺がマイクロソフトのネーミングセンスの糞なとこだよな
ワザとやってるのか？ >>946
開発ストップしてるVB6でも使っとけよ Windowsチームが参戦したのは最近だからな。
これからだよ。 Xamarin程の糞はない
そもそもMicrofoftという会社自体がもう古臭い
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
今時JetBrains製のIDEを使っていない人間は時代が読めてない
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
そんな会社の製品を使ってアプリ開発しているやつは泥棒猫と同じ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
クロスプラットフォームという割にほとんど個別に作っているのと変わらない
ＵＩは共通化できると言うけどListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
結局ネイティブでやるより時間が掛かってクロスプラットフォームのメリットが相殺されるどころか
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin だんだん長くなって来てるな。
書き込み最大行とかってあるんだっけ Xamarinはちょこっと去年買収しただけだから、
Microsoftクオリティ求める方が馬鹿でしょ。 >>956
Qtってプラットフォームのネイティヴコントロール生かした表示するとか必要な場合にネイティヴコントロール埋め込むとか出来るの？ >>949
3.x で初めて使える物を出すのがMicrosoftの伝統
個人的にはわざとやってるんだと思う
(できの悪い 1.x 、2.x は重要視されないから訴訟リスクがない) >>959
そなのか。
なんかあまり使われてる風じゃないけど有償だから？
後モバイル用はないんだよね？ 日本人ってやたら過剰に品質求めて少しでもバグあれば鬼の首取ったように批判するよね
個人で文句言ってる分にはどうでもいいが企業でもそんな感じで、枯れた技術じゃないとビジネスには使えないと言い出す始末
少なくともIT分野の場合は完璧でないものを排除するメリットより、排除することで最新技術から取り残されるデメリットの方が圧倒的に大きいんだから
最新のものは完璧ではないという前提で、バグが出てきたらその時に対処すればよいというか
対処できる能力のある人間を用意しておく方が建設的 そのおかげで今の高品質の日本という確固たるイメージがあるわけだが >>963
従来の製造業での高品質の追求をITにそのまま持ち込んだ結果が世界的にソフトウェア業界でボロ負けしている現状でしょ >>934
そもそもバグあると分かったなら公式へ報告すればいいし、直し方が分かってるなら直してあげればいい >>961
WindowsはMacのパクリだ！とか
.net は java のパクリだ！とか
MS-DOS は PC-DOS のパクリだ！とか
そんなような >>966
んじゃなんでそれみんな使ってないし話題にもなってないの Xamarinするには、まず人脈♪
／＼
／ 神 ＼ ・@chomado
／ ＼
／￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ ＼ ・@ytabuchiとか
／ 偉い人 ＼ JXUGの方々
／ ＼
／￣￣￣￣￣￣￣￣￣￣￣￣￣ ＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ 一般ピープル ＼ ・無償化されて
／ ＼ 知った人
. ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣
ttp://pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg んじゃなんでそれ俺が使ってないし話題にもなってないの >>969
ちゃんと流れで読めよ
最初は訴えられそうにないショボいの出すからバージョン3あたりまではでき悪いって話 そもそも>>958でライブラリに訴訟とか言い出した辺りが根本的に間違ってんじゃ ウインドウいっぱいに<Image>
下端に<Slider>
中央、<Image>の上に<ProgressBar>（必要時以外は非表示）
Xamlだとどう書けばいい？ gridじゃImageの上にプログレスバーを重ねたりは出来ない
AbsoluteLayoutを使いましょう >>982
> <Image>の上に<ProgressBar>（必要時以外は非表示）
レスが読めないのか理解できないのかどっち？ >>983
？
Gridの同じカラムとロウに、ストレッチされたイメージとその上に重なった縦横センターのプログレスを置くことできるだろ。
なんか置けない制限あったっけ？
非表示とかはとりあえずなんとでもなるからどうでもいいだろ？ >>983がマウントしようとしてバカを晒してるってことでおけー？ 相互マウントに必死になってるでおｋ
このスレ、マウント好きのユーザと荒らししかいないｗ スルーしとけよ
いちいち構うとお前も荒らしと変わらんぞ なにも考えずにGridに並べたら、希望に近いものが出来ました。
VerticalOptions="Fill" / "End" / "Center"
今度はProgressBarがリアルタイムに反映されません。
var task = Task.Run(() =>
{
DoWork();
});
// <ProgressBar x:Name="pbWait" HeightRequest="20" VerticalOptions="Center" />
private async void DoWork()
{
for(int i=0;i<100;i++)
{
Device.BeginInvokeOnMainThread(() =>
{
pbWait.Progress = (double)i / 100.0f;
});
wait(100); // 100ms のウエイト
}
} doubleじゃなくてintだった気がする
Maxで最大値指定 >>992
こういう奴ってどの数字セットしたら表示が変わるか、どのぐらいの頻度でやったら更新する更新しないとか試した上で質問してると思う？ >>993
コメントとして書いているように、指定したミリ秒、何もしない関数です。
そのままだと速すぎるので10秒で0からMAXになるように、1回につき0.1秒のウエイトを入れています。
>>994
Sliderと間違えていないでしょうか？
>>995
0.5を代入して半分になるのは確認しています。
その後、何度か試してみますとまったく変化がないわけではなく、段階的（0から3割ぐらい、その後9割ぐらいといった感じ）に表示が変わりました。
なんらかのイベントの時に更新されるのかな？
スムーズに更新させるようには出来ないでしょうか。 このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 50日 14時間 52分 36秒 ２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
