Xamarin Part4 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/08(月) 07:40:04.29

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/

**デフォルトの名無しさん** · 2017/05/18(木) 14:03:31.04

>>134
コトリンはJava互換言語ってことはXamarin的には特に問題なしか

**デフォルトの名無しさん** · 2017/05/18(木) 14:18:18.69

de:code アプリがXamarin製。
UWPもある！！！！！！！！！(笑)

**デフォルトの名無しさん** · 2017/05/18(木) 17:45:15.28

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」を無効化させる以外での解決方法はありませんか？
コンソールアプリを扱ってるとメニューのデバッグを開くだけで出力されたりします

**デフォルトの名無しさん** · 2017/05/18(木) 18:44:15.77

>>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

**デフォルトの名無しさん** · 2017/05/18(木) 18:58:38.74

https://www.ncaq.net/2017/05/18/

**デフォルトの名無しさん** · 2017/05/18(木) 20:54:05.56

>>138
ありがとうございます
アンインストールまではしたくないので、必要な時以外は無効化しときます

**デフォルトの名無しさん** · 2017/05/19(金) 07:57:15.28

>>117
遅レスですがありがとうございます。

**デフォルトの名無しさん** · 2017/05/19(金) 14:15:28.20

VS2017でAndroidとUWPのマルチプラットフォームで圧縮ファイルを扱いたいのですが、ライブラリ等参考にできるところは無いでしょうか。
PCLStorageのように、PCL上で使えるのが一番良いのですが・・・

**デフォルトの名無しさん** · 2017/05/19(金) 15:27:56.61

>>142
ZipならMS謹製のNugetパッケージがあった
が、PCLは対応してないだろうな
PCLプロジェクトを.NetStandardに移行したら？
.NetCoreの影響もあって対応パッケージ数が段違いだよ

**デフォルトの名無しさん** · 2017/05/20(土) 01:35:51.31

これ、PCL対応してるっぽい
圧縮は少ないけど、解凍はメジャーどこを抑えてますな
外人さんやし、マルチバイト文字対応してるかわからんけど
https://www.nuget.org/packages/sharpcompress/

使えたら感想plz

**142** · 2017/05/20(土) 08:58:41.39

>>143
Googleで検索をすると、ちょうどPCLを.Net Standardに変更する記事があったのでやってみました。
元のPCLプロジェクトは弄りまくったせいで、ムダな参照が増えていたので新しく作成しなおし、変換することで当初のPCLと同じことをする事が出来ました。

>>144
Standardに変更した当初、7z.dllを使用していましたが、アーカイブ内のファイル名が取得できないので悩んでいました。
教えていただいたパッケージでzipファイル内のファイル名取得、およびStreamでの取り出しができました。
マルチバイトに関しては、まだほとんどテストできていませんが、フォルダ名は2バイト文字でも取り出しに問題ありませんでした。（そのままだと化けますが・・・）

情報、ありがとうございました。

**デフォルトの名無しさん** · 2017/05/20(土) 12:41:01.12

低スペックPCでAndroidエミュがまともに動かなくてもUWPならサクサク動くから、
UWP追加しておけば気軽に動作確認できていいな

**デフォルトの名無しさん** · 2017/05/20(土) 20:21:04.96

Xamarin入れてｸﾛｽﾌﾟﾗｯﾄﾌｫｰﾑでプロジェクト立ち上げたけど。、なぜかUWPが表示されない...
iOSもデバッグしようするとエミュレータの立ち上げに失敗する...
これじゃAndroidアプリしか作れないや

**デフォルトの名無しさん** · 2017/05/20(土) 20:28:51.11

Xamarin程の糞はないからな

**デフォルトの名無しさん** · 2017/05/20(土) 21:42:40.25

姫の糞

**デフォルトの名無しさん** · 2017/05/20(土) 22:03:14.36

>>145
レポどうもです！
こちらもiOSで軽く試しましたが、streamからノードを一個ずつ読めるのがいいですね
MSのcompression.ziparchiveだと、stream喰わせると全node取得出来るまで止まってました
乗り換えようと思います

Xamarin Live Player, 結局うごかない、iOSはダメか？
ペアリングするとVizualization Errorって出る
実行すると画面真っ黒
モノになるのは来年かなー

**デフォルトの名無しさん** · 2017/05/20(土) 22:07:48.02

>>147
iOSのエミュはmacビルドホスト上に表示さすのが早いとおも
UWPはわかんね

**デフォルトの名無しさん** · 2017/05/21(日) 00:35:49.32

>>147
Windows10じゃないとUWP作れない

**デフォルトの名無しさん** · 2017/05/21(日) 00:57:10.04

>>152
馬鹿は黙ってろ

**デフォルトの名無しさん** · 2017/05/21(日) 02:11:11.75

>>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 を上書きしないと
ビルドエラーが発生する

**デフォルトの名無しさん** · 2017/05/21(日) 12:33:09.45

>>147
UWP表示されないってUWPプロジェクト自体が生成されないということ？
実行してもUWPアプリが立ち上がらないということ？
後者ならソリューション>プロパティ>構成でUWPのビルド・配置にチェック入ってないとか

**デフォルトの名無しさん** · 2017/05/21(日) 12:34:01.85

糞環境はどうでもいいところで時間とエネルギーを消耗していく

**デフォルトの名無しさん** · 2017/05/21(日) 12:50:47.59

凄いな、他のクロスプラットフォーム開発環境では何も労力も使わなくても自動的に開発環境整うのか

**デフォルトの名無しさん** · 2017/05/21(日) 12:54:53.82

せやで

**デフォルトの名無しさん** · 2017/05/21(日) 13:12:35.49

まぁ>>157はいいすぎだけどms系は何かとトラブル多いね

**デフォルトの名無しさん** · 2017/05/21(日) 13:12:52.04

バッドノウハウが大好きなチンポ騎士団ってほんとカスだな

**デフォルトの名無しさん** · 2017/05/21(日) 13:26:13.42

ネガティブ発言が大好きな>>160ってほんとカスだな

**デフォルトの名無しさん** · 2017/05/21(日) 13:51:31.92

糞を糞と言って何が悪い
糞に慣れてる糞には糞が糞に見えないんだろうな

**デフォルトの名無しさん** · 2017/05/21(日) 13:56:47.41

そもそもクロスプラットフォームという考え方が気にくわない
iOS, Androidでそれぞれでネイティブ開発しろ

**デフォルトの名無しさん** · 2017/05/21(日) 14:01:20.32

その分の金払うなら喜んで。

**デフォルトの名無しさん** · 2017/05/21(日) 14:12:03.61

>>163
気に食わないならやらなければいいだろ
クロスプラットフォーム開発してる側とすれば、同じ役割のロジックプログラムを別の言語で何度も作るような
面倒なことをわざわざやるなんてよっぽど時間か金が有り余ってるんだろうなと思う
まあ自分ならたとえそんなに時間が余ってても同じロジックを焼き直すような非生産的なことするより
別の新しいプログラム作る時間に充てるがな

**デフォルトの名無しさん** · 2017/05/21(日) 14:48:34.75

じゃあなんで有名なスマホアプリはみんなネイティブ開発してるんだろうな？
してるんだろうな？

**デフォルトの名無しさん** · 2017/05/21(日) 14:57:54.11

質問いいですか？
Objective Sharpie を使って定義ファイルを書き出しいるんですが

定義ファイルApiDefinitions.cs、StructsAndEnums.csの書き出しまで出来たんですが

ApiDefinitions.csの中の[BaseType (typeof(NSObject))][Model][Protocol][Static]などでエラーがでるんですが

どうやって認識させるんでしょうか？

**デフォルトの名無しさん** · 2017/05/21(日) 15:02:37.36

Xamarinはオワコン
もう誰も使ってへん

**デフォルトの名無しさん** · 2017/05/21(日) 16:08:33.81

ようやく始まったところだけどな。

**デフォルトの名無しさん** · 2017/05/21(日) 16:40:14.18

Xamarinが勝ち抜けると色々困る立場の人が多いんだろうなぁ

**デフォルトの名無しさん** · 2017/05/21(日) 16:51:55.85

日本のプログラマーの大多数の仕事は他国と全く違って知的産業ではなく労働集約型産業に成り下がっている
そこで儲けるために企業は馬鹿でも何でもいいからとにかくプログラマーに仕立てあげて頭数を揃えて顧客企業へ派遣する
効率化するということは必要な頭数や労働時間が減るので派遣元としては避けたいこととなる
プログラマーのレベルの低さにより成果ではなく人月でしか価値を供給できないのが原因
結局日本で積極的に効率化を進められるのはベンチャーか外資系ぐらい

**デフォルトの名無しさん** · 2017/05/21(日) 17:38:56.38

>>166
方法がないか無能すぎてできなかったからだろ。
UIは各プラットフォームに最適するから個別に作るはわかるけど、ロジックも別に作る意味わからないし正直バカジャネーノと思うわ
伊藤直也だかもリビルドでXamarinガーとか言ってたけど老害乙としか思わなかったわ

**デフォルトの名無しさん** · 2017/05/21(日) 18:06:49.95

じゃあなんでLineもAbemaTVもクックパッドもXamarin製じゃないんですかね
LineやCyberAgentやクックパッドのエンジニアは無能でバカなんですかね
Xamarinで作られた有名アプリって何かあるんでしょうか
そんなに便利なものなのに自社製品のofficeアプリにXamarinを使ってないのはなんでなんですかね

**デフォルトの名無しさん** · 2017/05/21(日) 18:10:12.09

金と人と時間が余ってるからじゃね？
言ったやん？
その分金くれるなら喜んで作るよーって。

**デフォルトの名無しさん** · 2017/05/21(日) 18:15:54.95

Xamarinを使っても工数削減にはならないし製品のクオリティも落ちるからだれも使わないだけだろ

**デフォルトの名無しさん** · 2017/05/21(日) 18:20:54.85

>>173
既存のもの捨ててわざわざ作り直すの？(笑)

**デフォルトの名無しさん** · 2017/05/21(日) 18:44:04.48

>>166
有名なアプリは金かけるかたの桁が違うので、参考にならん。

**デフォルトの名無しさん** · 2017/05/21(日) 18:44:20.11

Xamarinだけが突出してくだらないトラブルが多い印象。
ハッカーのおもちゃの域を出ていない感じ。

**デフォルトの名無しさん** · 2017/05/21(日) 18:55:24.90

Xamarin使うと工数削減なってクオリティも落ちないなら
LineやAbemaTVもXamarin採用して余った金と時間と人で新たなサービスや製品の開発をしようと考えるはず
そうなってないということはXamarinを使っても工数削減にはならないし製品のクオリティも落ちるということ

**デフォルトの名無しさん** · 2017/05/21(日) 18:56:34.58

画像のタップした位置を取得するにはどうすればよいでしょうか。
iOSとかAndroidはいくつか検索に引っかかるのですが、UWPやPCLでは情報を見つけることもできませんでした。

**デフォルトの名無しさん** · 2017/05/21(日) 19:05:33.33

>>179
スクラッチで作り直すコストがががが

**デフォルトの名無しさん** · 2017/05/21(日) 19:22:00.61

>>173
専用アプリも多いが、いくつか Google Play や App Store に公開されているアプリもあるぞ
https://www.xamarin.com/customers

**デフォルトの名無しさん** · 2017/05/21(日) 19:33:16.76

>>182
ゴミしかないなｗ

**デフォルトの名無しさん** · 2017/05/21(日) 20:18:53.98

>>182
ゴミだな
チンポ騎士団よりはマシだけどｗ

**デフォルトの名無しさん** · 2017/05/21(日) 21:14:01.42

一般的なアプリの大部分を占めるロジック部分を共通化できるのに工数削減できないってどういう頭してるんだろう？
そもそもlineやabematvが採用しない＝工数削減できない、とか論理が滅茶苦茶なんだが
そんな思考能力だとまともにプログラミングできるレベルじゃないだろう

**デフォルトの名無しさん** · 2017/05/21(日) 21:18:47.08

>>185
いあ、新規ならそうだが既に作った後ならそれぞれ保守した方が安いだろ。

**デフォルトの名無しさん** · 2017/05/21(日) 21:22:05.44

誰もわざわざ既存のプログラム捨ててまで作り直せなんて言ってないんだが

**デフォルトの名無しさん** · 2017/05/21(日) 21:28:20.14

>>185
おまえが実際につかったことなければ
プログラムしたこともない
チンポ騎士団だからだろカス

**デフォルトの名無しさん** · 2017/05/21(日) 21:35:28.83

C++が大半ではないか。

**デフォルトの名無しさん** · 2017/05/21(日) 21:46:47.53

xamarinはまずはmicrosoft品質になってからだな

**デフォルトの名無しさん** · 2017/05/21(日) 22:20:23.35

ネイティブだとAndroidはJava、iOSはSwiftだろ
C++はごく限られた状況でしか使われてないだろ

**デフォルトの名無しさん** · 2017/05/21(日) 22:33:26.22

Xamarin使えないよな！そうだろみんな？ってやつは何がしたいの
使えないと思ったら使わなきゃ良いだけじゃん。
ネイティヴでもReactでも好きなの使ってろよw

**デフォルトの名無しさん** · 2017/05/21(日) 22:44:53.73

っていうかそもそも使っていない、使う気もないのにわざわざこのスレに書き込みに来てる時点でまともじゃないから何言っても無駄

**デフォルトの名無しさん** · 2017/05/21(日) 22:46:59.35

アホちんぽ騎士団のステマにだまされた
バカ営業がダンピングで案件とってきて使わされて
ハイパー不幸な目にあってるやつらがおおいだよクソが

**デフォルトの名無しさん** · 2017/05/21(日) 23:00:28.41

Xamarinで開発してて全く楽しくない
CustomRendererを作らないと解決できないと分かったときの腰の重さったらないね
XamarinFormsだけで全部面倒見ろや

**デフォルトの名無しさん** · 2017/05/21(日) 23:12:34.37

>>195
今さら何言ってんの？

**デフォルトの名無しさん** · 2017/05/21(日) 23:13:27.20

>>195
なんだただのキチガイか

**デフォルトの名無しさん** · 2017/05/21(日) 23:31:51.88

必要なとこだけカスタムレンダラ作る方が全部プラットフォーム毎に作るよりも100万倍マシだろw

**デフォルトの名無しさん** · 2017/05/22(月) 01:46:16.32

あっ知らん間にXamarinアンチ業者さんが大暴れしてたん？
お疲れさま、日曜なのに大変だね
大資本1人だけ入ってごめんねー、頭一つ抜けちゃってごめんねー

**デフォルトの名無しさん** · 2017/05/22(月) 03:11:45.15

最後のやり取りが経済的DV VS 物理DVの頂上決戦っぽい

**デフォルトの名無しさん** · 2017/05/22(月) 07:27:57.99

https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap
WPF対応とかCSS-Like Stylingとかくだらねーことする前に、糞みたいなトラブルがおきないように品質管理体制を改善しろよ

**デフォルトの名無しさん** · 2017/05/22(月) 07:51:36.35

さすがに幅広げすぎだよな。

**デフォルトの名無しさん** · 2017/05/22(月) 15:23:28.58

>>191
コードを共有したいときの話でしょ。
うちもそういう部分はC++使ってる。
MacでもWindowsも使えるしね。

**デフォルトの名無しさん** · 2017/05/22(月) 15:36:37.68

そんな何かトラブル起きてる？
まあWindowsForms開発ほどこなれちゃいないだろうが
大抵のトラブルはエラーメッセージでググれば解決できる程度なんだけどなぁ

**デフォルトの名無しさん** · 2017/05/22(月) 15:59:31.21

>>180
Formsだと、プラットフォームごとにタップ座標取得イベントを書いて投げるしかないんじゃないかな

**デフォルトの名無しさん** · 2017/05/22(月) 20:45:53.22

>>203
.NET VMは公式にmac移植されたんだからもっと積極的にC#使えよな

**デフォルトの名無しさん** · 2017/05/23(火) 16:57:56.65

167だけどBindingObjective-cの手本があったのでこれを参考にしていけばいいとわかった

https://github.com/mono/monotouch-bindings/

**デフォルトの名無しさん** · 2017/05/23(火) 17:16:38.13

https://developer.xamarin.com/guides/cross-platform/macios/binding/objective-sharpie/examples/

**デフォルトの名無しさん** · 2017/05/23(火) 18:46:40.58

GitHub - shunsuke-kawai/decode2017_MW08: de:code 2017 demo
https://github.com/shunsuke-kawai/decode2017_MW08

de:code 2017 アプリだって

**デフォルトの名無しさん** · 2017/05/23(火) 20:17:19.53

AWSとBeacappってBeaconクラウドのウェブサービスに繋げる機能を持ってるっぽいから、どこかにキートークンが埋まってないか探したくなる
というか、AzureじゃなくAWSか・・・まぁステマに来た野良アプリだしどうでもいいか

**デフォルトの名無しさん** · 2017/05/23(火) 20:33:27.69

ちくしょう、そういうことか
BeacappのバックエンドにAWSが使われてて、直接AWSを扱ってるわけじゃないんだな

そして、Beacappのキートークンはダミーのままと
decode2017_MW08/decode2017_MW08/decode2017_MW08/ViewModels/MainPageViewModel.cs

無駄な時間を使ってしまった

**デフォルトの名無しさん** · 2017/05/24(水) 00:17:30.46

ヒストリに誤ってコミットしてるんじゃね？と思い直して見つけた
ttps://github.com/shunsuke-kawai/decode2017_MW08/blob/a45a6512b5636f2497f86dfb4372778432140f19/decode2017_MW08/decode2017_MW08/decode2017_MW08/ViewModels/MainPageViewModel.cs

何度か同じトークンでコミットしてるから有効なトークンなんだろうな
誰かトークンだけ書き換えるつもりが他の箇所もクラッキングしてしまった上にリビルドして動かしたりしないかなぁ(ﾁﾗﾁﾗ

**デフォルトの名無しさん** · 2017/05/24(水) 01:02:37.69

クラッカー気取り楽しい？
最悪の場合不正アクセス禁止法違反な

**デフォルトの名無しさん** · 2017/05/24(水) 01:02:43.48

本人が気が付いてダミーに差し替えてるんだから、当然キーも破棄して新しいので作り直しただろ
アホか

**デフォルトの名無しさん** · 2017/05/24(水) 07:09:32.78

一度ダミーに差し替えた後、同じトークンをもう一回コミットしてるアホ作者だからなぁ
コミットしたら見られないとか思ってないとこうは出来ない

まぁステマだから本人ないし近しい奴がスレ見てるだろうし、レスに気づいたら破棄するだろうけどなー

**デフォルトの名無しさん** · 2017/05/24(水) 10:54:16.97

ステマの意味分かってんのかこいつ

**デフォルトの名無しさん** · 2017/05/24(水) 11:12:25.80

JMASの社員によるXamarinのダイマの皮を被ったJMAS, Beacappのステマの可能性
ステマをステマと気づかれたらステマじゃなくなるから、>>216みたいにステマじゃないと思うのは好ましいこと

**デフォルトの名無しさん** · 2017/05/24(水) 11:24:53.13

マってなんだよ(哲学)

**デフォルトの名無しさん** · 2017/05/24(水) 12:15:19.68

これのどこが宣伝になってるのか？
そもそも宣伝したかったらもっと人口の多いところ行かないと無意味

**デフォルトの名無しさん** · 2017/05/25(木) 01:31:11.39

姫も同じことしててワロタ, Xamarin界隈はこれがデフォかよぉ
https://togetter.com/li/1113624

どうでもいいけど、ゆっくりしないの絡み方がキモいと思った

**デフォルトの名無しさん** · 2017/05/25(木) 01:50:26.87

ツイ見たらブロックされるのも納得ｗ

**デフォルトの名無しさん** · 2017/05/25(木) 02:00:52.31

http://livedoor.4.blogimg.jp/michaelsan/imgs/c/d/cd16c283.gif

**デフォルトの名無しさん** · 2017/05/25(木) 10:51:34.80

マルチプラットフォームのソリューションを新規作成するのに、VS2017だとAndroid/iOS/UWP しか出来ません。
VS2015の時にあったWindows用を追加することは出来ませんか？

**デフォルトの名無しさん** · 2017/05/25(木) 11:25:01.90

>>223
2015でソリューション作って2017で開けばいいんじゃないの

**デフォルトの名無しさん** · 2017/05/25(木) 11:53:02.34

姫がツイッターで炎上してると聞いて記念パピコｗ

**デフォルトの名無しさん** · 2017/05/25(木) 12:16:50.80

APIキーが漏れてますよと指摘
↓
ちんぽ騎士団が指摘者をストーカー呼ばわりでフルボッコ
↓
姫は問題ありませーんと開き直り

**デフォルトの名無しさん** · 2017/05/25(木) 12:37:08.66

実際のところ、サーバー介して認証するとかしない限りスマホアプリで
外部サービス利用する場合に使うAPIキーってハードコードするしかないよね？
キー文字列自体を暗号化しても、そのパスワードと復号関数がアプリに入ってなければ
そのキーは使えないから実質ハードコードしてるのと変わらないし

**デフォルトの名無しさん** · 2017/05/25(木) 12:40:43.32

>>227
＞実際のところ、サーバー介して認証するとかしない限り

ちょっと賢いこと言ったつもりかもしれんが
「サーバ介して認証するとか」しても全く同じだからそれ

**デフォルトの名無しさん** · 2017/05/25(木) 12:50:47.16

なぜ姫は自ら火炎放射をしていくスタイルなのか...
togetterのまとめだと粘着ストーカー怖いねーってレベルでそんな被害出ないだろ

あ、あと姫の炎上で来た人は同じミスをやった>>209のJMAS社員とBeacappサービスもよろしく！
(よし、これで宣伝/ダイマ/ステマの既成事実ができたぞ)

**デフォルトの名無しさん** · 2017/05/25(木) 12:54:43.28

使い捨てのアプリのAPIキーの扱いなんかどうでもいいんじゃいないのか

**デフォルトの名無しさん** · 2017/05/25(木) 13:11:16.85

>>230
エバンジェリストだから問題なんだろ

**デフォルトの名無しさん** · 2017/05/25(木) 13:16:04.43

どうみても構ってちゃんなので関わらない方が幸せそう

**デフォルトの名無しさん** · 2017/05/25(木) 13:35:56.42

>>228
最初にサーバーへユーザー登録させて以後ユーザーはサーバーにアカウント名とパスワード渡すことにして
API利用認証はサーバーから行えばAPIキーは隠蔽できるでしょ

**デフォルトの名無しさん** · 2017/05/25(木) 15:21:25.84

>>223
いまさらWin8ストアアプリ用のプロジェクトはいらないだろ
Win10以降のWindows用のプロジェクトはUWP