C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！
公式
http://xamarin.com/
前スレ
Xamarin Part5 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1498575762/1
Xamarin Part4 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1494196804/
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/
探検
Xamarin Part6
レス数が1000を超えています。これ以上書き込みはできません。
1デフォルトの名無しさん
2017/10/19(木) 04:50:42.42ID:7WcrUuLB2017/10/19(木) 09:33:43.38ID:KdYl+RI1
Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、ＩＤＥ再起動、ＰＣ再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
WebViewなどXamarin.Formsの提供するUI部品が糞すぎて
一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で
Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、ＩＤＥ再起動、ＰＣ再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
WebViewなどXamarin.Formsの提供するUI部品が糞すぎて
一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で
Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
2018/02/28(水) 18:29:04.02ID:F8/eMdWm
てっす
4デフォルトの名無しさん
2018/05/23(水) 21:30:57.09ID:Au5e7VGg 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
QD57H
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
QD57H
5デフォルトの名無しさん
2018/07/05(木) 00:27:12.28ID:RfoszcD2 4W7
6デフォルトの名無しさん
2018/07/05(木) 12:01:16.97ID:IcGtf/nv2018/08/09(木) 12:25:55.62ID:x6oLHGct
ここって生きてるのか？
8デフォルトの名無しさん
2018/08/09(木) 12:35:52.19ID:NXkdt6vr ちょっまっ
2018/08/10(金) 09:39:07.36ID:mVopce/S
>>7
このスレは生きてるけどXamarinは死んでる
このスレは生きてるけどXamarinは死んでる
2018/08/10(金) 10:08:01.45ID:PZNW+nQf
Xamarin程の糞はない
2018/08/14(火) 19:34:57.81ID:IEi3qn64
ざまァ
2018/08/14(火) 20:00:51.98ID:KA6KtKr+
ザマァwwwwww
2018/08/16(木) 14:09:01.17ID:i/LIi7D4
便利そうだけどダメですか？
Unityなら作れますか？
Unityなら作れますか？
2018/08/16(木) 18:23:27.33ID:il94Mg3E
ダメです。ゴミです。
2018/08/17(金) 12:27:40.22ID:r44yWMR9
ぶっちゃけ、客に提示した工数の1/3でスマホアプリ作れちゃう
こんなボロ儲けできるフレームワーク早々ないから
他人に知られたくなくてネガキャンしてるの
こんなボロ儲けできるフレームワーク早々ないから
他人に知られたくなくてネガキャンしてるの
16デフォルトの名無しさん
2018/08/17(金) 12:43:51.37ID:23Jvz4gX バチ当たりなやつめ
17デフォルトの名無しさん
2018/08/17(金) 19:01:20.89ID:VmramTGn こんな優秀なクロスプラットフォームがあったのかXamarinっていうのか
2018/08/17(金) 19:23:57.28ID:WiAGQ6be
完全に棒読み
19デフォルトの名無しさん
2018/08/18(土) 17:03:44.68ID:EhlID5gm iOSとAndroidアプリの開発がひとつのIDEでできちゃうんですか！？画期的！
ザマリンって呼ぶんですねー
明日友達に教えようっと
ザマリンって呼ぶんですねー
明日友達に教えようっと
2018/08/20(月) 11:32:47.83ID:GgKDoW2K
そんなにダメかい？
21デフォルトの名無しさん
2018/08/21(火) 21:52:55.92ID:zevirsmK どのクロスプラットフォームフレームワークもそれなりに辛い部分はあるよ
Flutter は描画エンジンを自前で用意してるから、クロスなゆえに苦しいところってのは少なそうだけどどうなんだろ
iOS のネイティブさを出すのが難しいって話は出てるけど
Flutter は描画エンジンを自前で用意してるから、クロスなゆえに苦しいところってのは少なそうだけどどうなんだろ
iOS のネイティブさを出すのが難しいって話は出てるけど
2018/08/22(水) 00:17:42.58ID:SY0Xjw7P
>>21
ネイティブコントロールを重ねられない
ネイティブコントロールを重ねられない
2018/08/22(水) 01:55:52.76ID:xR2Q50zS
俺も評判ほど悪くないと思ってる
実際作ってみたけど
実際作ってみたけど
2018/08/22(水) 08:36:58.37ID:DbF2a/CJ
Xamarinの糞さが際立つ
2018/08/22(水) 09:33:35.47ID:dEhojReN
やっとMACが手に入ったんで質問。
メインの開発はWindowsのVS2017で行いたい。ってか、行っている。
これでiOSで動作するアプリ(Xamarin.mac)も開発したい。
MAC側には何をインストールすればいい？
メインの開発はWindowsのVS2017で行いたい。ってか、行っている。
これでiOSで動作するアプリ(Xamarin.mac)も開発したい。
MAC側には何をインストールすればいい？
2018/08/22(水) 10:14:33.75ID:8f3V8G99
まずXamarinをアンインストールすることからだな
2018/08/22(水) 10:30:08.80ID:SY0Xjw7P
2018/08/22(水) 12:11:29.04ID:iDY0AThR
2018/08/22(水) 12:44:15.36ID:dEhojReN
xcode入れてWin10のVS2017から繋ごうとしているけど悪戦苦闘中・・・
MACはよくわからん・・・
MACはよくわからん・・・
2018/08/22(水) 14:26:30.44ID:8f3V8G99
正解はXamarin Studioだぞ
2018/08/22(水) 18:21:56.74ID:dEhojReN
とりあえず、iPhoneエミュレータで Welcome to Xamarin.Forms! を表示は出来た。
プロジェクト作っているときに思ったんだけど、iOSだけでなく、OSX?(MacのOS)上で動くものは Windows用のVSでは作れないのかな？
プロジェクト作っているときに思ったんだけど、iOSだけでなく、OSX?(MacのOS)上で動くものは Windows用のVSでは作れないのかな？
2018/08/22(水) 18:39:20.64ID:hJNxyMX/
Macは試したことないけどどうなんだろ
リモートデバッグ的に出来るのかな
リモートデバッグ的に出来るのかな
2018/08/22(水) 21:10:32.29ID:JVPTfKUU
xamarin.mac用のアプリはvs for macじゃ無いとダメだと思われ。
.net core3.0がリリースされたらwindows formとかwpfがサポートされるらしいので、windows上でもmac用のデスクトップアプリがビルドできるようになるかもね。
.net core3.0がリリースされたらwindows formとかwpfがサポートされるらしいので、windows上でもmac用のデスクトップアプリがビルドできるようになるかもね。
34デフォルトの名無しさん
2018/08/22(水) 21:24:11.07ID:w42TxGUO iOS やるなら VS for Mac を Mac 側にインストールしないとダメだよ
iOS のバイナリーを生成するためのビルドはライセンス上 Mac 側で行わないといけないから
Windows 上の VS でビルドするときに内部的に Mac にソースコードを転送してビルドされる
ちなみにはじめて触ると遭遇すると思うが、WIndows の Xamarin.IOS と Mac 上の Xamarin.iOS はバージョンが一致してないとエラー出るのでアップデートするときは両方やる必要がある
もちろん iOS のバイナリーを生成するために Xcode も入れる必要がある
iOS のバイナリーを生成するためのビルドはライセンス上 Mac 側で行わないといけないから
Windows 上の VS でビルドするときに内部的に Mac にソースコードを転送してビルドされる
ちなみにはじめて触ると遭遇すると思うが、WIndows の Xamarin.IOS と Mac 上の Xamarin.iOS はバージョンが一致してないとエラー出るのでアップデートするときは両方やる必要がある
もちろん iOS のバイナリーを生成するために Xcode も入れる必要がある
2018/08/22(水) 21:29:53.06ID:JVPTfKUU
>>34
もちろんそうなんだが、最近はwindows側だけバージョンアップした状態でビルドすると、リモートでmac側のxamarin.iosもバージョンアップしてくれるようになってて便利になった。
もちろんそうなんだが、最近はwindows側だけバージョンアップした状態でビルドすると、リモートでmac側のxamarin.iosもバージョンアップしてくれるようになってて便利になった。
36デフォルトの名無しさん
2018/08/22(水) 21:30:37.67ID:w42TxGUO ん? Xamarin.Mac の話? まあどっちにしろライセンス的に VS for Mac と Xcode が必要だよ
37デフォルトの名無しさん
2018/08/22(水) 21:32:43.08ID:w42TxGUO2018/08/22(水) 23:00:00.62ID:SY0Xjw7P
今までが酷すぎたからな
新生Xamarinになってから4-5年？本当ひどい目にあって来たぜ…(´・ω・｀)
新生Xamarinになってから4-5年？本当ひどい目にあって来たぜ…(´・ω・｀)
2018/08/24(金) 10:48:42.35ID:8pS8kDIF
Xamarin.FormsってOSX用のアプリは組めないのか・・・
2018/08/24(金) 12:29:48.31ID:TJU8554I
そんなこと誰が言ったの
2018/08/24(金) 12:47:03.09ID:8pS8kDIF
おっと、すまん。
テンプレが無いだけだったか。
テンプレが無いだけだったか。
42デフォルトの名無しさん
2018/08/24(金) 22:19:12.67ID:wbsiVn2I レスの意図は無視するけど、macOS/UWP/iOS/Android/Tizen は作れるよ
macOS/UWP/Tizen はやったことないのでどこまでサポートしてるか知らないけど
macOS/UWP/Tizen はやったことないのでどこまでサポートしてるか知らないけど
2018/08/24(金) 23:16:09.15ID:yZKFDmu0
Tizenっていまどうなってんの
2018/08/27(月) 22:37:43.29ID:NwXgXeyj
Tizen程の糞はない
2018/08/28(火) 00:33:38.47ID:qPMx0sFJ
>>44
これに関しては満場一致
これに関しては満場一致
2018/08/28(火) 08:12:00.32ID:0l9o0x+1
Tizenまでサポートする必要はなかった。
手を広げすぎてコケてしまった。
手を広げすぎてコケてしまった。
2018/08/28(火) 09:17:07.75ID:Gzofmim2
以前はOSSのノリと勢いで見境なく手を出していたけど、MSが買収してからはAndroid、iOS、UWPだけだろ
macOSですらVisualStudioのテンプレから外されてる
macOSですらVisualStudioのテンプレから外されてる
2018/08/28(火) 19:00:59.01ID:OVY8LKIn
Linuxやmacはそんな扱いだったのか
49デフォルトの名無しさん
2018/08/28(火) 22:19:23.18ID:1n2i2Pny 注力はしてなさそうだよね。全然メンテナンスしてないわけでもなさそうだけど
全部やるにはリソース必要すぎるし
この話とは関係ないけど Xamarin.Forms の開発体制は透明性が高くて一番良く感じる
ロードマップも GitHub の wiki にちゃんと書いてるし、スプリントも projects から見れる
全部やるにはリソース必要すぎるし
この話とは関係ないけど Xamarin.Forms の開発体制は透明性が高くて一番良く感じる
ロードマップも GitHub の wiki にちゃんと書いてるし、スプリントも projects から見れる
2018/08/28(火) 23:34:12.50ID:cFtSC5dD
Xamarin はLinux関係ないでしょ
サーバー側はマックもLinuxも.NET Coreだし。
サーバー側はマックもLinuxも.NET Coreだし。
2018/08/29(水) 01:21:15.60ID:0CwGsWHn
Mono…
2018/08/29(水) 01:50:16.75ID:9qc8dwr8
microsoftが買収したら全部糞になる
2018/08/29(水) 02:34:16.65ID:WKVzXl4d
日本ではちょまどのせいだろ
2018/08/29(水) 09:40:34.94ID:20zzEOm6
買収したがXamarinチームほとんど独自でやってるだけだからな。
MS使わないし、手出さないし、買収した意味あまりない。
MS使わないし、手出さないし、買収した意味あまりない。
2018/08/29(水) 09:51:37.54ID:JQNrBZ/C
>>54
え？
え？
2018/08/29(水) 10:04:33.07ID:/7hIIScJ
忘れがちだけど当時一般ユーザー向けだったXamarin.Businessでもフル契約だと年間15,6万円×3、MSDN特典を利用しても年間12,3万円×3の費用が必要だった
これがMSに買収されたことで全ユーザーに無償提供されて、MSDN契約ユーザーはXamariの契約に関わらずVSの契約次第で自動で上位契約に移行出来た
当時大騒ぎになったのはそれが理由
これは無償化された直後の領収書(約60万円相当)
https://i.imgur.com/XoxbnNf.png
これがMSに買収されたことで全ユーザーに無償提供されて、MSDN契約ユーザーはXamariの契約に関わらずVSの契約次第で自動で上位契約に移行出来た
当時大騒ぎになったのはそれが理由
これは無償化された直後の領収書(約60万円相当)
https://i.imgur.com/XoxbnNf.png
2018/08/29(水) 17:27:15.78ID:exTrHQQi
2018/08/29(水) 17:43:59.47ID:/7hIIScJ
>>57
いや、それまでは年間ライセンス料が高すぎてXamarinは手を出そうにも手が出せなかった
MSが買収した後に棚ぼたで最上位のライセンスが3本タダで手に入ったんだよ今では完全にVisualStudioと一体化してしまってサブスクリプション製品としてのXamarinは実質消滅したけどな
MSの買収での無償化が無ければ今でもここまで広まらなかったと思うよ
いや、それまでは年間ライセンス料が高すぎてXamarinは手を出そうにも手が出せなかった
MSが買収した後に棚ぼたで最上位のライセンスが3本タダで手に入ったんだよ今では完全にVisualStudioと一体化してしまってサブスクリプション製品としてのXamarinは実質消滅したけどな
MSの買収での無償化が無ければ今でもここまで広まらなかったと思うよ
2018/08/29(水) 20:22:26.06ID:urq2btDz
ま、そりゃそうだな
2018/08/29(水) 23:54:45.20ID:JQNrBZ/C
UWP/Android用のソースでXamarin.MAC用をビルドしてみたけど、けっこう簡単に実行ファイルが出来るね。
これから機種依存部分のコーディングをしないといけないけど・・・
これから機種依存部分のコーディングをしないといけないけど・・・
2018/08/31(金) 18:59:37.80ID:3t81EMZJ
結局今でもiOSとAndroidの両方のアプリ作るのはXamarinがベストプラクティスなの？
2年に1度ぐらいしかスマホアプリの新規開発しないので最新の流行についていけてないわ。
2年に1度ぐらいしかスマホアプリの新規開発しないので最新の流行についていけてないわ。
2018/08/31(金) 19:19:30.24ID:RzbMvKeJ
2018/08/31(金) 19:39:41.05ID:3t81EMZJ
>>62
2年ほど前に新規開発した時は、BLEやらGPSやらOpenGL ESやらをバリバリ使いたかったのでCordovaやらUnityやらの中から総合的にXamarinを選択したんだけど、次の開発はどうしようかなと思って。
MSがXamarinを買収した経緯やスマホから手を引いた事実から考えて、Xamarinの未来があるのか心配でね。
もうKotrinとSwiftで別々に開発したほうが良いんやろか？
2年ほど前に新規開発した時は、BLEやらGPSやらOpenGL ESやらをバリバリ使いたかったのでCordovaやらUnityやらの中から総合的にXamarinを選択したんだけど、次の開発はどうしようかなと思って。
MSがXamarinを買収した経緯やスマホから手を引いた事実から考えて、Xamarinの未来があるのか心配でね。
もうKotrinとSwiftで別々に開発したほうが良いんやろか？
2018/08/31(金) 20:23:44.35ID:KTkTPSgk
Xamarin程の糞はないね
65デフォルトの名無しさん
2018/08/31(金) 20:56:35.40ID:EHTzLqHA これからはflutterでしょ
2018/08/31(金) 22:19:39.06ID:YUYjC42t
>>63
少なくとも個別に開発するのはないわ。全く共通にできるロジックないとかすこしでもファイルサイズが増えるのが許されないってなら別だけど。
Flutterは触ってはないけど良さげ感はある。
けどネイティブコントロールの併用とかできないしなんかマテリアル感が強くなるとも聞いたけどその辺はどうだろう。
あとまだこなれてないとこも色々ありそう。ホットリロードとかは良いね
少なくとも個別に開発するのはないわ。全く共通にできるロジックないとかすこしでもファイルサイズが増えるのが許されないってなら別だけど。
Flutterは触ってはないけど良さげ感はある。
けどネイティブコントロールの併用とかできないしなんかマテリアル感が強くなるとも聞いたけどその辺はどうだろう。
あとまだこなれてないとこも色々ありそう。ホットリロードとかは良いね
2018/09/02(日) 03:27:30.73ID:ugzn0089
DartもGo並に流行るといいね！
2018/09/03(月) 11:49:00.24ID:fCsbAgcx
Xamarin.FormsのUWPアプリでbroadFileSystemAccessって使えるの？
69デフォルトの名無しさん
2018/09/20(木) 20:28:29.50ID:dBmzJ/jv Mac版のVisualStudioにWebViewアプリってテンプレートがあるけどさ
これってWindows版に表示するにはどうすればいいの？
Razor言語サービスは入れてるんだけどこれじゃ足りないのかな
これってWindows版に表示するにはどうすればいいの？
Razor言語サービスは入れてるんだけどこれじゃ足りないのかな
2018/09/24(月) 13:08:07.10ID:FzQ9lLHv
2018/09/24(月) 13:11:49.12ID:FzQ9lLHv
>>70
多分、MSは、自社のOSと言語処理系部門などで競合が生じやすい状態
になっていて、それがMSにとって命取りになるかもしれない。
Windowsの時代がいつ終わってもおかしくない状態になっていて、
彼らが望むか望まぬかによらずMSは時代の潮流に飲み込まれて
いくことだろう。
今まで自分たちがやってきたことの報いを受ける時代が必ず
やってくる。
多分、MSは、自社のOSと言語処理系部門などで競合が生じやすい状態
になっていて、それがMSにとって命取りになるかもしれない。
Windowsの時代がいつ終わってもおかしくない状態になっていて、
彼らが望むか望まぬかによらずMSは時代の潮流に飲み込まれて
いくことだろう。
今まで自分たちがやってきたことの報いを受ける時代が必ず
やってくる。
2018/09/24(月) 13:21:05.11ID:+tXoe1uL
>>70
何でそうなるの？
何でそうなるの？
2018/09/24(月) 13:35:58.42ID:FzQ9lLHv
MSから離れようとする世界中の動きは、やがて実を結ぶことだろう。
「神は試練をお与えになるが、必ず出口も用意してくださっている」
という言葉が成就されなくてはならないから。
「神は試練をお与えになるが、必ず出口も用意してくださっている」
という言葉が成就されなくてはならないから。
2018/09/24(月) 13:46:40.13ID:+tXoe1uL
ああMS嫌い厨のたわごとか…
2018/09/24(月) 14:00:53.53ID:FzQ9lLHv
MSは社員をここに常駐させて、世論誘導を行い続けている。
だから、MSから一刻も早く離れなくてはならない。
それが人類の幸せへの道。
だから、MSから一刻も早く離れなくてはならない。
それが人類の幸せへの道。
76デフォルトの名無しさん
2018/09/24(月) 14:28:54.50ID:KzNCIBHJ 選択と集中
2018/09/24(月) 14:50:40.44ID:wHG2Z2Xv
MSはクラウドシフトに上手く乗って成功してるのに未だにOSメーカーだと思ってる人が多すぎ
叩くためにわざと見ないふりしてるだけかもしれないけど
叩くためにわざと見ないふりしてるだけかもしれないけど
2018/09/24(月) 15:25:27.51ID:FzQ9lLHv
2018/09/24(月) 15:54:31.20ID:Ou2a0vj/
当のMS自身がWindows依存から脱却しようとしてる
むしろいまのMSの収益の中心はO365とAzureを中心としたクラウド事業を中心に展開してる
XamarinやGitHubの買収も業界最大規模のオープンソース事業者の地位を得ることでクラウド事業、プラットフォーム事業の強化を図るのが狙い
Xamarinの無償化やGitHubの買収の一件以来OSS界隈ではおおむねMSを好意的に捉えてるよ
むしろいまのMSの収益の中心はO365とAzureを中心としたクラウド事業を中心に展開してる
XamarinやGitHubの買収も業界最大規模のオープンソース事業者の地位を得ることでクラウド事業、プラットフォーム事業の強化を図るのが狙い
Xamarinの無償化やGitHubの買収の一件以来OSS界隈ではおおむねMSを好意的に捉えてるよ
2018/09/24(月) 15:59:45.73ID:FzQ9lLHv
2018/09/24(月) 16:11:30.84ID:Ou2a0vj/
むしろ現在もっとも懸念されているのはSunを買収したOracleの動向
JDKの動向を巡って業界が右往左往してOracleは顰蹙を買ってる
一方でクラウドの覇者Amazonはマイペースで我が道を行ってるので他社は当分追いつけそうもない
JDKの動向を巡って業界が右往左往してOracleは顰蹙を買ってる
一方でクラウドの覇者Amazonはマイペースで我が道を行ってるので他社は当分追いつけそうもない
2018/09/24(月) 16:13:23.37ID:FzQ9lLHv
2018/09/24(月) 16:20:13.78ID:Ou2a0vj/
>>82
Oracleの動きでAndroidの基盤が根底からひっくり返るのに？
今はまだ良いけどJava8のサポートが終了したらJDKが有償化されるので大手ベンダーは対応に苦慮してるだろ
個人開発のようにOpenJDKに頼るわけにもいかんだろ
Oracleの動きでAndroidの基盤が根底からひっくり返るのに？
今はまだ良いけどJava8のサポートが終了したらJDKが有償化されるので大手ベンダーは対応に苦慮してるだろ
個人開発のようにOpenJDKに頼るわけにもいかんだろ
2018/09/24(月) 16:28:24.56ID:Ou2a0vj/
XamarinにもJDKの混乱は影響してる
VSの次期バージョンからはOpenJDKへの移行が予定されているけど、商用ベースでOracleJDKとの間で混乱が起きそうだな
https://docs.microsoft.com/ja-jp/xamarin/android/get-started/installation/openjdk
VSの次期バージョンからはOpenJDKへの移行が予定されているけど、商用ベースでOracleJDKとの間で混乱が起きそうだな
https://docs.microsoft.com/ja-jp/xamarin/android/get-started/installation/openjdk
2018/09/24(月) 16:28:29.75ID:FzQ9lLHv
2018/09/24(月) 16:46:18.17ID:Ou2a0vj/
GoogleのAndroidSDKそのものの存在基盤が危ういんだけどね
Googleがどういった対応をとるのかはまだ分からんけど
言語で言えばJDKを利用しているKotlinも対応が迫られてる
Googleがどういった対応をとるのかはまだ分からんけど
言語で言えばJDKを利用しているKotlinも対応が迫られてる
2018/09/24(月) 16:56:27.80ID:FzQ9lLHv
>>86
ちゅうか、どっちが先かは裁判がごちゃごちゃして良く分からないけど、
Googleは、Chomeで、Javaを基本的に使えなくしてしまったよね。
完全に喧嘩になってしまっていて、財力の強さから言えば、Oracleより
Googleの方に責任があると思うよ。
Oracleは、Googleほど確固たる収益源がないから、Javaを一方的に
真似されたら、そりゃ困るわ。それでゴタゴタして、最後は、
Java有料化になちゃった。
だから、本当はGoogleが悪い。
ちゅうか、どっちが先かは裁判がごちゃごちゃして良く分からないけど、
Googleは、Chomeで、Javaを基本的に使えなくしてしまったよね。
完全に喧嘩になってしまっていて、財力の強さから言えば、Oracleより
Googleの方に責任があると思うよ。
Oracleは、Googleほど確固たる収益源がないから、Javaを一方的に
真似されたら、そりゃ困るわ。それでゴタゴタして、最後は、
Java有料化になちゃった。
だから、本当はGoogleが悪い。
2018/09/24(月) 16:59:36.54ID:FzQ9lLHv
事実上の世界標準となってしまってる Chromeで、Javaを使えされてしまった
んだよ？？ Oracleじゃなくて、Googleがそれをやったんだよ？？
もとはといえば、Googleが、Oracleの気持ちを考えずに、Javaを横取りしようと
して、裁判起こされて、Googleが負けたりしたことが原因。
裁判で負けたら、自分の有力的地位を利用して、まさにパワハラ。
倫理観なんてあったもんじゃない。
んだよ？？ Oracleじゃなくて、Googleがそれをやったんだよ？？
もとはといえば、Googleが、Oracleの気持ちを考えずに、Javaを横取りしようと
して、裁判起こされて、Googleが負けたりしたことが原因。
裁判で負けたら、自分の有力的地位を利用して、まさにパワハラ。
倫理観なんてあったもんじゃない。
2018/09/24(月) 17:20:53.39ID:Ou2a0vj/
そんなブラウザ上のアプレットだけの問題じゃないんだけどな
まあどちらかといえば本来はブラウザやAndroidoなんかよりむしろサーバーサイドの影響の方がデカいといえばデカい
実質LinuxサーバーのデファクトスタンダードであるJavaからの収益がOraleの目的であってクライアント端末側はとばっちりで有償化に巻き込まれた
というのが正解だと思う
Sunを買収した時から計画されていた行動だとは思う
MSやGoogleなどがオープンソースの方向に進むのとは逆行してOracleだけはプロプライエタリの方向に邁進してる
だからOracleは開発者(ベンダー)から叩かれてる
まあどちらかといえば本来はブラウザやAndroidoなんかよりむしろサーバーサイドの影響の方がデカいといえばデカい
実質LinuxサーバーのデファクトスタンダードであるJavaからの収益がOraleの目的であってクライアント端末側はとばっちりで有償化に巻き込まれた
というのが正解だと思う
Sunを買収した時から計画されていた行動だとは思う
MSやGoogleなどがオープンソースの方向に進むのとは逆行してOracleだけはプロプライエタリの方向に邁進してる
だからOracleは開発者(ベンダー)から叩かれてる
2018/09/24(月) 17:25:52.52ID:FzQ9lLHv
>>89
中小のソフトハウスは、FOSSだと食っていくのが難しいと思うよ。
Googleは、まるで税金のように確固たる広告料があるから何でもできるし、
MSは超巨体だから、これまた何でもできる。
いいもの作っても、組織が小さいと出来ないことがあるんだよ。
中小のソフトハウスは、FOSSだと食っていくのが難しいと思うよ。
Googleは、まるで税金のように確固たる広告料があるから何でもできるし、
MSは超巨体だから、これまた何でもできる。
いいもの作っても、組織が小さいと出来ないことがあるんだよ。
2018/09/24(月) 17:39:28.20ID:Ou2a0vj/
中小のソフトハウスってOracleのこと？
一応は商用データーベースのトップメーカーだけどね
詳しく調べてはないけど今でもOracleのOracleDBはMSのSQLServerを抑えてトップの地位にいると思う
一応は商用データーベースのトップメーカーだけどね
詳しく調べてはないけど今でもOracleのOracleDBはMSのSQLServerを抑えてトップの地位にいると思う
2018/09/24(月) 17:44:15.43ID:FzQ9lLHv
2018/09/24(月) 17:44:31.77ID:ORGyPp6/
Oracle擁護してる奴はOracleが何やってきたかを知った方がいい
OracleがOSSに関わるとなぜ同等のプロジェクトがフォークするのか
有名なとこだとSolaris,MySQL,StarOfficeそしてJava
MSにしてもIBMにしてもGoogleにしてもAppleにしても
みんなOSSのプロジェクトには関わり持ってるけど
企業も開発者も互いに敬意を持って接している
対してOracleがOSS開発者から敬意を持たれた事は過去に無い
OracleがOSSに関わるとなぜ同等のプロジェクトがフォークするのか
有名なとこだとSolaris,MySQL,StarOfficeそしてJava
MSにしてもIBMにしてもGoogleにしてもAppleにしても
みんなOSSのプロジェクトには関わり持ってるけど
企業も開発者も互いに敬意を持って接している
対してOracleがOSS開発者から敬意を持たれた事は過去に無い
2018/09/24(月) 17:59:36.62ID:FzQ9lLHv
そもそも、FOSSには関わりたくないし、思想も共感できないのでよく分からんわ。
FOSSの目的も存在意義もまったく理解できないし。
FOSSの目的も存在意義もまったく理解できないし。
2018/09/24(月) 18:21:24.12ID:wHG2Z2Xv
そもそもソフトウェア流通の源流がFOSSなのに意義とか思想とか言われても
2018/09/24(月) 18:32:09.71ID:FzQ9lLHv
2018/09/24(月) 19:01:29.50ID:FzQ9lLHv
ハードは新興国に安すぎる値段で作られてしまうことはますます加速する。
なら、ソフトしか売るものがない。ということは、ソフト自体を売って食っていける
状態、しかも、適度に競争原理が働いている状態になるように世界全体が
協力していくことが重要。
なら、ソフトしか売るものがない。ということは、ソフト自体を売って食っていける
状態、しかも、適度に競争原理が働いている状態になるように世界全体が
協力していくことが重要。
2018/09/24(月) 19:04:02.84ID:Z8jAp3bN
え、ソフト自体を売って稼ごうなんて何時代の話？
むしろ世界的には君の理想とは逆方向を目指しているはずだけど
むしろ世界的には君の理想とは逆方向を目指しているはずだけど
2018/09/24(月) 19:11:49.28ID:5B86z06U
SaaSなんだがとしか言いようがないな
100デフォルトの名無しさん
2018/09/24(月) 19:13:42.09ID:cHOwICqc ソフト自体売ろうにも、誰もが情報流せる時代になった以上売りに出した瞬間に自社の権利回避した安い模倣品が出回るのは目に見えている
だからこそソフトウェアというモノではなくそれを利用したサービスで稼ごうという流れになっているはず
だからこそソフトウェアというモノではなくそれを利用したサービスで稼ごうという流れになっているはず
101デフォルトの名無しさん
2018/09/24(月) 19:20:46.56ID:FzQ9lLHv >>100
それは、Javaの場合はどうすればいいの？
それは、Javaの場合はどうすればいいの？
102デフォルトの名無しさん
2018/09/24(月) 19:25:27.52ID:FzQ9lLHv 技術や機能的なアイデアなどの競争ではなく、なんか変な競争になりそう。
今まさにそうなってるけど。
今まさにそうなってるけど。
103デフォルトの名無しさん
2018/09/24(月) 19:38:45.42ID:FzQ9lLHv >>100
>ソフト自体売ろうにも、誰もが情報流せる時代になった以上売りに出した
>瞬間に自社の権利回避した安い模倣品が出回るのは目に見えている
これも、誰が模倣品を作っているのか、を調査する必要がある。
gccなんかは、寄付金などで、数十人の人がフルタイムまたは
ハーフタイムでプログラムしてるんだそうだ。
Linuxがサーバー分野で実用性があるのは、IBMが社員を大量動員して
作らせたためらしい。
これを見ると、無料で配布されていても、無料で作られているわけ
ではなく、ちゃんと有給で作られたものだ。
つまりそれらは、一般人が作ったものではない。
>ソフト自体売ろうにも、誰もが情報流せる時代になった以上売りに出した
>瞬間に自社の権利回避した安い模倣品が出回るのは目に見えている
これも、誰が模倣品を作っているのか、を調査する必要がある。
gccなんかは、寄付金などで、数十人の人がフルタイムまたは
ハーフタイムでプログラムしてるんだそうだ。
Linuxがサーバー分野で実用性があるのは、IBMが社員を大量動員して
作らせたためらしい。
これを見ると、無料で配布されていても、無料で作られているわけ
ではなく、ちゃんと有給で作られたものだ。
つまりそれらは、一般人が作ったものではない。
104デフォルトの名無しさん
2018/09/24(月) 19:39:46.85ID:FzQ9lLHv あと、Qt は、Nokiaの社員が20人以上で作り上げたものらしい。
105デフォルトの名無しさん
2018/09/24(月) 19:56:44.73ID:FzQ9lLHv106デフォルトの名無しさん
2018/09/24(月) 20:53:28.62ID:utUQ06om すごいね
〜らしいとか憶測だけでここまで書くのかと
〜らしいとか憶測だけでここまで書くのかと
107デフォルトの名無しさん
2018/09/24(月) 22:34:10.97ID:2wfBP4BH まだチンパンの相手してんのか
108デフォルトの名無しさん
2018/09/25(火) 09:14:04.91ID:oRUMH9qn 理由は分からんが、アメリカではIT関連全体の求人は増えているのに、
プログラマの求人だけは減って行ってるらしい。
プログラマの求人だけは減って行ってるらしい。
109デフォルトの名無しさん
2018/09/25(火) 14:22:13.88ID:xKsUlK4F ソフトは無料で提供されるべきではないってのなら
有料で提供すればいい
同等かそれ以上のものが無料で提供された時点で終わりだけどね
有料で提供すればいい
同等かそれ以上のものが無料で提供された時点で終わりだけどね
110デフォルトの名無しさん
2018/09/25(火) 15:18:26.90ID:mz4Yps62 >>109
無料相手でも、100円なら戦える。
無料相手でも、100円なら戦える。
111デフォルトの名無しさん
2018/09/25(火) 22:15:16.10ID:AouN8ebO ソフトだけで稼げるのは専門的でニッチな分野だけだろ
112デフォルトの名無しさん
2018/09/26(水) 01:24:20.78ID:6OKvzXmf >>109
有料のものと同等以上のものが簡単に無料で提供できるとでも?
有料のものと同等以上のものが簡単に無料で提供できるとでも?
113デフォルトの名無しさん
2018/09/26(水) 01:55:34.26ID:DUFIzm4n 有料にするにしてもパッケージ売り切りのビジネスモデルはもう殆ど破綻してる
フリーミアム版でユーザー取り込んでサブスクリプションで課金するのが今風のやり方
フリーミアム版でユーザー取り込んでサブスクリプションで課金するのが今風のやり方
114デフォルトの名無しさん
2018/09/26(水) 02:00:21.05ID:DUFIzm4n 要するに無料ユーザーと有料ユーザーが共存できるような棲み分け可能なビジネスモデルでないと成立しない
115デフォルトの名無しさん
2018/09/26(水) 03:24:58.42ID:fXf2EIuH python software foundationの2015年のrevenue(売り上げ、収入)が、2.9 million $
となっているのは、Tシャツの売り上げ？
日本円にすると、年間売り上げ(?)、3億5,000万円弱、ということになるんだけど。
となっているのは、Tシャツの売り上げ？
日本円にすると、年間売り上げ(?)、3億5,000万円弱、ということになるんだけど。
116デフォルトの名無しさん
2018/09/26(水) 12:15:28.90ID:FJlbJwnI117デフォルトの名無しさん
2018/09/26(水) 14:14:18.42ID:GcxNqKYy118デフォルトの名無しさん
2018/09/26(水) 18:25:43.09ID:9MHgeHR3 ユーザー全体に対する有料ユーザーの割合は、5％を損益分岐点にする。望ましい割合は10％で、
もしそれ以上の有料ユーザーがいるときは、最大数の潜在顧客を無料版ユーザーとしてとりこめていないのだ
もしそれ以上の有料ユーザーがいるときは、最大数の潜在顧客を無料版ユーザーとしてとりこめていないのだ
119デフォルトの名無しさん
2018/09/26(水) 19:08:34.25ID:KQCpHfjl >>118
もうひとつのやり方は、実質的に無料と変わらないくらいの
誰でも変えるくらいのとても安い価格をつけて、非常にたくさん
の人に買ってもらう。
ソースネクストがそのやり方で成功しているのではないかと思う。
もうひとつのやり方は、実質的に無料と変わらないくらいの
誰でも変えるくらいのとても安い価格をつけて、非常にたくさん
の人に買ってもらう。
ソースネクストがそのやり方で成功しているのではないかと思う。
120デフォルトの名無しさん
2018/10/20(土) 16:30:48.80ID:2gMNXqbH Xamarin で起動速度を改善させるためにこんなことをやった、という記事を見た。
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
最終的に Kotlin に移植した、というオチになっていてツラミを感じた。
AOT を掛けたら Xamarin でもネイティブにそんなに負けてなかったよ、とあるけれど、
それだけのために Enterprise Edition 年40万以上は払えないよね。
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
最終的に Kotlin に移植した、というオチになっていてツラミを感じた。
AOT を掛けたら Xamarin でもネイティブにそんなに負けてなかったよ、とあるけれど、
それだけのために Enterprise Edition 年40万以上は払えないよね。
121デフォルトの名無しさん
2018/10/20(土) 17:19:53.34ID:pGNO9AWb AOTエンプラ以上なのか。
会社のMSDNがそれだから知らんかった
会社のMSDNがそれだから知らんかった
122デフォルトの名無しさん
2018/10/20(土) 17:24:44.44ID:pGNO9AWb >>120
読んだらKotlinに移植したけど結局1.1秒ちょっとが0.9ちょいになったって感じでAOT使うならサイズ抜かせば十分かもって感じだな
読んだらKotlinに移植したけど結局1.1秒ちょっとが0.9ちょいになったって感じでAOT使うならサイズ抜かせば十分かもって感じだな
123デフォルトの名無しさん
2018/10/20(土) 18:02:57.23ID:zLC0JYO8 俺もAOTがエンプラ以上だって今まで知らなかった。
普通に使ってたわ。
普通に使ってたわ。
124デフォルトの名無しさん
2018/10/20(土) 18:18:50.82ID:QvyshcuB Xamarin程の糞はない
125デフォルトの名無しさん
2018/10/21(日) 05:22:20.61ID:Uf9ddJ9d >>120
Open Business 2年更新だとEnterprise でも20万/年程度だろ
Open Business 2年更新だとEnterprise でも20万/年程度だろ
126デフォルトの名無しさん
2018/10/21(日) 08:15:00.34ID:i5Ug+m/2127デフォルトの名無しさん
2018/10/21(日) 16:56:22.97ID:XAr1btS+128デフォルトの名無しさん
2018/10/21(日) 17:02:30.35ID:XAr1btS+ AOT利用中のところって、
対象アーキテクチャって何を選択してます？
うちは armeabi-v7a と x86 で APKも２つ作っているけど、
もう x86 切っていいよね？(´・ω・`)
x86 だと「対応する Android 搭載端末」端末数 262
とか Google Play Console で出てきて、もういいかなー感が強いんだけど。。。
対象アーキテクチャって何を選択してます？
うちは armeabi-v7a と x86 で APKも２つ作っているけど、
もう x86 切っていいよね？(´・ω・`)
x86 だと「対応する Android 搭載端末」端末数 262
とか Google Play Console で出てきて、もういいかなー感が強いんだけど。。。
129デフォルトの名無しさん
2018/11/03(土) 08:34:29.84ID:9SilCILY おまいたちがやってるのってxamarin.formsとxamarinネイティブのうちどっちなの？
どっちがいいんだろうか
xamarin.formsならxaml一本でいけるのか？
C#経験はあるが、ほぼwindowsformsだし、wpfなら少し分かる程度
xamlに詳しくなれるならxamarin.forms一択かな〜
これならwpfにも習熟できそうだし新しいから今後が期待できそう
どっちがいいんだろうか
xamarin.formsならxaml一本でいけるのか？
C#経験はあるが、ほぼwindowsformsだし、wpfなら少し分かる程度
xamlに詳しくなれるならxamarin.forms一択かな〜
これならwpfにも習熟できそうだし新しいから今後が期待できそう
130デフォルトの名無しさん
2018/11/03(土) 09:37:28.14ID:OSw3rxvc FormsでPrism前提の作成方法だけ覚えりゃいいよ
131デフォルトの名無しさん
2018/11/03(土) 12:24:41.40ID:IsYYmtjX 起動を速くする方法ないの？
レイアウトの作り方でも変わるのかな
レイアウトの作り方でも変わるのかな
132デフォルトの名無しさん
2018/11/03(土) 12:54:43.21ID:JBg4gYkl Xamarin程の糞はない
133デフォルトの名無しさん
2018/11/03(土) 13:58:29.17ID:7QH84Rmg Prism嫌い。
134デフォルトの名無しさん
2018/11/03(土) 15:36:26.41ID:fVE3xuew 6000円のxamarin本買ってきた
高すぎる
でも今までIDEや言語のせいで敬遠してたアプリ開発をvisual studioでC#でできるってんなら買うしかないよな
しかし結局MacがないからMac買わないといけないのは痛いな
高すぎる
でも今までIDEや言語のせいで敬遠してたアプリ開発をvisual studioでC#でできるってんなら買うしかないよな
しかし結局MacがないからMac買わないといけないのは痛いな
135デフォルトの名無しさん
2018/11/03(土) 17:20:28.08ID:s0LW8GdZ >>129
Windows Forms経験しかないと、飛び越すべき壁が多く結構大変だと思うが
WPF経験があるとのことなんで、ずいぶん楽だと思うよ。
そもそも、もうWindows Formsのようなインターフェースが新たに開発される
新たに必要とされる場面は出てこないので。
Windows Forms経験しかないと、飛び越すべき壁が多く結構大変だと思うが
WPF経験があるとのことなんで、ずいぶん楽だと思うよ。
そもそも、もうWindows Formsのようなインターフェースが新たに開発される
新たに必要とされる場面は出てこないので。
136デフォルトの名無しさん
2018/11/03(土) 17:38:20.07ID:OSw3rxvc >>135
今年になっても電機系大手SIがナショナルクライアント相手の新規開発にWindows Forms採用しとたぞい
今年になっても電機系大手SIがナショナルクライアント相手の新規開発にWindows Forms採用しとたぞい
137デフォルトの名無しさん
2018/11/03(土) 17:48:57.05ID:m8uRBn8F Xamarinは糞みたいな仕事しかない
138デフォルトの名無しさん
2018/11/03(土) 17:52:00.23ID:FJuQYRW+ >>135
んーとWindowsFormsで新規案件ないって言いたいのか？
んーとWindowsFormsで新規案件ないって言いたいのか？
139デフォルトの名無しさん
2018/11/03(土) 19:31:23.16ID:dRjcA8op 起動時間はリンカーちゃんと設定すればマシになるってちょい上の方のレスにある Qiita の記事に書いてたよ
140デフォルトの名無しさん
2018/11/03(土) 19:54:05.41ID:sKrv0/z9 >>138
態々winforms指定してくるお客なんて居るか？
態々winforms指定してくるお客なんて居るか？
141デフォルトの名無しさん
2018/11/03(土) 20:27:46.40ID:+Yhp8yTJ 結局紐パンなんよ
142デフォルトの名無しさん
2018/11/03(土) 21:04:52.34ID:9SilCILY ちなみにみんなmac持ってるの？
高すぎないか？
xamarin本に6000円、macpro買ったら15万くらいになるな
アプリで元取れる期待はできないしなぁ・・・
まぁmacあればUnityにも使えるし今後の個人開発には
使えるんだろうけど・・・
高すぎないか？
xamarin本に6000円、macpro買ったら15万くらいになるな
アプリで元取れる期待はできないしなぁ・・・
まぁmacあればUnityにも使えるし今後の個人開発には
使えるんだろうけど・・・
143デフォルトの名無しさん
2018/11/03(土) 21:40:33.67ID:FJuQYRW+144デフォルトの名無しさん
2018/11/03(土) 22:00:04.13ID:pE3mSnoE apple好きなら我慢して買えばいい
145デフォルトの名無しさん
2018/11/03(土) 22:16:16.31ID:9SilCILY うん、買うのは買うよ
だが時期の問題もあるんだよね
2019年にmacbookpro新作が出るらしいし
だが2019年まで待ってもいられないし
でも16万ものPC買ってすぐ旧型になるのは耐えられない
どうしたらいいんだ
だが時期の問題もあるんだよね
2019年にmacbookpro新作が出るらしいし
だが2019年まで待ってもいられないし
でも16万ものPC買ってすぐ旧型になるのは耐えられない
どうしたらいいんだ
146デフォルトの名無しさん
2018/11/03(土) 22:32:48.00ID:mWezfEQe 今買って、新しいのが出たらまた買えば良いんじゃないの
147デフォルトの名無しさん
2018/11/03(土) 23:01:25.36ID:dRjcA8op 今はまだ時期じゃないおじさんになってるよ
148デフォルトの名無しさん
2018/11/04(日) 00:40:16.00ID:wxpEn17k >>140
今までそういう仕組みを作ってきた顧客にとっては
それを動かすために、レガシーに合わせざるを得ない顧客は多いでしょうから
その面で仕事はあるでしょう。まだ企業のPCはWin7全盛ですから。
ただ、現在は仕方なくそうなっているという形でしょうね。
とはいえクラウド移行で急激に変化。
今までそういう仕組みを作ってきた顧客にとっては
それを動かすために、レガシーに合わせざるを得ない顧客は多いでしょうから
その面で仕事はあるでしょう。まだ企業のPCはWin7全盛ですから。
ただ、現在は仕方なくそうなっているという形でしょうね。
とはいえクラウド移行で急激に変化。
149デフォルトの名無しさん
2018/11/04(日) 00:44:07.46ID:wxpEn17k150デフォルトの名無しさん
2018/11/04(日) 01:39:24.02ID:yKOivloR あ、違った
2019で新型が出るのはmacproか
macbookproは最近新型出たばっかじゃん
じゃあ買うか・・・
2019で新型が出るのはmacproか
macbookproは最近新型出たばっかじゃん
じゃあ買うか・・・
151デフォルトの名無しさん
2018/11/04(日) 09:11:01.36ID:yKOivloR ついにAndroidエミュレータが起動してAndroidのデバッグ環境が整った
macはまだない
もうちょいアプリができてから買おうかな
16万の買い物をする勇気が出ない
macはまだない
もうちょいアプリができてから買おうかな
16万の買い物をする勇気が出ない
152デフォルトの名無しさん
2018/11/04(日) 09:32:36.61ID:+MF+ZSEJ 今買うならmacbookairの方じゃない？
153デフォルトの名無しさん
2018/11/04(日) 10:20:27.94ID:yKOivloR >>152
13インチ MacBook Air
Touch ID
1.6GHzデュアルコアプロセッサ（Turbo Boost使用時最大3.6GHz）
256GBストレージ
1.6GHzデュアルコア第8世代Intel Core i5プロセッサ（Turbo Boost使用時最大3.6GHz）
Retinaディスプレイ
8GB 2,133MHz LPDDR3メモリ
256GB SSDストレージ1
Intel UHD Graphics 617
Touch ID
感圧タッチトラックパッド
Thunderbolt 3ポート x 2
￥156,800 (税別)
13インチMacBook Pro
2.3GHzデュアルコアプロセッサ
256GBストレージ
第7世代の2.3GHzデュアルコアIntel Core i5プロセッサ
Turbo Boost使用時最大3.6GHz
Intel Iris Plus Graphics 640
8GB 2,133MHz LPDDR3メモリ
256GB SSDストレージ1
Retinaディスプレイ
Thunderbolt 3ポート x 2
￥164,800 (税別)
今回のmacbookairかなり叩かれてるよ
何も新しいものがないらしい
13インチ MacBook Air
Touch ID
1.6GHzデュアルコアプロセッサ（Turbo Boost使用時最大3.6GHz）
256GBストレージ
1.6GHzデュアルコア第8世代Intel Core i5プロセッサ（Turbo Boost使用時最大3.6GHz）
Retinaディスプレイ
8GB 2,133MHz LPDDR3メモリ
256GB SSDストレージ1
Intel UHD Graphics 617
Touch ID
感圧タッチトラックパッド
Thunderbolt 3ポート x 2
￥156,800 (税別)
13インチMacBook Pro
2.3GHzデュアルコアプロセッサ
256GBストレージ
第7世代の2.3GHzデュアルコアIntel Core i5プロセッサ
Turbo Boost使用時最大3.6GHz
Intel Iris Plus Graphics 640
8GB 2,133MHz LPDDR3メモリ
256GB SSDストレージ1
Retinaディスプレイ
Thunderbolt 3ポート x 2
￥164,800 (税別)
今回のmacbookairかなり叩かれてるよ
何も新しいものがないらしい
154デフォルトの名無しさん
2018/11/04(日) 11:00:39.83ID:yKOivloR Windows.FormsのPC向けプロジェクトがUWPってことは
Windows7では動かないのか
Windows10だけか
まだWindows7のシェアかなり多いみたいだが、かなりのユーザーが
ターゲットから外れるな
まぁモバイルアプリを作りたいわけで
PCがメインターゲットじゃないからいいっちゃいいんだが
なぜWPFじゃなくUWPなのか
なんかXamarinがとんでもない泥船のように思えてきた
Windows7では動かないのか
Windows10だけか
まだWindows7のシェアかなり多いみたいだが、かなりのユーザーが
ターゲットから外れるな
まぁモバイルアプリを作りたいわけで
PCがメインターゲットじゃないからいいっちゃいいんだが
なぜWPFじゃなくUWPなのか
なんかXamarinがとんでもない泥船のように思えてきた
155デフォルトの名無しさん
2018/11/04(日) 11:14:57.33ID:dp5SZYTK Windows FormアプリはXamarinもUWP も関係ないよ
というかWPFアプリですら無い
というかWPFアプリですら無い
156デフォルトの名無しさん
2018/11/04(日) 11:18:22.47ID:yKOivloR 間違えたわ
Windows.FormsじゃなくてXamarin.Formｓの話よ
Windows.FormsじゃなくてXamarin.Formｓの話よ
157デフォルトの名無しさん
2018/11/04(日) 11:46:56.92ID:yKOivloR やっとAndroidとUWPのHelloWorldが通ったわ
IOSはmacがないから外してるけど
昨日本買ってこの段階なら早い方かな？
ここのみんなはもうアプリガンガン作ってリリースとかしてるの？
IOSはmacがないから外してるけど
昨日本買ってこの段階なら早い方かな？
ここのみんなはもうアプリガンガン作ってリリースとかしてるの？
158デフォルトの名無しさん
2018/11/04(日) 12:23:15.22ID:YqZUvCLq 実際商用でXamarin使った例ってあるのかな？
159デフォルトの名無しさん
2018/11/04(日) 12:57:31.39ID:RwY+Tja9 >>158
https://www.xlsoft.com/jp/products/xamarin/apps.html
チラッとしか見てないがクレスコとかはたぶん上場企業だし、ソニーの子会社っぽいのもxamarinでなんか作ってるね
https://www.xlsoft.com/jp/products/xamarin/apps.html
チラッとしか見てないがクレスコとかはたぶん上場企業だし、ソニーの子会社っぽいのもxamarinでなんか作ってるね
160デフォルトの名無しさん
2018/11/04(日) 18:42:01.16ID:yl6dAh1d161デフォルトの名無しさん
2018/11/04(日) 20:05:50.22ID:753DVsS0 Xmarin.FormsのXAMLでかける式ってWPFに比べてショボいところがあるじゃん。
162デフォルトの名無しさん
2018/11/04(日) 20:24:49.07ID:AVNI0tLi Xamarin.Formsは色んなOSの最大公約数の機能しかないからなぁ。
案外WebView使ってHTMLで書くのが一番小回り効いたりする。
案外WebView使ってHTMLで書くのが一番小回り効いたりする。
163デフォルトの名無しさん
2018/11/05(月) 00:04:27.81ID:dCHYDtOd いつかxamarinやっててよかったと思える日が来るんだろうか
C#でアプリが作れるってだけで飛びついてしまったんだが、何ができるんだろう
でも.NETのクラスが全部使えるんならなんでもできるんだよな要するに
.NETが全て使えるとすると、かなり万能なんじゃないの？xamarinって
.NETに加えて、iOSやandroid のAPIまで呼べるんでしょ？それに加えクロスプラットフォーム
それだけ聞くと無敵な感じがするし企業が放っておかないと思うんだが何がネックなんだろう
C#でアプリが作れるってだけで飛びついてしまったんだが、何ができるんだろう
でも.NETのクラスが全部使えるんならなんでもできるんだよな要するに
.NETが全て使えるとすると、かなり万能なんじゃないの？xamarinって
.NETに加えて、iOSやandroid のAPIまで呼べるんでしょ？それに加えクロスプラットフォーム
それだけ聞くと無敵な感じがするし企業が放っておかないと思うんだが何がネックなんだろう
164デフォルトの名無しさん
2018/11/05(月) 00:38:27.24ID:YwTd+Zn9 .NET使えるおかげでデスクトップ、モバイルでロジックをあらかた共有出来るからな
ややこしいコンポーネントも共有してるからやろうと思えばほぼ全て共有できるのは実感してる。
最近はFlutterとかも良い感じだけど、そういうところでは一日の長があるな
ややこしいコンポーネントも共有してるからやろうと思えばほぼ全て共有できるのは実感してる。
最近はFlutterとかも良い感じだけど、そういうところでは一日の長があるな
165デフォルトの名無しさん
2018/11/05(月) 08:11:37.97ID:dCHYDtOd ふむ、良さげだな
xamarinの先行者になって業界で無双できるのが理想だな
あとはマイクロソフトがどれだけ力入れてくれるかだな
まぁマイクロソフトは今はC#とWPF、xamarinに力入れてくれてるイメージあるし期待はできるかな
xamarinの先行者になって業界で無双できるのが理想だな
あとはマイクロソフトがどれだけ力入れてくれるかだな
まぁマイクロソフトは今はC#とWPF、xamarinに力入れてくれてるイメージあるし期待はできるかな
166デフォルトの名無しさん
2018/11/05(月) 08:36:06.32ID:KCB9cZDG いまさらWPF？UWPではなく?
167デフォルトの名無しさん
2018/11/05(月) 10:07:25.25ID:c/yLfLF+ それは利用環境での違い次第じゃない？
Win7だとUWP動かないから
Win7だとUWP動かないから
168デフォルトの名無しさん
2018/11/05(月) 11:04:39.90ID:+PPRBlH4 新規でわざわざ7向けとか作りたくないわ
169デフォルトの名無しさん
2018/11/05(月) 11:11:58.23ID:dCHYDtOd >>166
UWPの間違いだったわ
UWPの間違いだったわ
170デフォルトの名無しさん
2018/11/05(月) 13:40:13.80ID:WpMK+lQ4 >>168
そりゃ作りたくないだろうけどIE6に対応してくれとかがざらにいるこんな世の中じゃポイズン
そりゃ作りたくないだろうけどIE6に対応してくれとかがざらにいるこんな世の中じゃポイズン
171デフォルトの名無しさん
2018/11/05(月) 22:37:55.51ID:JHyTeTFo 学習コスト思ったより高いな
土曜日に6000円で買ってきた分厚い本がまだ100ページも読み終わらん
序盤の簡単なとこでこれとは正直キツイわ
1カ月でそこそこ使えるようになるかと思ったが2，3カ月かかりそうだな
キッツ
土曜日に6000円で買ってきた分厚い本がまだ100ページも読み終わらん
序盤の簡単なとこでこれとは正直キツイわ
1カ月でそこそこ使えるようになるかと思ったが2，3カ月かかりそうだな
キッツ
172デフォルトの名無しさん
2018/11/05(月) 23:06:08.03ID:KIWbSYer どこまで経験あるか次第だろ。
mvvm,databinding経験あるか?
他環境でmvvm,databindingやったことあるならほ表記方法がxamlになるだけで敷居は低い。
それないとmvvm,databinding,xaml,xamarinコントロールと覚えることがあって結構大変。
mvvm,databinding経験あるか?
他環境でmvvm,databindingやったことあるならほ表記方法がxamlになるだけで敷居は低い。
それないとmvvm,databinding,xaml,xamarinコントロールと覚えることがあって結構大変。
173デフォルトの名無しさん
2018/11/05(月) 23:09:25.87ID:Ns0ubn59 ネイティブの知識なくて良いわけじゃないから学習コストは高いよ
Xamarin.Forms に限らずクロスプラットフォームはどれもそうだと思うけど
その点レンダリングエンジンがネイティブじゃない Flutter は比較的楽なのではという期待がある
あとホットリロードが羨ましい
Xamarin.Forms に限らずクロスプラットフォームはどれもそうだと思うけど
その点レンダリングエンジンがネイティブじゃない Flutter は比較的楽なのではという期待がある
あとホットリロードが羨ましい
174デフォルトの名無しさん
2018/11/05(月) 23:15:23.35ID:Ns0ubn59 ただ Xamarin は .NET の既存資産が多いし、React Native も NodeJS の資産があるのが魅力だろうな
Dart や Kotlin は少なそう
Dart や Kotlin は少なそう
175デフォルトの名無しさん
2018/11/05(月) 23:19:16.98ID:Ns0ubn59 UI 部分のラッパーがない分ネイティブやるよりは Xamarin Native のほうがラクなんじゃないかな
Xamarin.Forms しかやったことないけど
Xamarin.Forms しかやったことないけど
176デフォルトの名無しさん
2018/11/06(火) 00:47:55.76ID:BJih7Q4c >>171
ペゾルト本だよね？
まああれは基本のコントロールからみっちり説明してるからな
今となっては古いところもあるかもだけどあれは、Xamarinやるなら上下巻みっちり読んどけ感はある
日本語版はまだ下巻出てないんだっけ？
ペゾルト本だよね？
まああれは基本のコントロールからみっちり説明してるからな
今となっては古いところもあるかもだけどあれは、Xamarinやるなら上下巻みっちり読んどけ感はある
日本語版はまだ下巻出てないんだっけ？
177デフォルトの名無しさん
2018/11/06(火) 00:56:02.43ID:BJih7Q4c >>175
Xamarinネイティブの方はネイティブに薄皮かぶせただけだからネイティブのことがっつり知らないといかんしの。
自分はXamarin.iOSから入ってFormsに移ったけど、アンドロイドのネイティブはほとんどわからないまま来てしまってアプリなどのリリースもやってるけどやっとこの間レンダラーでビュースイッチャー高なんだか触る羽目になった
Xamarinネイティブの方はネイティブに薄皮かぶせただけだからネイティブのことがっつり知らないといかんしの。
自分はXamarin.iOSから入ってFormsに移ったけど、アンドロイドのネイティブはほとんどわからないまま来てしまってアプリなどのリリースもやってるけどやっとこの間レンダラーでビュースイッチャー高なんだか触る羽目になった
178デフォルトの名無しさん
2018/11/06(火) 07:49:28.67ID:8sAquAjD Formsでもちょっとまともな事しようと思ったら各プラットフォーム向けにRendererをオーバーライドしたり、デバイス制御しようとしたらやっぱりプラットフォーム専用のコード書かないといけなかったり、完全ではないわな。
それでも共通のPCLがC#で書けるというメリットはでかい。
それでも共通のPCLがC#で書けるというメリットはでかい。
179デフォルトの名無しさん
2018/11/06(火) 08:55:43.31ID:BJih7Q4c >>178
そゆんでは適度にネイティブも透けて見えるから手を入れてモニョモニョしようがあると思ってるんだが。
フラッターとかだと二進も三進もいかないんじゃ？
その辺は良し悪しあるところだとはおもうけど
そゆんでは適度にネイティブも透けて見えるから手を入れてモニョモニョしようがあると思ってるんだが。
フラッターとかだと二進も三進もいかないんじゃ？
その辺は良し悪しあるところだとはおもうけど
180デフォルトの名無しさん
2018/11/06(火) 09:05:58.52ID:T1PaVoIS Xamarin程の糞はない
181デフォルトの名無しさん
2018/11/06(火) 09:21:47.05ID://8efntW 今はまだ過渡期でしょう。
行く行くは開発会社がネイティブな部分を知る必要もなく
アプリを作る方向に向かってゆく。
行く行くは開発会社がネイティブな部分を知る必要もなく
アプリを作る方向に向かってゆく。
182デフォルトの名無しさん
2018/11/06(火) 09:27:49.32ID:BJih7Q4c 実際はネイティブの環境も変わってくし、そこに一切触れないものも困る場面でてくると思うよ？
183デフォルトの名無しさん
2018/11/06(火) 10:39:58.64ID:1KwAte1P184デフォルトの名無しさん
2018/11/06(火) 12:36:18.96ID:8sAquAjD 真面目にMVVMやるならBinding要るけど、まずはViewModelすっ飛ばしてコントロール側にNameつけてModelと直接やり取りするのが入門としては良いかも。
XAMLなんてHTMLの遠い親戚みたいなもんだから身構える必要は全くない。
本当に必要なスキルは「英語サイト含めてググる能力」だわ。
XAMLなんてHTMLの遠い親戚みたいなもんだから身構える必要は全くない。
本当に必要なスキルは「英語サイト含めてググる能力」だわ。
185デフォルトの名無しさん
2018/11/06(火) 13:46:35.71ID:g0k0fO2X 糞を糞と見抜ける能力
186デフォルトの名無しさん
2018/11/06(火) 13:50:05.93ID:uqLOd1Jh >>183
俺はXamarinやって今Unityやってるわ
俺はXamarinやって今Unityやってるわ
187デフォルトの名無しさん
2018/11/06(火) 21:37:57.80ID:eiD6Vqn1 初心者だけどDataTemplateがすごく使いにくい
ListViewの要素にListがあってListに1件以上アイテムがあるとき
それをラベル貼るみたいに付加情報を表示したいってだけなのに
DataTemplateSelector使わなあかんの？
あとビルドがすごく長い
プレビューワーの品質がひどすぎる（Gorillaプレビューワがいいらしいけど有料っぽい）
会社の方針で使ってるけど正直しんどい
ListViewの要素にListがあってListに1件以上アイテムがあるとき
それをラベル貼るみたいに付加情報を表示したいってだけなのに
DataTemplateSelector使わなあかんの？
あとビルドがすごく長い
プレビューワーの品質がひどすぎる（Gorillaプレビューワがいいらしいけど有料っぽい）
会社の方針で使ってるけど正直しんどい
188デフォルトの名無しさん
2018/11/07(水) 00:52:03.26ID:NsewPv0A ListViewにリスト入れてんの？
189187
2018/11/07(水) 08:18:22.10ID:ekMP+mWP そうです
例えば商品一覧を表示する際に、ある商品には「特価」とか「在庫限り」とか
あるいはその両方を表示したいというときに
特定の要素の場合だけStackLayoutを追加したいんですけど、
Templateだとそういうことはできないですよね？
Templateだからそういうものだと言われたらそれまでですが
例えば商品一覧を表示する際に、ある商品には「特価」とか「在庫限り」とか
あるいはその両方を表示したいというときに
特定の要素の場合だけStackLayoutを追加したいんですけど、
Templateだとそういうことはできないですよね？
Templateだからそういうものだと言われたらそれまでですが
190デフォルトの名無しさん
2018/11/07(水) 10:01:16.11ID:swEsVJN8 Xamarinみたいな糞でやるからそうなる
191デフォルトの名無しさん
2018/11/07(水) 13:56:38.27ID:pqMdkqB1 >>186
なぜunityを？
俺も最初はunityでのゲーム開発ってこんなに簡単なんだ、と感心したんだが、ゲームだと普通のアプリに比べて極端に画像が必要になるし、個人開発に向かないなと思った
で、画像が少なくて済むアプリを勉強しようと思った
俺の場合最終目標が個人開発での脱サラなんだが、デザイナに金払って描いてもらうってのも個人だとなかなかキツいんだよな
なぜunityを？
俺も最初はunityでのゲーム開発ってこんなに簡単なんだ、と感心したんだが、ゲームだと普通のアプリに比べて極端に画像が必要になるし、個人開発に向かないなと思った
で、画像が少なくて済むアプリを勉強しようと思った
俺の場合最終目標が個人開発での脱サラなんだが、デザイナに金払って描いてもらうってのも個人だとなかなかキツいんだよな
192デフォルトの名無しさん
2018/11/07(水) 14:16:04.13ID:swEsVJN8 ゲームアプリのアプリ内課金が一番儲かるんだがな
193デフォルトの名無しさん
2018/11/07(水) 14:22:26.73ID:2hZ1F3VY >>192
個人開発でゲーム作ってるの？
個人開発でゲーム作ってるの？
194デフォルトの名無しさん
2018/11/07(水) 15:18:58.40ID:Yg7Serho195デフォルトの名無しさん
2018/11/07(水) 20:09:41.01ID:Nn5ja2xC >>189
その例だけで言えばラベルとなる要素の表示/非表示にバインドするプロパティ用意するだけで良くない？
その例だけで言えばラベルとなる要素の表示/非表示にバインドするプロパティ用意するだけで良くない？
196デフォルトの名無しさん
2018/11/07(水) 21:23:47.78ID:rZipnLou Xamarinってデザイナーないの？
Xaml自分で記述するか、C#コードでUI作らないといけないのか？
とてもC#コードなんかでUI記述してられないからXaml構文極めないとUI作れないな
そしてVSのツールボックスなしじゃなんのUI要素があるのかがわからない
macのxamarinstudioならUI要素の一覧は見れるの？
XamarinForms向けのXamlタグ一覧みたいなものが見れるサイトがあれば
どなたか教えてくれないか？
Xaml自分で記述するか、C#コードでUI作らないといけないのか？
とてもC#コードなんかでUI記述してられないからXaml構文極めないとUI作れないな
そしてVSのツールボックスなしじゃなんのUI要素があるのかがわからない
macのxamarinstudioならUI要素の一覧は見れるの？
XamarinForms向けのXamlタグ一覧みたいなものが見れるサイトがあれば
どなたか教えてくれないか？
197デフォルトの名無しさん
2018/11/07(水) 21:58:14.45ID:ekMP+mWP198デフォルトの名無しさん
2018/11/07(水) 22:19:57.99ID:M8DcGEhY 会社の方針って書いてるけどそれぐらいサクッと答えられる人いないのか
199デフォルトの名無しさん
2018/11/08(木) 09:02:39.06ID:JSc2SB6N 見てなかったわ。
Templateの中もただのXAMLだからつながるリスト要素のVMにプロパティ生やして好きに汁。
ListViewをunevenheightだっけ？にするの忘れるなよー
Templateの中もただのXAMLだからつながるリスト要素のVMにプロパティ生やして好きに汁。
ListViewをunevenheightだっけ？にするの忘れるなよー
200デフォルトの名無しさん
2018/11/10(土) 00:10:52.75ID:mr47SEAg >>182
今思いつくだけで、
Z Orderを変えたい、他のアプリの上に透明で重ねたい、全く赤の他人が書いたアプリを
自分のアプリの中央にはめ込みたい、他のアプリの Window を動かしたい、デスクトップ
のアイコンの並びを記憶して復帰したい、デスクトップをクリックしたときに出てくる
フォルダ・ランチャー(?)を作りたい、ファイル・マネージャーを右クリックした時に出て
くるメニュー項目を追加したい。マウスの動作を記録・再生したい、デスクトップの
動作を動画記録したい、(BeginDeferWindowPos() のように複数のWindow を
高速に Move したい、スレッド間の同期を取りたい、Direct3D、OpenGLを
使うような高速動作がしたい、科学技術計算で、AVX512やGPGPUを使うような
最適化がしたい・・・・
見たいな事は、マルチプラットフォームでは難しいかも。
今思いつくだけで、
Z Orderを変えたい、他のアプリの上に透明で重ねたい、全く赤の他人が書いたアプリを
自分のアプリの中央にはめ込みたい、他のアプリの Window を動かしたい、デスクトップ
のアイコンの並びを記憶して復帰したい、デスクトップをクリックしたときに出てくる
フォルダ・ランチャー(?)を作りたい、ファイル・マネージャーを右クリックした時に出て
くるメニュー項目を追加したい。マウスの動作を記録・再生したい、デスクトップの
動作を動画記録したい、(BeginDeferWindowPos() のように複数のWindow を
高速に Move したい、スレッド間の同期を取りたい、Direct3D、OpenGLを
使うような高速動作がしたい、科学技術計算で、AVX512やGPGPUを使うような
最適化がしたい・・・・
見たいな事は、マルチプラットフォームでは難しいかも。
201デフォルトの名無しさん
2018/11/10(土) 00:24:38.52ID:mr47SEAg Windows Phoneでも、Android/iPhoneのアプリを全部使えるようにするため
にXamarineに目をつけたのかな、MSは。
逆に、Linuxでも使えるようになれば、MSにとって致命的になるかもしれない
ので、Linuxでは中途半端にしか使えなくすると思う。
にXamarineに目をつけたのかな、MSは。
逆に、Linuxでも使えるようになれば、MSにとって致命的になるかもしれない
ので、Linuxでは中途半端にしか使えなくすると思う。
202デフォルトの名無しさん
2018/11/10(土) 00:33:49.51ID:mr47SEAg 多分、そのうち、スマホ用のアプリを作るのは、奇特な人の趣味の世界になっていくかも。
あんな小さな画面ではまともな作業は出来ないし。
自分で作ったアプリを人に見せびらかす目的で、持ち運びしやすいスマホアプリが
作りたい人だけが残っていくのではかなかろうか。
そもそもあんな小さなデバイスで、そんな沢山アプリ作ってどうすんの。
画面の大きなデスクトップPCですら、人気が出るソフトを作るのはとても難しいのに、
小さな画面だと差別化が難しいだろう・・・。
あんな小さな画面ではまともな作業は出来ないし。
自分で作ったアプリを人に見せびらかす目的で、持ち運びしやすいスマホアプリが
作りたい人だけが残っていくのではかなかろうか。
そもそもあんな小さなデバイスで、そんな沢山アプリ作ってどうすんの。
画面の大きなデスクトップPCですら、人気が出るソフトを作るのはとても難しいのに、
小さな画面だと差別化が難しいだろう・・・。
203デフォルトの名無しさん
2018/11/10(土) 00:52:34.31ID:nC3Kb7ZD 画面の小さいことと人気アプリ云々に何の関係があるのか
204デフォルトの名無しさん
2018/11/10(土) 00:52:55.64ID:k7tqAnil スマホアプリももう飽和してる。
特にツール系。残ったのはゲームだけ
特にツール系。残ったのはゲームだけ
205デフォルトの名無しさん
2018/11/10(土) 07:33:36.25ID:nyxZoFY7 >>204
ゲームなんてそれこそ個人で作れるもんじゃない
いくらUnityみたいなプラットフォームがあるって言ってもなぁ・・・
ショボゲーなら作れてもそれこそ飽和してるだろう
しかしWEBサイト、アプリ、ゲーム全部無料で配布しちゃって
こんな終わってる業界ないわな
牛丼チェーン店に突然牛丼0円で配布する会社が現れたら
吉野家でもすき屋でもつぶれてしまうだろ
結局これじゃユーザー相手の商売は難しいから
いつまでも受託開発でクズ客の相手しないといけない
プログラミング技術を磨いても磨いても届かない脱サラへの道
ゲームなんてそれこそ個人で作れるもんじゃない
いくらUnityみたいなプラットフォームがあるって言ってもなぁ・・・
ショボゲーなら作れてもそれこそ飽和してるだろう
しかしWEBサイト、アプリ、ゲーム全部無料で配布しちゃって
こんな終わってる業界ないわな
牛丼チェーン店に突然牛丼0円で配布する会社が現れたら
吉野家でもすき屋でもつぶれてしまうだろ
結局これじゃユーザー相手の商売は難しいから
いつまでも受託開発でクズ客の相手しないといけない
プログラミング技術を磨いても磨いても届かない脱サラへの道
206デフォルトの名無しさん
2018/11/10(土) 10:25:46.86ID:mr47SEAg207デフォルトの名無しさん
2018/11/10(土) 10:33:45.07ID:mr47SEAg208デフォルトの名無しさん
2018/11/10(土) 21:00:48.39ID:JAFflVVJ >>200
マルチプラットフォームでそんなんやりたいとかどこ需要てかスマホとか関係ないやん
マルチプラットフォームでそんなんやりたいとかどこ需要てかスマホとか関係ないやん
209デフォルトの名無しさん
2018/11/10(土) 21:38:56.59ID:owOQnTkP >>207
レッドオーシャンだからね
いざappleストアやgoogleストア開いてレッドオーシャンを目の当たりにするとアプリを作る気が失せるんだよなぁ・・・
どうしたらこんな環境でモチベーションが保てるんだろう
こんな環境でもモチベーション保ってアプリ10個くらい作ってみればなにか変わるのかな
もう社畜にうんざりしてるんだよなぁ・・・
レッドオーシャンだからね
いざappleストアやgoogleストア開いてレッドオーシャンを目の当たりにするとアプリを作る気が失せるんだよなぁ・・・
どうしたらこんな環境でモチベーションが保てるんだろう
こんな環境でもモチベーション保ってアプリ10個くらい作ってみればなにか変わるのかな
もう社畜にうんざりしてるんだよなぁ・・・
210デフォルトの名無しさん
2018/11/11(日) 00:58:50.27ID:rISCeeCc あと、Appleは、自分が決めた外観的なルールに従っているアプリしか
許可しないので、独自の Widget を使っているアプリは、許可されないらしい。
だから、Java(Swing), Qt, FLTK みたいに Widget を独自に描画して Platform 非依存
にする方式ではダメで、wxWidget みたいに OS の Widget をそのまま使うタイプの
やり方で無いとダメなんだそうだ。
本当かどうかは確認してないが。
許可しないので、独自の Widget を使っているアプリは、許可されないらしい。
だから、Java(Swing), Qt, FLTK みたいに Widget を独自に描画して Platform 非依存
にする方式ではダメで、wxWidget みたいに OS の Widget をそのまま使うタイプの
やり方で無いとダメなんだそうだ。
本当かどうかは確認してないが。
211デフォルトの名無しさん
2018/11/11(日) 01:14:27.22ID:rISCeeCc https://futurizm.jp/articles/104
> Xamarinは、C#で記述し.Net環境でクロスプラットフォーム開発がおこなえるツールです。
> OSに依存するインターフェイスやデバイスなどの処理についてはソースを分け、ロジック
> については共通化するという特徴があります。
> Xamarinは、C#で記述し.Net環境でクロスプラットフォーム開発がおこなえるツールです。
> OSに依存するインターフェイスやデバイスなどの処理についてはソースを分け、ロジック
> については共通化するという特徴があります。
212デフォルトの名無しさん
2018/11/11(日) 01:16:20.17ID:rISCeeCc213デフォルトの名無しさん
2018/11/11(日) 01:18:58.96ID:rISCeeCc https://qiita.com/hikarut/items/974e5782a3c0bf26f82a
・XamarinはMicrosoftよりVisual Studioの一部として提供されている
・C#で開発する
・XamarinのAPIはネイティブのAPIを100％移植しており「ロジックの」共通化が可能
・Xamarin.Formsを使うとUIの共通化もできるが一部しか提供されていない
・そのため共通化としてはだいたい60%くらいが妥当のよう
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
・XamarinはMicrosoftよりVisual Studioの一部として提供されている
・C#で開発する
・XamarinのAPIはネイティブのAPIを100％移植しており「ロジックの」共通化が可能
・Xamarin.Formsを使うとUIの共通化もできるが一部しか提供されていない
・そのため共通化としてはだいたい60%くらいが妥当のよう
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
214デフォルトの名無しさん
2018/11/11(日) 07:00:51.72ID:zAxEw/s4 >>210
Appleのガイドラインによれば、ゲームは例外で世界観と統一感があれば独自UIでも構わないよ。
Appleのガイドラインによれば、ゲームは例外で世界観と統一感があれば独自UIでも構わないよ。
215デフォルトの名無しさん
2018/11/11(日) 08:25:56.00ID:rISCeeCc >>214
「ゲーム」だけを例外にしているのも何か困る。
そもそも、ビジネスアプリのUIだって、本来はゲームと同じ。
楽しく操作できる方が良いという点では、RPGのアイテム一覧表示と同じ。
それを、上から目線で1つの価値観で統一しようというのが気に食わない。
「ゲーム」だけを例外にしているのも何か困る。
そもそも、ビジネスアプリのUIだって、本来はゲームと同じ。
楽しく操作できる方が良いという点では、RPGのアイテム一覧表示と同じ。
それを、上から目線で1つの価値観で統一しようというのが気に食わない。
216デフォルトの名無しさん
2018/11/11(日) 08:28:27.87ID:XRKNuZ4U Xamarinでアプリ作るよりブログアフィリエイトで何百記事も書いた方が儲かるかなぁ
Xamarinはスキルにはなるが、もはやスキルなんてあってもなくても
たいして待遇変わらないし
結局業務経験〇〇年〜でしか判断できないアホな企業ばっかだから
XamarinができますといってもXamarinって何？ぽかーんだろうしなぁ
Xamarinはスキルにはなるが、もはやスキルなんてあってもなくても
たいして待遇変わらないし
結局業務経験〇〇年〜でしか判断できないアホな企業ばっかだから
XamarinができますといってもXamarinって何？ぽかーんだろうしなぁ
217デフォルトの名無しさん
2018/11/11(日) 09:56:05.13ID:gNXfgKXJ アホ企業ぐらいにしか応募できない君が悪い
218デフォルトの名無しさん
2018/11/11(日) 10:36:17.02ID:rISCeeCc219デフォルトの名無しさん
2018/11/12(月) 13:48:47.53ID:8gHHasyS リスト表示とかタブとか自分で作りたくねえだろ
標準の部品があることはありがたい
標準の部品があることはありがたい
220デフォルトの名無しさん
2018/11/13(火) 13:07:33.42ID:Cws3tb/7 >>219
GUI(Widget) ToolKit には、以下の2種類あることを言っているだけで、
アプリ・プログラマが独自に描くという意味ではない。
1. Widget を OSの Widget を使わずにライブラリが独自に描画する。
例. Java(Swing), Qt, FLTK
条件が同じなら、描画が PIXEL 単位でどの Platform でも同じになり、
全プラットフォーム完全互換も夢ではなく、あるプラットフォームでテストすれば、
他のプラットフォームでもそのまま動く可能性が高い。
反面、Apple の審査は通りにくいかも。
2. 各OSのWidget(Win32 Control[EditBox, ListBox, ComboBox, Button, SlideBar, ToolBar], Dialog など)
をそのまま使う。
例. wxWidget
各 OS の Native な GUI と同じなので、ユーザーの混乱は少ない反面、
互換性の問題が生じたり、OSごとに異なるバグが隠れていることがある。
Apple の審査は通り易いかも。
GUI(Widget) ToolKit には、以下の2種類あることを言っているだけで、
アプリ・プログラマが独自に描くという意味ではない。
1. Widget を OSの Widget を使わずにライブラリが独自に描画する。
例. Java(Swing), Qt, FLTK
条件が同じなら、描画が PIXEL 単位でどの Platform でも同じになり、
全プラットフォーム完全互換も夢ではなく、あるプラットフォームでテストすれば、
他のプラットフォームでもそのまま動く可能性が高い。
反面、Apple の審査は通りにくいかも。
2. 各OSのWidget(Win32 Control[EditBox, ListBox, ComboBox, Button, SlideBar, ToolBar], Dialog など)
をそのまま使う。
例. wxWidget
各 OS の Native な GUI と同じなので、ユーザーの混乱は少ない反面、
互換性の問題が生じたり、OSごとに異なるバグが隠れていることがある。
Apple の審査は通り易いかも。
221デフォルトの名無しさん
2018/12/05(水) 01:24:28.91ID:mHds3GDp 個人的には Flutter vs ネイティブ勢 (Xamarin, React Native, Kotlin Native) だと思うけどどっちが勝つんだろう。Flutter 次第な感じかな
222デフォルトの名無しさん
2018/12/05(水) 01:56:39.88ID:OJCPHum3 勝ち負けじゃない気が。
各々利点欠点あるからどれかが他を制圧するって感じにはならないんじゃ
各々利点欠点あるからどれかが他を制圧するって感じにはならないんじゃ
223デフォルトの名無しさん
2018/12/05(水) 02:53:32.35ID:GHZnXYuL flutterもネイティブだけどね
224デフォルトの名無しさん
2018/12/05(水) 10:54:55.29ID:keH0PFqQ この場合のネイティブはネイティブのSDK、コントロールなどを使うかどうかって話だと思うの
225デフォルトの名無しさん
2018/12/05(水) 12:10:51.68ID:UP+n/rEI Xamarinは糞だけどね
226デフォルトの名無しさん
2018/12/05(水) 20:00:19.53ID:B0Y/s1gd Xamarinちゃん
227デフォルトの名無しさん
2018/12/05(水) 20:22:45.97ID:mHds3GDp Forms 4.0 から iOS 向けのマテリアルデザインコンポーネントバインディングして Android/iOS 両方デザイン統一しやすくするみたいだな。これはなかなか良さげ
228デフォルトの名無しさん
2018/12/05(水) 20:26:51.62ID:mHds3GDp 難しいのかもしれないけど Live Previewer はよ復活させてホットリローディングできるようにしないとキツそう
229デフォルトの名無しさん
2018/12/10(月) 16:56:37.48ID:iRRzaRM/ みなさんクロスプラットホームのFormsでやってる人が多いんですか？
僕はこれから参考書買って始めようと思うんだけど
Andoroidしか持ってないからAndoroidネイティブから始めようと思ってるけど
Formsとネイティブは相当違うんですか？
予備知識無で始めるにはどっちがいいですか？
僕はこれから参考書買って始めようと思うんだけど
Andoroidしか持ってないからAndoroidネイティブから始めようと思ってるけど
Formsとネイティブは相当違うんですか？
予備知識無で始めるにはどっちがいいですか？
230デフォルトの名無しさん
2018/12/10(月) 17:59:37.84ID:JZiu84zf flutter
231デフォルトの名無しさん
2018/12/10(月) 19:25:12.79ID:/ycQ7ddD あらゆる言語・フレームワーク・ゲームエンジンの著者、
掌田津耶乃が、Flutter の本を出した！
掌田津耶乃が、Flutter の本を出した！
232デフォルトの名無しさん
2018/12/10(月) 19:28:53.34ID:cA3DEpr+ >>229
ネイティブなんてほとんど情報ない。
ネイティブなんてほとんど情報ない。
233デフォルトの名無しさん
2018/12/11(火) 00:21:51.96ID:kYUgfvrp >>229
んーネイティブは普通にAndroidをKotlinなりで開発する方法をC#に翻訳した感じだけど、formsはネイティブの上にUIフレームワークを乗っけてる感じなので、例えばTODOリストを作るとしても全然違う。
それぐらいだとformsではスタートアップのところでしかMainActivityとかに触ることはない。
自分もformsで業務アプリ作ってるけどAndroidの開発ほとんど知らないで作った。
が色々やってるとそのうちネイティブにも触らないといけなくなる。レンダラーとか。
formsはネイティブの知識があまり知らなくても共通に動かせるものが作れる。
けど突っ込んだことやる場合にネイティブのことを知らないといけなかったりネイティブの方がやりやすいこともある。
自分の感想では凝ったアプリでもかなりの部分はformsで作れるので自分ならforms使う。最近はflutterも良さげなので場合によってはそっちを選択するもよし。
んーネイティブは普通にAndroidをKotlinなりで開発する方法をC#に翻訳した感じだけど、formsはネイティブの上にUIフレームワークを乗っけてる感じなので、例えばTODOリストを作るとしても全然違う。
それぐらいだとformsではスタートアップのところでしかMainActivityとかに触ることはない。
自分もformsで業務アプリ作ってるけどAndroidの開発ほとんど知らないで作った。
が色々やってるとそのうちネイティブにも触らないといけなくなる。レンダラーとか。
formsはネイティブの知識があまり知らなくても共通に動かせるものが作れる。
けど突っ込んだことやる場合にネイティブのことを知らないといけなかったりネイティブの方がやりやすいこともある。
自分の感想では凝ったアプリでもかなりの部分はformsで作れるので自分ならforms使う。最近はflutterも良さげなので場合によってはそっちを選択するもよし。
234デフォルトの名無しさん
2018/12/13(木) 20:44:52.35ID:aguVaZKx 自分ならネイティブにする
Forms の仕組みも理解しなきゃいけないから学習曲線なだらかな方が楽じゃないかな
Forms の仕組みも理解しなきゃいけないから学習曲線なだらかな方が楽じゃないかな
235デフォルトの名無しさん
2018/12/13(木) 20:47:32.04ID:aguVaZKx でも単一プラットフォーム向けに調整するだけでいいから、Forms が極端にネックになることもなさそうだしどっちでもそんなかわんないか
236デフォルトの名無しさん
2018/12/13(木) 22:22:22.00ID:8CygZk7t >>234
各々のネイティブに詳しいならだけどそうでなかったらとりあえず両方で動く何かを作るんだったら formsの方が覚えること少ないと思うけどな
もちろんまともなものを作ろうとしたらおいおいネイティブの知識も必要になるけど。
各々のネイティブに詳しいならだけどそうでなかったらとりあえず両方で動く何かを作るんだったら formsの方が覚えること少ないと思うけどな
もちろんまともなものを作ろうとしたらおいおいネイティブの知識も必要になるけど。
237デフォルトの名無しさん
2018/12/14(金) 04:39:03.83ID:lkWiVuQs >>232
情報も何もJavaの情報をそのまま流用するだけだろw
情報も何もJavaの情報をそのまま流用するだけだろw
238デフォルトの名無しさん
2018/12/14(金) 08:05:57.67ID:12vsYPTY axmlどうやって追加したらいいのとかならんの
239デフォルトの名無しさん
2018/12/19(水) 20:29:48.58ID:/mv5q/dC LineBreakModeっておかしくない？
CharacterWrap とか WordWrap って折り返しの方式なのに
TailTruncation とか MiddleTruncation って文字列が入りきらないときの表示の方式
二つの意味が混在してる意味が分からない
Label で CharacterWrap かつ MiddleTruncation したいときどうすればいいの？
CharacterWrap とか WordWrap って折り返しの方式なのに
TailTruncation とか MiddleTruncation って文字列が入りきらないときの表示の方式
二つの意味が混在してる意味が分からない
Label で CharacterWrap かつ MiddleTruncation したいときどうすればいいの？
240デフォルトの名無しさん
2018/12/20(木) 20:15:08.38ID:YEEXcU9l241デフォルトの名無しさん
2019/01/05(土) 00:23:17.34ID:wYmtdyH8 プログラミング初心者でxamarin.Formsに手を出して5chブラウザ作ってるんだけどスレの表示に困ってる
Labelで書くとリンクや安価をタップできるようになるけど遅い（数秒〜10秒程度）
ListViewで書くと速いけど安価やリンクを押せるように出来ない（レスの塊としては押せると思う）
レス本文をパースして安価やリンクを押せるようにする自作ViewCell？を作ってListViewに入れるのが手っ取り早い気がしてるけど、パースするようなビューはコードでしか書けずコードでバインディングする（あるいはバインディングせずにListViewを使う）方法が分からない
用語がよく分かってないから変なこと言ってたら申し訳ないけどつまりは、スレを速く表示することとURLや安価をタップ可能な構造を両立したい
Labelで書くとリンクや安価をタップできるようになるけど遅い（数秒〜10秒程度）
ListViewで書くと速いけど安価やリンクを押せるように出来ない（レスの塊としては押せると思う）
レス本文をパースして安価やリンクを押せるようにする自作ViewCell？を作ってListViewに入れるのが手っ取り早い気がしてるけど、パースするようなビューはコードでしか書けずコードでバインディングする（あるいはバインディングせずにListViewを使う）方法が分からない
用語がよく分かってないから変なこと言ってたら申し訳ないけどつまりは、スレを速く表示することとURLや安価をタップ可能な構造を両立したい
242デフォルトの名無しさん
2019/01/05(土) 00:49:14.03ID:I8ikb8z6 MVVMはわかる？
MなりVMなりでパースしたものをVでバインディングすればいい
リストビューを使わないやつで何がそんな遅いのかはよく分からないんだが。
全部パースしてモニョモニョしてるから？
MなりVMなりでパースしたものをVでバインディングすればいい
リストビューを使わないやつで何がそんな遅いのかはよく分からないんだが。
全部パースしてモニョモニョしてるから？
243デフォルトの名無しさん
2019/01/05(土) 01:15:47.34ID:wYmtdyH8 >>242
独学ばかりだから雰囲気でしか理解してないけどMVVMは表示系（V）とロジック系（M）とそれをつなぎ合わせる部分VMみたいな理解してる
Labelが本質的になぜ遅いかは分からないけど調べると40要素で100msくらいかかるって言ってるページがあったから数百レスあるスレでID、本文、名前とかごとにLabelを使うと数秒かかるのは納得してる
実際レス番だけ表示するようにしてもlabelを使うと800くらいあるスレで2,3秒かかった
（じゃあなぜListViewは速く描けるのか？はよく分からない。部分的に描画してるから？）
事前にパースしてっていうのはたぶんLabelを使うパターンを想定してると思うけど上の通りラベル単体で遅いからできなかった
それともListViewのセル内のバインディングを動的に弄ることができる？
こんなに早くレスしてくれてありがとう
独学ばかりだから雰囲気でしか理解してないけどMVVMは表示系（V）とロジック系（M）とそれをつなぎ合わせる部分VMみたいな理解してる
Labelが本質的になぜ遅いかは分からないけど調べると40要素で100msくらいかかるって言ってるページがあったから数百レスあるスレでID、本文、名前とかごとにLabelを使うと数秒かかるのは納得してる
実際レス番だけ表示するようにしてもlabelを使うと800くらいあるスレで2,3秒かかった
（じゃあなぜListViewは速く描けるのか？はよく分からない。部分的に描画してるから？）
事前にパースしてっていうのはたぶんLabelを使うパターンを想定してると思うけど上の通りラベル単体で遅いからできなかった
それともListViewのセル内のバインディングを動的に弄ることができる？
こんなに早くレスしてくれてありがとう
244デフォルトの名無しさん
2019/01/05(土) 01:33:33.58ID:I8ikb8z6 MVVMのおおまかな説明はそれでいいかと。
まあとにかくUI向けのコードを分離する１つの方法です。
GUI系のアプリは基本的にUIコントロールでの処理がムッサかかるからそこをなるべく避けないと。
全部のデータをラベルにぶっこんでたらおそくなるのは必然かと。
リストビューが速いのは言われるように部分的にしか表示しないから。仮想リストビューとかでググると出てくる。ちなCacheStrategyだったかな？そこの指定で仮想じゃなくも出来る。
5chのデータ形式は知らんが受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
まあとにかくUI向けのコードを分離する１つの方法です。
GUI系のアプリは基本的にUIコントロールでの処理がムッサかかるからそこをなるべく避けないと。
全部のデータをラベルにぶっこんでたらおそくなるのは必然かと。
リストビューが速いのは言われるように部分的にしか表示しないから。仮想リストビューとかでググると出てくる。ちなCacheStrategyだったかな？そこの指定で仮想じゃなくも出来る。
5chのデータ形式は知らんが受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
245デフォルトの名無しさん
2019/01/05(土) 02:06:50.64ID:wYmtdyH8 >>244
ごめん、後半があまり分かってないから確認しながら返信してる
分からないことが多くて申し訳ない
> 受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
現状VMまででやっているのは文字コードの変換、不要なHTMLタグの除去、res構造体にID、名前、時間、レス番、本文に分けてstring型で入れてる
ここまでをパースと呼んでいる？ それとももっと他に含むものがある？
> MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
ビューセルと言うことはListView使うこと前提で良い？
上で書いたres構造体をそのままビューセルにバインディングするということ？
確かにそれは速く描けるのだけど、そうすると安価やリンクを挿入できない問題に至る
res構造体の本文要素をさらに細かくすると、レス毎に分解のされ方が違うから単純なバインディングで解決出来ない（ように思う）
ごめん、後半があまり分かってないから確認しながら返信してる
分からないことが多くて申し訳ない
> 受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
現状VMまででやっているのは文字コードの変換、不要なHTMLタグの除去、res構造体にID、名前、時間、レス番、本文に分けてstring型で入れてる
ここまでをパースと呼んでいる？ それとももっと他に含むものがある？
> MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
ビューセルと言うことはListView使うこと前提で良い？
上で書いたres構造体をそのままビューセルにバインディングするということ？
確かにそれは速く描けるのだけど、そうすると安価やリンクを挿入できない問題に至る
res構造体の本文要素をさらに細かくすると、レス毎に分解のされ方が違うから単純なバインディングで解決出来ない（ように思う）
246デフォルトの名無しさん
2019/01/05(土) 02:14:00.15ID:wYmtdyH8 ラベルのテキストで省略とかがあることを考えるとプロパティの値に応じて見た目を弄ることが出来るわけだから本文を受け取ってそれを安価部リンク部で表示を変えるビューを自作すれば良いのかな？
どう作るか見当つかないけど…
どう作るか見当つかないけど…
247デフォルトの名無しさん
2019/01/05(土) 02:26:47.29ID:Up+SqPJX ListView もしくはそんな感じのネイティブ実装にするかの 2 択になる
ListView の場合、バインディングするとしたら表示時に全レス分 ViewModel 作ると遅いので、
俗に言う Infinite Scroll と言われる実装にしないと現実的なパフォーマンスは出ないと思うよ
ListView の場合、バインディングするとしたら表示時に全レス分 ViewModel 作ると遅いので、
俗に言う Infinite Scroll と言われる実装にしないと現実的なパフォーマンスは出ないと思うよ
248デフォルトの名無しさん
2019/01/05(土) 02:43:00.03ID:I8ikb8z6 バースがどこまで含むかはやりたいこと次第だと思われ。
とにかく何かしらの受信データから処理に必要な値なりを抽出する部分
ViewCellにラベル乗っけたら安価とか何でも出来ると思うけどダメなん？
分解のされ方が違うから単純なバインディングで出来ないはよく分からんのだけど、DataTemplateSelector的な話かの
とにかく何かしらの受信データから処理に必要な値なりを抽出する部分
ViewCellにラベル乗っけたら安価とか何でも出来ると思うけどダメなん？
分解のされ方が違うから単純なバインディングで出来ないはよく分からんのだけど、DataTemplateSelector的な話かの
249デフォルトの名無しさん
2019/01/05(土) 02:59:55.03ID:Qp3aXCwO レスの本文を表示するときに、分解された部分毎にラベル割り当てようとしてるんだろ。
そうすると、レスの内容によってURLやアンカーの数が違うからひつなラベルの数も違うから設計時にバインディングできないってことだろ。
そうすると、レスの内容によってURLやアンカーの数が違うからひつなラベルの数も違うから設計時にバインディングできないってことだろ。
250デフォルトの名無しさん
2019/01/05(土) 03:02:41.65ID:Qp3aXCwO 本文用のらべる1個にしてFormattedTextで色付けして、部分クリックとかできたっけ?
251デフォルトの名無しさん
2019/01/05(土) 03:10:09.19ID:wYmtdyH8 >>248
もしかして何か根本的なところで俺の理解がおかしい…？
色々弄ってる最中で本文しか表示してないけど今はこんな感じなんだ
https://i.imgur.com/8fglyEg.jpg
これを
https://i.imgur.com/BLqhbky.jpg
こんな風に部分的に選べるようにしたいのだけど、ViewCelって一律にバインディング指定してるから安価のあるレスの安価のある場所だけ別にバインディングするって出来ないと思ってる
まさに>>249
>>247
とりあえずListViewで攻めてみる
ネイティブで書く場合はまた別のスレになるのかな
もしかして何か根本的なところで俺の理解がおかしい…？
色々弄ってる最中で本文しか表示してないけど今はこんな感じなんだ
https://i.imgur.com/8fglyEg.jpg
これを
https://i.imgur.com/BLqhbky.jpg
こんな風に部分的に選べるようにしたいのだけど、ViewCelって一律にバインディング指定してるから安価のあるレスの安価のある場所だけ別にバインディングするって出来ないと思ってる
まさに>>249
>>247
とりあえずListViewで攻めてみる
ネイティブで書く場合はまた別のスレになるのかな
252デフォルトの名無しさん
2019/01/05(土) 03:28:38.76ID:Qp3aXCwO https://stackoverflow.com/questions/40592475/partial-text-clickable-in-xamarin-label
ああこの一番下のレス見るとLabelのFormattedTextで部分クリックとかできるね。レスの本文用のラベルをレス毎に1個用意して、これでアンカーやURL部分を色付けしてクリック時の処理書けばいい
ああこの一番下のレス見るとLabelのFormattedTextで部分クリックとかできるね。レスの本文用のラベルをレス毎に1個用意して、これでアンカーやURL部分を色付けしてクリック時の処理書けばいい
253デフォルトの名無しさん
2019/01/05(土) 03:33:48.71ID:Qp3aXCwO 後はこのFormattedTextの中身を組み立てる部分をどこに書くかだね。UWPの場合、添付プロパティ追加してそこに書いたりてきるけど。俺はxamarin使った事はねぇからそこは詳しいヒトにまかせる。
254デフォルトの名無しさん
2019/01/05(土) 03:58:26.89ID:wYmtdyH8255デフォルトの名無しさん
2019/01/05(土) 08:58:02.19ID:I8ikb8z6 自分がやるとしたらViewModelにはOservableCollection<FormattedTextSrc>みたいなのがあってFormattedTextSrcはSpanなどにほぼ一対一対応することができるただのデータ。
たとえばList<Tuple<int,string>>などをプロパティで持っててintはその文字列をどのように扱うかがわかるもの。intはもちろんenumか何かにすべき。
でUI側のResViewなりがOnBindingContextだっけ？バインディングした時に上がるメソッドでそのListからFormattedTextを組み立てる
たとえばList<Tuple<int,string>>などをプロパティで持っててintはその文字列をどのように扱うかがわかるもの。intはもちろんenumか何かにすべき。
でUI側のResViewなりがOnBindingContextだっけ？バインディングした時に上がるメソッドでそのListからFormattedTextを組み立てる
256デフォルトの名無しさん
2019/01/05(土) 12:46:56.17ID:wYmtdyH8 >>255
OnBindingうんたらで大体なんとかなった！
https://i.imgur.com/wGRoAVF.jpg
細かな問題としてはvmまでにTupleのlistを作っても上手く渡せなかった（Timeout exceeded ...エラー出た）からvでstringを分解してること
中程度の問題としてはviewcellの塊自体にロングタップのイベント付ける方法が分かってないこと（多分、iOSプロジェクトの中にexportrendererみたいなのを書く？ 出来なくともタップで代用できる気もしてる）
かなり大きな問題はセル内の安価をタップしたときに安価先を表示する方法（指定されたレスの実体なり参照なり位置なりを渡す方法と現在の画面の上にこんな感じに https://i.imgur.com/twtzEHs.jpg 表示か移動かする方法）の見当が全く付いてないこと
viewcellのOnBindingContext..は親画面のことも前後のレスの情報も知らないからそれを渡す方法が必要だよね？
OnBindingうんたらで大体なんとかなった！
https://i.imgur.com/wGRoAVF.jpg
細かな問題としてはvmまでにTupleのlistを作っても上手く渡せなかった（Timeout exceeded ...エラー出た）からvでstringを分解してること
中程度の問題としてはviewcellの塊自体にロングタップのイベント付ける方法が分かってないこと（多分、iOSプロジェクトの中にexportrendererみたいなのを書く？ 出来なくともタップで代用できる気もしてる）
かなり大きな問題はセル内の安価をタップしたときに安価先を表示する方法（指定されたレスの実体なり参照なり位置なりを渡す方法と現在の画面の上にこんな感じに https://i.imgur.com/twtzEHs.jpg 表示か移動かする方法）の見当が全く付いてないこと
viewcellのOnBindingContext..は親画面のことも前後のレスの情報も知らないからそれを渡す方法が必要だよね？
257デフォルトの名無しさん
2019/01/05(土) 13:11:09.52ID:JyV0/gdK Viewは自分の表示位置は取れなかったかな…
スクリーン上でのView位置を取るような奴が何かあった気がするが。
スクリーン上でのView位置を取るような奴が何かあった気がするが。
258デフォルトの名無しさん
2019/01/05(土) 13:13:03.11ID:JyV0/gdK 後Viewの親は辿れると思うからそこで親のクラスを見つけるとかは出来ると思う
259デフォルトの名無しさん
2019/01/05(土) 15:16:59.55ID:wYmtdyH8260デフォルトの名無しさん
2019/01/05(土) 16:15:29.82ID:JyV0/gdK がんがれ
261デフォルトの名無しさん
2019/01/05(土) 18:11:57.22ID:wYmtdyH8 だいぶ専ブラっぽい見た目になってきた
そういえばリストを渡せない問題はデフォ値がコピペ元のstringのままだったからだった
https://i.imgur.com/ecL8Ahs.jpg
安価はListViewにvmをバインディングして再帰的になんとかしようかなと考え始めてる
明日は予定あるし明後日から仕事始まるからあまり時間割けなくなるけど頑張る
そういえばリストを渡せない問題はデフォ値がコピペ元のstringのままだったからだった
https://i.imgur.com/ecL8Ahs.jpg
安価はListViewにvmをバインディングして再帰的になんとかしようかなと考え始めてる
明日は予定あるし明後日から仕事始まるからあまり時間割けなくなるけど頑張る
262デフォルトの名無しさん
2019/01/05(土) 18:18:56.09ID:I8ikb8z6 おお専ブラぽい
263デフォルトの名無しさん
2019/01/11(金) 11:48:19.52ID:TdN/GMNr visual studio 2015 Professionalでxamarin開発を始めたら
後々困ったりすることある？
後々困ったりすることある？
264デフォルトの名無しさん
2019/01/11(金) 11:58:12.51ID:2VFN1pxP >>263
対象のフレームワークが使えるなら大丈夫でしょうが、STANDARD2.0を使うのに1手間必要とかあるみたいですね。
対象のフレームワークが使えるなら大丈夫でしょうが、STANDARD2.0を使うのに1手間必要とかあるみたいですね。
265デフォルトの名無しさん
2019/01/11(金) 21:08:24.89ID:g0vnRTVn 2015じゃ古いままなんじゃないの
266デフォルトの名無しさん
2019/01/15(火) 17:57:16.10ID:OtrbO0R6 WebAPIでホストのデータを取得し、Xamarin.Formsで受け取る処理を書いています。
WebAPIはLinuxでの実行も考えていますので、.NETCore 2.0 で、Xamarin.Forms は .NETStandard 2.0 を選択しています。
WebAPI側と、Xamarin側とで共通な処理を.NETCore 2.0のライブラリで実装しようとしましたが、プラットフォームが違うのでXamarin側で利用できません。
こういった場合、同じ内容を .NETStandard 2.0 のライブラリを作成し、ソースはリンクを張れば実現できるのでしょうか。
もしくは、「普通はこうやる」というのがあれば教えてください。
WebAPIはLinuxでの実行も考えていますので、.NETCore 2.0 で、Xamarin.Forms は .NETStandard 2.0 を選択しています。
WebAPI側と、Xamarin側とで共通な処理を.NETCore 2.0のライブラリで実装しようとしましたが、プラットフォームが違うのでXamarin側で利用できません。
こういった場合、同じ内容を .NETStandard 2.0 のライブラリを作成し、ソースはリンクを張れば実現できるのでしょうか。
もしくは、「普通はこうやる」というのがあれば教えてください。
267デフォルトの名無しさん
2019/01/15(火) 22:42:43.15ID:/OMf1HVc ライブラリをプロジェクト参照すればいいのでは
268デフォルトの名無しさん
2019/01/16(水) 09:03:37.59ID:2To5ZFPl >>267
参照でのエラーです。
エラー NU1201 プロジェクト foo.core は netstandard2.0 (.NETStandard,Version=v2.0) と互換性がありません。 プロジェクト foo.core がサポートするもの: netcoreapp2.1 (.NETCoreApp,Version=v2.1) foo D:\Temp\VS2017\foo\foo\foo\foo.csproj 1
参照でのエラーです。
エラー NU1201 プロジェクト foo.core は netstandard2.0 (.NETStandard,Version=v2.0) と互換性がありません。 プロジェクト foo.core がサポートするもの: netcoreapp2.1 (.NETCoreApp,Version=v2.1) foo D:\Temp\VS2017\foo\foo\foo\foo.csproj 1
269デフォルトの名無しさん
2019/01/16(水) 09:15:52.86ID:nwP/4ZMI それサーバー側？
Standardのバージョン違うのでないとダメとか？
Standardのバージョン違うのでないとダメとか？
270デフォルトの名無しさん
2019/01/16(水) 09:48:27.84ID:2To5ZFPl >>269
.NETCore2.1 WebAPI のプロジェクトでのエラーです。
参照先は .NETStandard 2.0 クラスライブラリです。
とりあえずnuget経由なら、.NETCore2.1 のプロジェクトに .NETStandard のライブラリを追加できるようなので試してみます。
.NETCore2.1 WebAPI のプロジェクトでのエラーです。
参照先は .NETStandard 2.0 クラスライブラリです。
とりあえずnuget経由なら、.NETCore2.1 のプロジェクトに .NETStandard のライブラリを追加できるようなので試してみます。
271デフォルトの名無しさん
2019/01/19(土) 03:27:56.94ID:yTujcmrM 共通ロジックは.NetStandardクラスライブラリで作って、NugetパッケージにしてNASに放り込んどく
NASをローカルリポジトリに登録しといて、プロジェクトごとに欲しいやつを食わせる
NASをローカルリポジトリに登録しといて、プロジェクトごとに欲しいやつを食わせる
272デフォルトの名無しさん
2019/01/19(土) 10:20:53.05ID:srt2T33x formのWPFとGTK#っていつプレビュー版じゃなくなるんだろ
273デフォルトの名無しさん
2019/01/19(土) 12:10:42.98ID:1IbnFuwO >>271
ライブラリ頻繁にいじるものでないならいいけど、そうでないとプロジェクト参照の方がいいな
ライブラリ頻繁にいじるものでないならいいけど、そうでないとプロジェクト参照の方がいいな
274デフォルトの名無しさん
2019/01/29(火) 10:02:42.23ID:8rAEnTT8 AndroidでC#のアプリをダウンロードすればアイコンをクリックするだけで
起動できるようにする場合、.NET の RUNTIME はいつインストールされる？
AndroidマシンはCPUが色々あるらしいので、.NET RUNTIME は、1つだけの
CPUに特化したものでは駄目なはず。なので、以下のどれかを行わなくてはならない
ハズ：
1. アプリの起動前に、手作業でそのCPUに応じたRUNTIME をインストールしておく。
2. アプリの初回起動時にCPUに応じたものをネットから自動ダウンロードする。
3. RUNTIMEは、CPU Native 用ではなく、Java仮想マシン用のものとする。
つまり、.NET 仮想マシンが、Java仮想マシンの上で動作する二重構造
とする。<--- めちゃくちゃ効率が悪い。
起動できるようにする場合、.NET の RUNTIME はいつインストールされる？
AndroidマシンはCPUが色々あるらしいので、.NET RUNTIME は、1つだけの
CPUに特化したものでは駄目なはず。なので、以下のどれかを行わなくてはならない
ハズ：
1. アプリの起動前に、手作業でそのCPUに応じたRUNTIME をインストールしておく。
2. アプリの初回起動時にCPUに応じたものをネットから自動ダウンロードする。
3. RUNTIMEは、CPU Native 用ではなく、Java仮想マシン用のものとする。
つまり、.NET 仮想マシンが、Java仮想マシンの上で動作する二重構造
とする。<--- めちゃくちゃ効率が悪い。
275デフォルトの名無しさん
2019/01/29(火) 10:34:48.25ID:tQzhVD/B >>274
apkの中に各CPU向けランタイムも含まれてるから、ストアからアプリをダウンロードしたならそこに適切なランタイムも勝手に含まれている
apkの中に各CPU向けランタイムも含まれてるから、ストアからアプリをダウンロードしたならそこに適切なランタイムも勝手に含まれている
276デフォルトの名無しさん
2019/01/29(火) 10:35:55.88ID:tQzhVD/B だからアプリとは別にランタイムをダウンロードする作業はありません
277デフォルトの名無しさん
2019/01/29(火) 10:41:46.81ID:eGa829LY androidならapkに各CPU用のランタイムが含まれてるんじゃねぇかな。つまりユーザーがアプリをダウンロードする段階で全部ダウンロードしてインストールしてる。
278デフォルトの名無しさん
2019/01/29(火) 10:49:43.38ID:8rAEnTT8 >>275
でも、CPUの種類は時間がたつにつれて増えていくかも知れないので、
それだと、2019年に作ったC#アプリのapkは、再コンパイルなしでは
新しい Android マシンでは起動できないと思うけど。
でも、CPUの種類は時間がたつにつれて増えていくかも知れないので、
それだと、2019年に作ったC#アプリのapkは、再コンパイルなしでは
新しい Android マシンでは起動できないと思うけど。
279デフォルトの名無しさん
2019/01/29(火) 10:53:42.11ID:8rAEnTT8 C#アプリの Android 版の apk は、15MB 程しかないらしい。
これに本当に全てのCPU向けの .NET ランタイムが入るだろうか？
Windowsマシンで、Windows Update の詳細記述を見ていると
.NET の 修正 Update だけで、数10MB〜数100MB あったと思う。
修正と言うのは、部分 patch にすれば小さく出来るはず。
それでも、こんなに大きい。
あらゆる Android マシンの、修正 patch ではない、完全な .NET ランタイムが、
本当に 15MB に入るのだろうか。
どっちにしろ、論理的に考えて、それでは新しいアーキテクチャの CPU には対応できない。
これに本当に全てのCPU向けの .NET ランタイムが入るだろうか？
Windowsマシンで、Windows Update の詳細記述を見ていると
.NET の 修正 Update だけで、数10MB〜数100MB あったと思う。
修正と言うのは、部分 patch にすれば小さく出来るはず。
それでも、こんなに大きい。
あらゆる Android マシンの、修正 patch ではない、完全な .NET ランタイムが、
本当に 15MB に入るのだろうか。
どっちにしろ、論理的に考えて、それでは新しいアーキテクチャの CPU には対応できない。
280デフォルトの名無しさん
2019/01/29(火) 11:07:33.67ID:tQzhVD/B281デフォルトの名無しさん
2019/01/29(火) 11:11:22.92ID:tQzhVD/B282デフォルトの名無しさん
2019/01/29(火) 11:38:36.67ID:8rAEnTT8 >>281
そういう仕組みだったのか。
じゃあ、Java の思想とはぜんぜん違う。
Java の場合は、同じ jar ファイルが、異なるマシンでもそのまま動作する。
C#の場合、MSの判断一つで特定のCPU用のパッケージが作れなくなってしまう可能性が
ある訳だね。なんちゅうこっちゃ。Javaとは全く違うじゃない。
そういう仕組みだったのか。
じゃあ、Java の思想とはぜんぜん違う。
Java の場合は、同じ jar ファイルが、異なるマシンでもそのまま動作する。
C#の場合、MSの判断一つで特定のCPU用のパッケージが作れなくなってしまう可能性が
ある訳だね。なんちゅうこっちゃ。Javaとは全く違うじゃない。
283デフォルトの名無しさん
2019/01/29(火) 11:49:14.09ID:tQzhVD/B284デフォルトの名無しさん
2019/01/29(火) 12:10:23.51ID:8rAEnTT8285デフォルトの名無しさん
2019/01/29(火) 12:18:24.68ID:8T99dDiO >>284
C++部分のことだよ
C++部分のことだよ
286デフォルトの名無しさん
2019/01/29(火) 12:18:44.83ID:s0KA+sg7 流石に目の付け所が意味不明すぎる
287デフォルトの名無しさん
2019/01/29(火) 13:03:32.38ID:eGa829LY288デフォルトの名無しさん
2019/01/29(火) 13:10:45.24ID:8rAEnTT8 >>287
x86コードの除去し忘れだったりして。
x86コードの除去し忘れだったりして。
289デフォルトの名無しさん
2019/01/29(火) 13:24:19.90ID:lqhlpTRx >>287
multiple apkじゃないの？
https://sites.google.com/site/androiddevelopersclub/docs/multiple-apk-support
abiごとにapkを生成するをonにしたら各アーキテクチャ向けapkとそれらをまとめたapkが生成されるでしょ
multiple apkじゃないの？
https://sites.google.com/site/androiddevelopersclub/docs/multiple-apk-support
abiごとにapkを生成するをonにしたら各アーキテクチャ向けapkとそれらをまとめたapkが生成されるでしょ
290デフォルトの名無しさん
2019/01/29(火) 13:35:18.25ID:aGx3S3l5 基本的に互換性のない新CPUなんてそう頻繁に出ないでしょ。
そのCPUの性能を100%引き出したいのでなければCPUが出る都度コンパイルなんてしないでしょ。
そのCPUの性能を100%引き出したいのでなければCPUが出る都度コンパイルなんてしないでしょ。
291デフォルトの名無しさん
2019/01/29(火) 15:52:46.68ID:8rAEnTT8292デフォルトの名無しさん
2019/01/29(火) 16:16:02.07ID:aGx3S3l5 んなもの、アプリによって変わるにきまっているだろ。
Javaのアプリは何MBくらいなの？って聞かれて的確な答えが返せるの？
Javaのアプリは何MBくらいなの？って聞かれて的確な答えが返せるの？
293デフォルトの名無しさん
2019/01/29(火) 16:18:37.01ID:eGa829LY >>288,289
あ、そういうオプションもあるのね。
xamarin関係なく前にいくつかの他人のapkとかリバースエンジニアリングしてたときぬにNDK使ってるやつでx86やらarmのバイナリが含まれてるのばっかだったからそういうもんだと思ってた。
c/c++部分がちょこっとだったからそうなってたのか。
すまんかった。
あ、そういうオプションもあるのね。
xamarin関係なく前にいくつかの他人のapkとかリバースエンジニアリングしてたときぬにNDK使ってるやつでx86やらarmのバイナリが含まれてるのばっかだったからそういうもんだと思ってた。
c/c++部分がちょこっとだったからそうなってたのか。
すまんかった。
294デフォルトの名無しさん
2019/01/29(火) 16:29:26.37ID:8rAEnTT8 >>292
Android における C# の GUI の Hello World の場合に決まってるじゃん。
Android における C# の GUI の Hello World の場合に決まってるじゃん。
295デフォルトの名無しさん
2019/01/30(水) 10:48:27.43ID:3QGT5dBx >>294
自分で試せばいいやん。ほぼ全部無料のものばかりだ。
自分で試せばいいやん。ほぼ全部無料のものばかりだ。
296デフォルトの名無しさん
2019/01/30(水) 20:40:43.60ID:GmcWmER+ >>295
時は金成り。
時は金成り。
297デフォルトの名無しさん
2019/01/30(水) 21:12:07.32ID:foE0k69S 自分で試せることすら率先してやらない程度の興味ならそれこそ時間の無駄じゃろ
298デフォルトの名無しさん
2019/01/30(水) 22:21:19.23ID:GmcWmER+ そんな簡単なことなのに、誰も答えられないということは、誰も試してないこと
が証明されました。
（証明終わり）
が証明されました。
（証明終わり）
299デフォルトの名無しさん
2019/01/30(水) 22:50:37.44ID:foE0k69S そうだね
誰が何を知りたかった話なのかは当人以外どうでもいいからね
誰が何を知りたかった話なのかは当人以外どうでもいいからね
300デフォルトの名無しさん
2019/01/31(木) 08:49:23.75ID:nfY2xX8m 聞けば何でも教えてもらえると思ってるのは
典型的なゆとり
典型的なゆとり
301デフォルトの名無しさん
2019/01/31(木) 11:38:25.30ID:OGxiQZdZ C#やXamarineに不利な結果は書けない。
302デフォルトの名無しさん
2019/01/31(木) 12:36:45.71ID:6ZWRE4Vd わざわざhello worldの容量調べようなんてこと誰も考えないからこれから作らないと確認できない
それなら自分で作れば？となるのは極めて自然
それなら自分で作れば？となるのは極めて自然
303デフォルトの名無しさん
2019/01/31(木) 16:56:03.34ID:OGxiQZdZ C#の場合、よっぽど作りこまなければ自分のコード部分のバイトサイズなんて
アプリ全体のサイズの数%未満だろう。だから、Hello Worldでもなんでもあんま
変わらんかも知れんけどな。
C#アプリのサイズが仮に15MBとしよう。自分の書いたプログラムがコンパイル
された結果のバイナリコードは、大体20KB〜300KBくらいなんだよ、多分。
アプリ全体のサイズの数%未満だろう。だから、Hello Worldでもなんでもあんま
変わらんかも知れんけどな。
C#アプリのサイズが仮に15MBとしよう。自分の書いたプログラムがコンパイル
された結果のバイナリコードは、大体20KB〜300KBくらいなんだよ、多分。
304デフォルトの名無しさん
2019/01/31(木) 19:06:11.87ID:LzZDFJ35 二日にわたる調査結果：
多分。
多分。
305デフォルトの名無しさん
2019/02/01(金) 08:17:33.19ID:A3y8PUvn306デフォルトの名無しさん
2019/02/01(金) 09:08:44.37ID:R9NLeSbE つか、xamarin.essentialsは誰もしないんだな
307デフォルトの名無しさん
2019/02/01(金) 09:09:10.66ID:R9NLeSbE *の話
308デフォルトの名無しさん
2019/02/02(土) 19:54:48.47ID:GjtKdvHu アーキテクチャー別のバイナリーダウンロードする機能ってもう Xamarin でサポートされたんだっけ？
名前忘れちゃったけど割と最近 Android でサポートされた気がするからまだなんじゃないの
それ抜きにしてもリンカー入れれば最小のアプリサイズは 10MB 未満だよ
名前忘れちゃったけど割と最近 Android でサポートされた気がするからまだなんじゃないの
それ抜きにしてもリンカー入れれば最小のアプリサイズは 10MB 未満だよ
309デフォルトの名無しさん
2019/02/02(土) 20:04:37.21ID:GjtKdvHu https://docs.microsoft.com/en-us/xamarin/android/deploy-test/app-package-size
リンカー入れて 3MB らしいよ
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
現実的なアプリサイズだと 20MB くらい?
こんくらいだと許容範囲じゃないかな
リンカー入れて 3MB らしいよ
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
現実的なアプリサイズだと 20MB くらい?
こんくらいだと許容範囲じゃないかな
310デフォルトの名無しさん
2019/02/02(土) 20:10:31.89ID:GjtKdvHu アプリサイズより起動速度の遅さが気になるけど、その Qiita の投稿の手法だったり、Visual Studio の次のバージョンでも d8/r8 とかいうやつで改善されるらしいしよっぽどシビアな案件じゃなければ気になんないんじゃないのという気持ちがある
311デフォルトの名無しさん
2019/02/03(日) 01:46:04.59ID:q+9ET9V9 つうか、そのアプリサイズって、起動直後にネットから追加 Download が
絶対に始まらない保障はあるの？
絶対に始まらない保障はあるの？
312デフォルトの名無しさん
2019/02/03(日) 01:52:31.79ID:b8XB2BC6 追加ダウンロードってなんぞ
313デフォルトの名無しさん
2019/02/03(日) 11:26:58.74ID:TYm2JhIX 斬新な発想だな。ランタイムを段階的に追加ダウンロードするの?
314デフォルトの名無しさん
2019/02/03(日) 12:37:02.95ID:a6FkE08G >>311
インターネットに繋がってない環境でapkインストールしてから正常起動するか試してみたらええやん
インターネットに繋がってない環境でapkインストールしてから正常起動するか試してみたらええやん
315デフォルトの名無しさん
2019/02/08(金) 03:44:23.93ID:H8wPUR+s Xamarin程の糞はない
ttps://twitter.com/ca_developers/status/1093416959243300864?s=09
https://twitter.com/5chan_nel (5ch newer account)
ttps://twitter.com/ca_developers/status/1093416959243300864?s=09
https://twitter.com/5chan_nel (5ch newer account)
316デフォルトの名無しさん
2019/02/08(金) 08:11:56.62ID:u3TPrEwD 何のイベントか知らんけど参加者のMacユーザーの割合やクロスプラットフォーム開発ツール(?)への関心の低さを考えれば
当たり前の結果の気がする
というかクロスプラットフォームとマルチプラットフォームの使い方間違えてないか？
当たり前の結果の気がする
というかクロスプラットフォームとマルチプラットフォームの使い方間違えてないか？
317デフォルトの名無しさん
2019/02/08(金) 09:00:17.83ID:hTn4Mfg3 x-code使わないとダメだから単体では無理なのはわかるが、Windows用VisualStudioでOSX用のアプリってビルドできないの？
318デフォルトの名無しさん
2019/02/08(金) 18:09:46.72ID:Jr7SP8c8 こういうのに参加する自称意識高い系のミーハーはMac使い多いな。
中身なさそうなアホばっかやな
中身なさそうなアホばっかやな
319デフォルトの名無しさん
2019/02/08(金) 18:27:45.70ID:IvPhx+NW お前らがXamarinに費やした時間は無駄だったということ残念でした
320デフォルトの名無しさん
2019/02/08(金) 18:32:02.24ID:nub6FtBI macないとビルドできないからな。
それがXamarinがブレイクしない理由でもある。
それがXamarinがブレイクしない理由でもある。
321デフォルトの名無しさん
2019/02/08(金) 18:49:46.50ID:xI0+6qTx 既に、Apple 離れは始まってるのかね。
株が急落、iPhoneの売り上げの急減、日本での売り上げの、Huauay
みたいな中華スマホへの敗退は聞いたけど。
少なくとも、10代のプログラマには嫌われてるだろうね。
企業以外は作っても公開できないので、昔の「パソコン」や「ポケコン」
「MSX」みたいなものの代わりにはなりえないね。
株が急落、iPhoneの売り上げの急減、日本での売り上げの、Huauay
みたいな中華スマホへの敗退は聞いたけど。
少なくとも、10代のプログラマには嫌われてるだろうね。
企業以外は作っても公開できないので、昔の「パソコン」や「ポケコン」
「MSX」みたいなものの代わりにはなりえないね。
322デフォルトの名無しさん
2019/02/09(土) 02:04:20.11ID:mFsDPPVd ん？FlutterとかはMacなくてもビルドして実機で動かしたりできるの？
323デフォルトの名無しさん
2019/02/09(土) 06:42:54.09ID:Bzu1ndzH できないよ
そもそも趣味だとしてもモバイル開発をやっててMacを持ってないとかありえんわ
そもそも趣味だとしてもモバイル開発をやっててMacを持ってないとかありえんわ
324デフォルトの名無しさん
2019/02/09(土) 09:18:13.57ID:fu+e3nHT 仕事ならともかく趣味であれば自分の所有しているスマホ以外は興味薄いだろ
AndroidユーザーがわざわざMac手に入れる動機としては弱い
XamarinもマルチプラットフォームではあるけどどちらかといえばAndroid寄り
逆にMacユーザーにしてみればXamarin への関心は薄い
AndroidユーザーがわざわざMac手に入れる動機としては弱い
XamarinもマルチプラットフォームではあるけどどちらかといえばAndroid寄り
逆にMacユーザーにしてみればXamarin への関心は薄い
325デフォルトの名無しさん
2019/02/09(土) 10:15:23.45ID:a6ou7FFN 元はMS、Windows派の技術なのにAndroid向け、iPhoneはMacないとダメっていう中途半端さがネック
326デフォルトの名無しさん
2019/02/09(土) 10:31:32.68ID:fu+e3nHT Appleが頑なにライセンス解放しないので仕方ない
最近の凋落ぶりを見るとそろそろ意識改革してもおかしくはないが…
MSがXamarinを買収してまでライセンスを一般に無償解放したのを見習って欲しい
最近の凋落ぶりを見るとそろそろ意識改革してもおかしくはないが…
MSがXamarinを買収してまでライセンスを一般に無償解放したのを見習って欲しい
327デフォルトの名無しさん
2019/02/09(土) 12:19:00.40ID:yiDYsHnZ >>324
俺は仕事だけど、swiftよりもC#の方が快適だからiOSのみの案件でも最近はXamarinを好んで使うよ
俺は仕事だけど、swiftよりもC#の方が快適だからiOSのみの案件でも最近はXamarinを好んで使うよ
328デフォルトの名無しさん
2019/02/09(土) 14:26:33.57ID:8aikkfMy 若い人で、自作プロラムをいろんな人に使ってもらいたい人は困るだろうな。
でも、MSのVisualStdioのライセンスも日本には合わない気がするよ。
でも、MSのVisualStdioのライセンスも日本には合わない気がするよ。
329デフォルトの名無しさん
2019/02/09(土) 14:41:56.02ID:nGpcqtqb そうか？
個人開発者やオープンソース開発に対しては殆ど完全に無償解放されてるだろ
商用利用についても以前に比べれば随分敷居は下がった
以前のVS Enterpriseだと新規で200万近く費用必要だったのが今はほぼ半額
維持するだけなら年間20万程度で済む
個人開発者やオープンソース開発に対しては殆ど完全に無償解放されてるだろ
商用利用についても以前に比べれば随分敷居は下がった
以前のVS Enterpriseだと新規で200万近く費用必要だったのが今はほぼ半額
維持するだけなら年間20万程度で済む
330デフォルトの名無しさん
2019/02/09(土) 14:57:45.21ID:8aikkfMy はー。
ひきこもりのオイラの通信回線の遅さを知らないなー。
いくら無料でもDLできないんだよ。。。
ひきこもりのオイラの通信回線の遅さを知らないなー。
いくら無料でもDLできないんだよ。。。
331デフォルトの名無しさん
2019/02/09(土) 15:04:33.73ID:8aikkfMy 1,000円払うから、誰か宅配してくれ、VS Community。
332デフォルトの名無しさん
2019/02/09(土) 15:15:22.46ID:Q9/5O5Lk 近所にネカフェはないのか？
引きこもりでもたまには外出くらいはするだろ
引きこもりでもたまには外出くらいはするだろ
333デフォルトの名無しさん
2019/02/09(土) 15:19:34.33ID:8aikkfMy 近所にはない。風呂入って、バスと電車で行って帰ってきて、また風呂に入らね
ばならん。
そこに巨大な壁が有る。
ばならん。
そこに巨大な壁が有る。
334デフォルトの名無しさん
2019/02/09(土) 15:25:10.49ID:YuVia7gm それなら雑誌かムックの付録でVSのDVDが付属してる古本でも探してネットでポチれ
335デフォルトの名無しさん
2019/02/09(土) 15:27:38.75ID:njOfDD7G そんな通信速度だと何するにしても辛いのでまず速くするのがベストなのでは
336デフォルトの名無しさん
2019/02/09(土) 15:33:37.67ID:zy9w8qc8337デフォルトの名無しさん
2019/02/09(土) 15:46:15.90ID:F1k39j7v 雑な釣り針に雑魚爆釣
338デフォルトの名無しさん
2019/02/09(土) 15:54:29.99ID:Yvj/6isA 出た釣り宣言
339デフォルトの名無しさん
2019/02/09(土) 15:58:58.27ID:8aikkfMy >>334
本の名前は？
本の名前は？
340デフォルトの名無しさん
2019/02/09(土) 16:17:05.40ID:vj/1HXbj 少しは自分で調べろ
初心者向けの入門書や定期刊行雑誌のバックナンバーなんかを調べれば出てくる
出版社のサイトかAmazonなどの評価欄を参考にしろ
ただ良くも悪くもVS2017はバージョン末期なので最近新規に刊行されたものは少ない
VS2017登場当時の頃を狙え
初心者向けの入門書や定期刊行雑誌のバックナンバーなんかを調べれば出てくる
出版社のサイトかAmazonなどの評価欄を参考にしろ
ただ良くも悪くもVS2017はバージョン末期なので最近新規に刊行されたものは少ない
VS2017登場当時の頃を狙え
341デフォルトの名無しさん
2019/02/09(土) 16:20:01.05ID:8aikkfMy Expression Edition は見つかるけど、Community Edition も本当にあるんか？
342デフォルトの名無しさん
2019/02/09(土) 16:50:12.85ID:2Mv+Da3a 20年前にこの業界で仕事始めてからずっと言っているのは、UIのクロスプラットフォーム技術は必ず失敗する。
ttps://twitter.com/mkino/status/1093731721378377729?s=19
https://twitter.com/5chan_nel (5ch newer account)
ttps://twitter.com/mkino/status/1093731721378377729?s=19
https://twitter.com/5chan_nel (5ch newer account)
343デフォルトの名無しさん
2019/02/09(土) 17:02:35.45ID:fu+e3nHT それ言い出すとすべてのWebアプリも該当するんだけどね
344デフォルトの名無しさん
2019/02/09(土) 17:20:18.99ID:orNBhyey コンビニで落とせよ
スマホあんだろ？
1.セブンに行く
2.セブンのアプリをインストールしてwifiにログインする
3.スマホのブラウザをpcモードにしてxamarinをdl
4.スマホで落としたファイルをpcにコピーしてインストール
アップデートの時は
ノートpcならノートPC持ってセブン行け
デスクトップなら寝てる間にやれ
スマホあんだろ？
1.セブンに行く
2.セブンのアプリをインストールしてwifiにログインする
3.スマホのブラウザをpcモードにしてxamarinをdl
4.スマホで落としたファイルをpcにコピーしてインストール
アップデートの時は
ノートpcならノートPC持ってセブン行け
デスクトップなら寝てる間にやれ
345デフォルトの名無しさん
2019/02/09(土) 17:35:41.98ID:5t5ZiBxh スマホ持ってない。
346デフォルトの名無しさん
2019/02/09(土) 17:36:26.28ID:njOfDD7G Xamarin は UI のクロスプラットフォーム化を目指したものじゃないよ。その方の書き方が誤ってて、意図してるものに該当するのは Xamarin.Forms だね。その時点で雑な言い方する人なんだなと思っちゃう
347デフォルトの名無しさん
2019/02/09(土) 17:42:24.15ID:5t5ZiBxh 5,000円くらいで、Wifiが使える端末を買えば、Lawsonでも行けるかな。
近くにはLawsonしかない。しかも、500mくらい離れていると思う。
近くにはLawsonしかない。しかも、500mくらい離れていると思う。
348デフォルトの名無しさん
2019/02/09(土) 17:45:16.81ID:5t5ZiBxh をーー。
そういうことが出来る、お勧めの5,000円くらいまでで変えるWifi端末を教えて
くれやーーー。PCと接続してデータを読み取れる奴ーー。
そういうことが出来る、お勧めの5,000円くらいまでで変えるWifi端末を教えて
くれやーーー。PCと接続してデータを読み取れる奴ーー。
349デフォルトの名無しさん
2019/02/09(土) 22:02:22.20ID:I4E+S+1U >>346
form sでほとんどのもの作れるし、必要ならrendererなりネイティブコントロール使うなり何とでもなるからなー
form sでほとんどのもの作れるし、必要ならrendererなりネイティブコントロール使うなり何とでもなるからなー
350デフォルトの名無しさん
2019/02/10(日) 04:38:41.06ID:P9HLlokH 巨大ファイルのダウンロードなら 4G 回線でも十分速いんじゃない。ギガモンスターみたいなプラン入ってさ。でも 50GB じゃ足りないかも
351デフォルトの名無しさん
2019/02/10(日) 04:44:12.19ID:P9HLlokH スマホないのか。じゃあできるだけ安くで速度考えればネカフェだな
352デフォルトの名無しさん
2019/02/10(日) 12:28:52.60ID:YTe/5aEc 一ヶ月だけ、自宅に光回線契約して、すぐにやめられる安いプロバイダって
どっかない？
どっかない？
353デフォルトの名無しさん
2019/02/10(日) 12:38:08.59ID:5pBCXy9T 1ヶ月だけで解約とか工事費が馬鹿らしすぎるだろ
354デフォルトの名無しさん
2019/02/10(日) 12:49:31.20ID:YTe/5aEc 工事費無料前提
355デフォルトの名無しさん
2019/02/10(日) 13:08:43.06ID:9lfcYoyL >>354
誰がそんな赤字案件引き受けるんだよ
誰がそんな赤字案件引き受けるんだよ
356デフォルトの名無しさん
2019/02/10(日) 13:22:35.19ID:ixgHA2PX というかそもそも地域はどこなのか
一軒家なのか共同住宅なのか
契約者は本人なのか家族なのか
情報が無さすぎて何も分からん
一軒家なのか共同住宅なのか
契約者は本人なのか家族なのか
情報が無さすぎて何も分からん
357デフォルトの名無しさん
2019/02/10(日) 13:35:12.63ID:YTe/5aEc 古い一戸建て。
358デフォルトの名無しさん
2019/02/10(日) 14:53:52.16ID:R4ZaaWmP 小遣い少ない中高生？
359デフォルトの名無しさん
2019/02/10(日) 17:27:19.36ID:5XGajXuN 老いた両親と同居の引きこもり中年かも？
360デフォルトの名無しさん
2019/02/18(月) 11:01:32.68ID:f/nHThjk Xamarin.WPFでKeyDownイベントの取得はどうやればいいのでしょうか。
UWPの時は、Dispatcher.AcceleratorKeyActivatedに追加すれば出来たのですが、
Xamarin.Forms.Platform.WPF.PageRendererでは項目がありませんでした。
UWPの時は、Dispatcher.AcceleratorKeyActivatedに追加すれば出来たのですが、
Xamarin.Forms.Platform.WPF.PageRendererでは項目がありませんでした。
361デフォルトの名無しさん
2019/02/18(月) 12:05:56.49ID:7yAzVp23 xamarinみたいな糞でやるからそうなる
362360
2019/02/22(金) 16:17:37.97ID:B0F3QuOo 自己解決しました。
テラテイルでも書きましたが、MainWindowに対してイベントハンドラを追加することで取得できるようになりました。
テラテイルでも書きましたが、MainWindowに対してイベントハンドラを追加することで取得できるようになりました。
363デフォルトの名無しさん
2019/03/01(金) 00:53:08.66ID:BcUkQu6J Windows版のiOS用AppDesignerでのScrollViewの使い方がぜんぜん分からん
XCodeだとScrollViewにViewを突っ込むだけでスクロールするのに、同じようなことをやっても全くスクロールせえへん・・・
XCodeだとScrollViewにViewを突っ込むだけでスクロールするのに、同じようなことをやっても全くスクロールせえへん・・・
364デフォルトの名無しさん
2019/03/01(金) 07:46:38.76ID:7h03iC6S え、今デザイナーあるの
365デフォルトの名無しさん
2019/03/01(金) 15:07:04.64ID:BcUkQu6J ああ、これデザイナーじゃなくてXCodeの画面なのか
366デフォルトの名無しさん
2019/03/12(火) 20:50:45.26ID:9sIqO3iB ｖｓ2019でデザイナがつく予定だったと思う
367デフォルトの名無しさん
2019/03/13(水) 00:13:00.51ID:jyWi4mzN デザイナーじゃなくてプレビュワーが欲しい
369デフォルトの名無しさん
2019/03/13(水) 09:51:11.82ID:68LJBjHF XAML変えたら実機のやつが変わるやつよろ
370デフォルトの名無しさん
2019/03/13(水) 10:47:42.88ID:zPRaOJsY >>369
Xamarin live playerではあかんか？
Xamarin live playerではあかんか？
371デフォルトの名無しさん
2019/03/13(水) 11:55:44.20ID:JTIaQpdP372デフォルトの名無しさん
2019/03/13(水) 18:15:22.77ID:cNSdEDBh ゴリラはもう使われてないのかい？
373デフォルトの名無しさん
2019/03/24(日) 12:03:32.64ID:dHPx29kU c#でandroid開発するなら今でもXamarinがスタンダードなんですか？
本家VisualStudioとVS for Macのどちらが良いでしょうか？
VS for Macのほうが軽いように感じるのとスマホの仮想化が簡単ですが本家のほうが開発支援は手厚いはずなので迷いますね
今のところiPhone開発の予定はありません
本家VisualStudioとVS for Macのどちらが良いでしょうか？
VS for Macのほうが軽いように感じるのとスマホの仮想化が簡単ですが本家のほうが開発支援は手厚いはずなので迷いますね
今のところiPhone開発の予定はありません
374デフォルトの名無しさん
2019/03/24(日) 13:16:26.55ID:GJ0JjoCX >>373
グラフィックメインならUnity、そうでないならXamarinがスタンダードでしょうな
Xamarinでやる場合WindowsだろうがMacだろうがプロジェクトファイルは共通だから自分の好みに合わせてどっちでやっても困らん
グラフィックメインならUnity、そうでないならXamarinがスタンダードでしょうな
Xamarinでやる場合WindowsだろうがMacだろうがプロジェクトファイルは共通だから自分の好みに合わせてどっちでやっても困らん
375デフォルトの名無しさん
2019/03/24(日) 13:18:45.85ID:GJ0JjoCX 現に弊社のチームでも同じアプリ開発するのにWindows使う人間とMac使う人間混在してるからね
376デフォルトの名無しさん
2019/03/25(月) 02:37:58.15ID:NTrCzh37 Xamarin程の糞はない
377デフォルトの名無しさん
2019/03/27(水) 04:06:02.75ID:aBhzx57z >>376
何をお使い？
何をお使い？
378デフォルトの名無しさん
2019/03/27(水) 09:19:24.36ID:GTI+JYCW いつの間にかXamarin.FormsのテンプレートからUWPが消えてAndroidとiOSだけになってるな。
UWPはどうでもいいが、WPFとMACを入れてくれないかな・・・
UWPはどうでもいいが、WPFとMACを入れてくれないかな・・・
379デフォルトの名無しさん
2019/03/27(水) 11:56:37.56ID:Qjzjbr5D MSはどこへ行こうとしているのか？
舵取りする人がいない。
舵取りする人がいない。
380デフォルトの名無しさん
2019/03/27(水) 16:47:21.07ID:Gcx9DNg9 クロスプラットフォームは全部糞
ネイティブのみが正義
ネイティブのみが正義
381デフォルトの名無しさん
2019/03/27(水) 19:41:31.56ID:F41grqMR よっぽどじゃないとネイティブで別のプラットフォームに作り直そうとか思わないですが…
382デフォルトの名無しさん
2019/03/27(水) 21:05:12.07ID:B5k5184v そんなことはやらねぇティブ
383デフォルトの名無しさん
2019/03/27(水) 21:16:22.30ID:N+Uqucj5 ha ha ha
384デフォルトの名無しさん
2019/03/27(水) 22:11:51.81ID:JEpBTkza 世の中に出ている有名なアプリは全てプラットフォーム毎に別で実装している
Xamarinで作れるのは見た目も挙動もしょぼいゴミアプリだけ
Xamarinで作れるのは見た目も挙動もしょぼいゴミアプリだけ
385デフォルトの名無しさん
2019/03/27(水) 23:04:19.58ID:xyAX/9D6386デフォルトの名無しさん
2019/03/28(木) 00:47:02.83ID:JfzVc5vC クロスプラットフォームだとしょぼいのしかできません！と客に説明しなきゃ仕事取れないプログラマーがいるんだよな
古いスキルをアップデートせず一生食っていきたいと考える勉強嫌いな技術者
古いスキルをアップデートせず一生食っていきたいと考える勉強嫌いな技術者
387デフォルトの名無しさん
2019/03/28(木) 00:50:19.74ID:e0P16R0s じゃあ具体的にXamarin製の有名アプリ名挙げてみろよ
有名なの一つもねえわ
有名なの一つもねえわ
388デフォルトの名無しさん
2019/03/28(木) 00:51:38.29ID:pafVG92t Windows Forms と WPF があって、UWP、 Xamarin.*も出てきて、.Net 関係のテクノロジーはもうぐちゃぐちゃ。
389デフォルトの名無しさん
2019/03/28(木) 00:54:34.36ID:yLTGLAEP Run Anywhere のはずだった Xamarine なのに、Xamarin.Forms では、
Linux 用開発は出来ないの？
Linux 用開発は出来ないの？
390デフォルトの名無しさん
2019/03/28(木) 01:27:53.06ID:yLTGLAEP391デフォルトの名無しさん
2019/03/28(木) 01:55:49.09ID:IvEebbBd 一言でいうとセンスが無い
392デフォルトの名無しさん
2019/03/28(木) 01:56:39.74ID:CwLqpfbs 追いかけ続けてる人もね
393デフォルトの名無しさん
2019/03/28(木) 02:27:55.36ID:e0P16R0s Xamarin程の糞はない
395デフォルトの名無しさん
2019/03/28(木) 09:06:52.64ID:Bd7DlJq9 >>388
Win向けにUIライブラリとアプリケーションモデルをコロコロ変えてきてるのは同意だけどXamarinはそれとは別の話だぞ？
Win向けにUIライブラリとアプリケーションモデルをコロコロ変えてきてるのは同意だけどXamarinはそれとは別の話だぞ？
396デフォルトの名無しさん
2019/03/28(木) 09:11:55.90ID:Bd7DlJq9 >>390
それらも線で繋がるの最後のやつだけじゃねーか
むしろ新しい環境(WEBや組み込み)向けに似通ったプログラミングモデルを使えるようにしただけ。
UWPは更にプログラミングモデルだけでなくアプリケーションをいろいろな環境でも使えるようにしようとする試みでしよ。そゆんでは組み込み->UWPは線が繋がってると言えるのか
むしろ他のところはそんなのが一切な記載から個別にネイティブで書かなきゃいけませんよってだけで。
それらも線で繋がるの最後のやつだけじゃねーか
むしろ新しい環境(WEBや組み込み)向けに似通ったプログラミングモデルを使えるようにしただけ。
UWPは更にプログラミングモデルだけでなくアプリケーションをいろいろな環境でも使えるようにしようとする試みでしよ。そゆんでは組み込み->UWPは線が繋がってると言えるのか
むしろ他のところはそんなのが一切な記載から個別にネイティブで書かなきゃいけませんよってだけで。
397デフォルトの名無しさん
2019/03/28(木) 17:38:59.47ID:VR7enf9Y Windows10 Mobileが終わってもXamarin.iOS/Xamarin.Androidをサポートし続けてくれるのかどうかは気になるな・・・・
これらってWindows10 Mobileにアプリを引っ張ってくるために策みたいなもんだったんでしょ？その目的が無くなったらやばくねえか
これらってWindows10 Mobileにアプリを引っ張ってくるために策みたいなもんだったんでしょ？その目的が無くなったらやばくねえか
398デフォルトの名無しさん
2019/03/28(木) 17:58:01.96ID:IArF4WLr >>397
最初からWindows10モバイルはXamarinのメイン扱いではない
最初からWindows10モバイルはXamarinのメイン扱いではない
399デフォルトの名無しさん
2019/03/28(木) 17:58:26.65ID:pafVG92t サポートされるかどうかは分からん。
そもそも、開発環境自体は使う人が少なすぎて売り上げも利益も余り出ない
と昔聞いたことがある。
だから、MSが開発環境を作る理由は、ビル・ゲイツが「作りたいから」と、
OSを売りたいから、の2つだと思う。
金儲けにならなくても、作りたいから作る的な部分はありえるかも知れぬ。
そもそも、開発環境自体は使う人が少なすぎて売り上げも利益も余り出ない
と昔聞いたことがある。
だから、MSが開発環境を作る理由は、ビル・ゲイツが「作りたいから」と、
OSを売りたいから、の2つだと思う。
金儲けにならなくても、作りたいから作る的な部分はありえるかも知れぬ。
400デフォルトの名無しさん
2019/03/28(木) 18:01:09.23ID:yLTGLAEP >>398
そうだ。元々は、MSとは全く(?)関係ない別会社が、C# 用の
Multiplatform Toolkit として出していたのを、MSが買収したんだんだ。
だから、元々は、MSの首脳陣の望みが反映されているわけじゃない。
むしろ、目の上のたんこぶだからコントロールするために買収したと
思ってる。
そうだ。元々は、MSとは全く(?)関係ない別会社が、C# 用の
Multiplatform Toolkit として出していたのを、MSが買収したんだんだ。
だから、元々は、MSの首脳陣の望みが反映されているわけじゃない。
むしろ、目の上のたんこぶだからコントロールするために買収したと
思ってる。
401デフォルトの名無しさん
2019/03/28(木) 18:06:52.41ID:9WCiEEB5 >>397
VS2019RCのテンプレートから（iOSでもAndroidでもなく）UWPの方が消えたもんで最近騒然としてたなｗ
VS2019RCのテンプレートから（iOSでもAndroidでもなく）UWPの方が消えたもんで最近騒然としてたなｗ
402デフォルトの名無しさん
2019/03/28(木) 18:07:06.91ID:des+yyG9 買い殺しですね
ライバルチームの主力選手を買うのと一緒
ライバルチームの主力選手を買うのと一緒
403デフォルトの名無しさん
2019/03/28(木) 18:11:58.96ID:yLTGLAEP404デフォルトの名無しさん
2019/03/28(木) 18:49:19.04ID:sw/D8iM+ >>403
商品化する技術を買っただけで、オープンソースの方は続けられているけど？
商品化する技術を買っただけで、オープンソースの方は続けられているけど？
405デフォルトの名無しさん
2019/03/28(木) 18:58:31.72ID:pafVG92t >>404
大体オープンソースで立派に成長したソフトは、一般人ではなく、大企業
サラリーマン・プログラマが有給で作ったものが多いんだ。
Linux(IBM)や、Qt(Nokia)、clang(Apple) などがそれに当たる。
だから、MSの傘下に入った時点で、将来はMSの独占を強化する方向だけが
成長していく可能性がとても高い。デスクトップ向けのマルチプラット
フォーム ToolKit はWindowsの地位を危うくするのでもう終了すると思う。
大体オープンソースで立派に成長したソフトは、一般人ではなく、大企業
サラリーマン・プログラマが有給で作ったものが多いんだ。
Linux(IBM)や、Qt(Nokia)、clang(Apple) などがそれに当たる。
だから、MSの傘下に入った時点で、将来はMSの独占を強化する方向だけが
成長していく可能性がとても高い。デスクトップ向けのマルチプラット
フォーム ToolKit はWindowsの地位を危うくするのでもう終了すると思う。
406デフォルトの名無しさん
2019/03/28(木) 19:00:29.97ID:F9yPJO1I Xamarin程の糞はない
407デフォルトの名無しさん
2019/03/28(木) 19:33:41.44ID:9WCiEEB5 >>405
Windowsにまるで囚われないVSCodeやTypeScriptは大人気だしコミュニティとの関係も良好やん
Windowsにまるで囚われないVSCodeやTypeScriptは大人気だしコミュニティとの関係も良好やん
408デフォルトの名無しさん
2019/03/28(木) 19:36:06.35ID:F9yPJO1I Microsoft程の糞はない
409デフォルトの名無しさん
2019/03/28(木) 20:29:43.03ID:sw/D8iM+ 糞が好きねぇ
410デフォルトの名無しさん
2019/03/28(木) 21:57:57.23ID:SJPMr4ev ID:F9yPJO1I
糞が好きな民族の方かな
糞が好きな民族の方かな
411デフォルトの名無しさん
2019/03/28(木) 23:29:49.57ID:9ljxyJdF Prism使ったほうがええのん？
412デフォルトの名無しさん
2019/03/29(金) 02:05:37.29ID:KPayuKqJ いずれiOSとAndroidはサポートを切られる気がするな
Xamarinを買ったのもUbuntu版XamarinStudioが出るのを直前で阻止するためじゃないの
Xamarinを買ったのもUbuntu版XamarinStudioが出るのを直前で阻止するためじゃないの
413デフォルトの名無しさん
2019/03/29(金) 02:31:24.57ID:ynnAtX2U MSにとっては以前の年間約20万円×3のライセンス料では利用者が増えなくてC#のモバイル展開が難しかったのでXamarin買収したんだろ
414デフォルトの名無しさん
2019/03/29(金) 03:44:46.12ID:eYej2iPK 結果として買収しない方がよかったな。時間かかってもマイクロソフトが一から作るべきだった。そしたら、今頃発表になってたのかなぁ
415デフォルトの名無しさん
2019/03/29(金) 08:10:01.05ID:xFczRswi >>412-414
アホかお前ら
アホかお前ら
416デフォルトの名無しさん
2019/03/29(金) 08:41:29.22ID:Z71gxZQa 妄想激しいのがいるな・・・
417デフォルトの名無しさん
2019/03/29(金) 11:15:24.08ID:BHYmtNF1 C#関連スレには病的MS嫌いが常駐してるからね
418デフォルトの名無しさん
2019/03/29(金) 20:24:16.88ID:KPayuKqJ でもMicrosoftが買ってくれて無料でXamarinが使えたんだからよかったかな
ただAzureの収益につながるとかMicrosoftになんか大きなメリットが無いとね、いつサポートが打ち切られるか不安だわ
ただAzureの収益につながるとかMicrosoftになんか大きなメリットが無いとね、いつサポートが打ち切られるか不安だわ
419デフォルトの名無しさん
2019/03/29(金) 21:29:06.74ID:xFczRswi C#,.NETでモバイル開発できるだけでAzureの誘導にも寄与するだろ
420デフォルトの名無しさん
2019/03/30(土) 00:56:23.99ID:SmbEp3/M モバイル捨てた時点で敗北なのさ
421デフォルトの名無しさん
2019/03/30(土) 03:13:38.09ID:/gBCGAKn Androidが何年後かにFuchsiaに置き換わったとき、Fuchsiaを新規でサポートするのか気になるな
しないのならどさくさに紛れてiOSも同時期に終わりかな
しないのならどさくさに紛れてiOSも同時期に終わりかな
422デフォルトの名無しさん
2019/03/30(土) 03:16:23.10ID:mKdqgN/S Xamarinなんか誰も使ってへん
423デフォルトの名無しさん
2019/03/30(土) 09:20:39.20ID:0HTR7nDP ちょまど騒動で手を出す気が失せた
424デフォルトの名無しさん
2019/03/30(土) 11:38:43.57ID:lGLh1ez1 ちょまど、随分とスリムになったな
425デフォルトの名無しさん
2019/03/30(土) 12:41:21.12ID:mTuv9g2P 一時期ケーキダイエットとかしてたからな
426デフォルトの名無しさん
2019/03/30(土) 13:06:08.40ID:lGLh1ez1 ケーキでダイエットってw
美人で巨乳なのは良いことだ
美人で巨乳なのは良いことだ
427デフォルトの名無しさん
2019/03/30(土) 15:02:02.25ID:XtbGcbHa >>422
よく考えてみると Xamarine は Unityと働きが被っている部分が多かったり。
よく考えてみると Xamarine は Unityと働きが被っている部分が多かったり。
428デフォルトの名無しさん
2019/03/30(土) 19:32:27.34ID:/gBCGAKn Unityってゲーム機等のMonoが公式サポートしてない端末でも動いてるけどさあ
あれってどういう仕組で動いてんの？
あれってどういう仕組で動いてんの？
429デフォルトの名無しさん
2019/03/30(土) 23:39:15.89ID:mTuv9g2P Il2cpp経由でバイナリじゃないの
430デフォルトの名無しさん
2019/04/01(月) 21:25:05.62ID:Aqlrx/Wo ほんと、日本以外を含めて使ってる人おるんかな？
金がマイクロソフトに落ちないことには将来性ねえだろう
金がマイクロソフトに落ちないことには将来性ねえだろう
431デフォルトの名無しさん
2019/04/01(月) 23:38:04.65ID:94+3P1aP >>430
弊社は使ってますよ
弊社は使ってますよ
432デフォルトの名無しさん
2019/04/02(火) 05:56:43.53ID:feoMkFye >>430
それって.NET作ってもMSに金落ちないから将来性がないって言ってるのと一緒やで
それって.NET作ってもMSに金落ちないから将来性がないって言ってるのと一緒やで
433デフォルトの名無しさん
2019/04/02(火) 07:22:14.00ID:W0ptijAU >>432
.netはAzureに金を落とさせるためだから将来性あるよ
.netはAzureに金を落とさせるためだから将来性あるよ
434デフォルトの名無しさん
2019/04/02(火) 11:54:45.78ID:LpV8NoZ4435デフォルトの名無しさん
2019/04/02(火) 12:22:37.98ID:gZKStqqC MSの増収増益が続いてる状況なんですけどね
436デフォルトの名無しさん
2019/04/02(火) 13:19:34.88ID:Z7MJyQF0 >>433
だからXamarinも一緒だろって話だよ
だからXamarinも一緒だろって話だよ
437デフォルトの名無しさん
2019/04/02(火) 13:46:29.62ID:LpV8NoZ4438デフォルトの名無しさん
2019/04/02(火) 13:47:42.24ID:I53w7RXU はいはい、迷惑迷惑。
439デフォルトの名無しさん
2019/04/02(火) 14:19:40.14ID:W0ptijAU >>436
そうはいかんな、Xamarinはあんまり使われてねえんだから
そうはいかんな、Xamarinはあんまり使われてねえんだから
440デフォルトの名無しさん
2019/04/02(火) 14:20:10.63ID:Z7MJyQF0 >>437
悔しいのう悔しいのう(´・ω・｀)
悔しいのう悔しいのう(´・ω・｀)
441デフォルトの名無しさん
2019/04/02(火) 15:06:15.30ID:5DNXkEot XamarinよりもUWPでモバイルやってたほうが多く、数％はシェア取れていた
442デフォルトの名無しさん
2019/04/02(火) 15:28:41.70ID:Z2oruV+1 >>437
この人糖質か
この人糖質か
443デフォルトの名無しさん
2019/04/02(火) 16:13:22.19ID:Z7MJyQF0 >>441
は？
は？
444デフォルトの名無しさん
2019/04/03(水) 00:38:31.72ID:45caag87 いつサポートが打ち切られるかわからないから長期プロダクトに使えない
長期プロダクトに使えないからユーザーが少ない
ユーザーが少ないからいつサポートが打ち切られるかわからない
・・・・と、酷い悪循環に陥ってる気がする
長期プロダクトに使えないからユーザーが少ない
ユーザーが少ないからいつサポートが打ち切られるかわからない
・・・・と、酷い悪循環に陥ってる気がする
445デフォルトの名無しさん
2019/04/03(水) 02:06:17.02ID:B0LbEgn2 native アプリだと AppleStore や GooglePlay に登録するから
手数料が取られる。Webアプリだと手数料が取られない。
そんな違いがあるとは知らなかった。
手数料が取られる。Webアプリだと手数料が取られない。
そんな違いがあるとは知らなかった。
446デフォルトの名無しさん
2019/04/03(水) 02:23:20.14ID:B0LbEgn2 トレンドがどんどん変わり、どう変わるかは事前に予想できない状況なので、
色んなプラットフォームで動く可能性の有る言語C#は安心感はあるが、
一方で起動速度も実行速度も遅いみたいだ。MS純正のHTML Editorの
FrontPageとExpression Webは、C++とC#の違いだけで機能はほぼ同じだが、
速度差がかなりあり、後者は常用するのは辛い。また、最近のVSの遅さも
C#に起因している可能性がある。
色んなプラットフォームで動く可能性の有る言語C#は安心感はあるが、
一方で起動速度も実行速度も遅いみたいだ。MS純正のHTML Editorの
FrontPageとExpression Webは、C++とC#の違いだけで機能はほぼ同じだが、
速度差がかなりあり、後者は常用するのは辛い。また、最近のVSの遅さも
C#に起因している可能性がある。
447デフォルトの名無しさん
2019/04/03(水) 02:29:28.56ID:985X0sRZ .NET Navie、UWPは速い
448デフォルトの名無しさん
2019/04/03(水) 03:14:52.58ID:lGPatIWT449デフォルトの名無しさん
2019/04/03(水) 12:08:19.67ID:xn7iKSYA Xamarinごと捨てるか、Mono捨てて.Net coreベースにして更に.net nativeにするなどの早期の英断が必要な時期。
来月のBuild 2019のカンファレンスで運命が決まるだろう(適当)
来月のBuild 2019のカンファレンスで運命が決まるだろう(適当)
450デフォルトの名無しさん
2019/04/03(水) 14:35:48.29ID:E9i/OUIy MSがXamarin切り捨てる可能性はあるけど、そうなったら別会社で有料になっても良いから続けて欲しいな。
やっぱりお手軽さはXamarinが一番だと思う。
やっぱりお手軽さはXamarinが一番だと思う。
451デフォルトの名無しさん
2019/04/03(水) 15:03:52.11ID:tw/cJ+gz Xamarin社はMSの子会社ではあるけど今でも一応は独立した別企業だよ
452デフォルトの名無しさん
2019/04/03(水) 19:29:04.00ID:DDqoA/Cy Xamarin程の糞はない
もう誰も使ってへん
もう誰も使ってへん
453デフォルトの名無しさん
2019/04/03(水) 21:09:16.68ID:boFcJdTb 弊社はXamarin使ってますよ
454デフォルトの名無しさん
2019/04/03(水) 21:23:39.93ID:eMoUs3x1 Xamarin捨てる必要ってアプリサイズぐらいしかなくね？あとよっぽど起動時間を短縮したいか。
AndroidもAOTかけたらそんな遅くないだろ
AndroidもAOTかけたらそんな遅くないだろ
455デフォルトの名無しさん
2019/04/03(水) 23:01:27.44ID:boFcJdTb Xamarin.Formsは置いといて、Xamarin.Native使うと快適なC#でコーディングできるということだけでありがたいね
情報量はswiftやJavaのそのまま流用できるから困らないし
情報量はswiftやJavaのそのまま流用できるから困らないし
456デフォルトの名無しさん
2019/04/04(木) 09:55:41.97ID:APr2GhZw vst2019出たみたいだけど
xamarinアプリの起動
少しは速くなったの？
xamarinアプリの起動
少しは速くなったの？
457デフォルトの名無しさん
2019/04/04(木) 10:46:40.93ID:GNoSo19c 意味不明
458デフォルトの名無しさん
2019/04/04(木) 10:51:18.78ID:Z6RB+E5/ ツールが変わっただけだろ
アプリの起動には関係ないだろ
アプリの起動には関係ないだろ
459デフォルトの名無しさん
2019/04/04(木) 19:43:19.00ID:TpBRvgpe Xamarin長い髪をほどいて〜♪
460デフォルトの名無しさん
2019/04/04(木) 22:59:52.49ID:jc9cO4Yi VS2019でXamarin.FormsでもIntelliSense が使えるようになったってのを見たけどXamlのこと？
461デフォルトの名無しさん
2019/04/05(金) 01:24:35.20ID:UrhWktz7 と思うけど今まで使えなかったん？R#入れてたから気づかんかった
462デフォルトの名無しさん
2019/04/05(金) 19:55:51.80ID:S3Jm0Yjh 今までも使えてたけど AI で補完するようになった
463デフォルトの名無しさん
2019/04/05(金) 19:57:43.77ID:S3Jm0Yjh >>456
アプリの起動速度は多分変わんない。アプリサイズを小さくできるようになったのと、ビルド速度がはやくなった。プロジェクト開くのも速くなったのかな?
アプリの起動速度は多分変わんない。アプリサイズを小さくできるようになったのと、ビルド速度がはやくなった。プロジェクト開くのも速くなったのかな?
464デフォルトの名無しさん
2019/04/05(金) 20:40:17.05ID:wqU3n6IN visual studio for mac はビルド速くなったって公式にあったけど
windowsの方も速くなった？
windowsの方も速くなった？
465デフォルトの名無しさん
2019/04/05(金) 21:20:03.45ID:aS0e+1BQ Android で d8/r8 のオプション有効にすれば速くなるって書いてある
466デフォルトの名無しさん
2019/04/11(木) 08:49:34.29ID:kzqhkDq8 Xamarin.WPFだけど、基本的にはマウス操作なんだな・・・
キーボード主体で動かそうとしたら問題山積みだわ。
DisplayAlertですらキーボード操作できない。
ちと、テンション落ちた・・・
キーボード主体で動かそうとしたら問題山積みだわ。
DisplayAlertですらキーボード操作できない。
ちと、テンション落ちた・・・
467デフォルトの名無しさん
2019/04/16(火) 23:13:07.05ID:bmY4AoQ5 https://blog.nkzn.info/entry/2019/04/16/163743
によると、
「マイクロソフトのiOSおよびAndroidアプリの中身をスキャンしてみた。
その中で、Word、Excel、Xbox、その他もろもろ38本ものアプリが、
最近のアップデートでReact Nativeを利用するようになったことを発見した」
ってことだが、なんでなん？
によると、
「マイクロソフトのiOSおよびAndroidアプリの中身をスキャンしてみた。
その中で、Word、Excel、Xbox、その他もろもろ38本ものアプリが、
最近のアップデートでReact Nativeを利用するようになったことを発見した」
ってことだが、なんでなん？
468デフォルトの名無しさん
2019/04/17(水) 00:05:33.75ID:4VR+2Iv/ >>467
以前からWeb版OfficeがあるんだからそれをJSで移植する方が効率いいでしょ
以前からWeb版OfficeがあるんだからそれをJSで移植する方が効率いいでしょ
469デフォルトの名無しさん
2019/04/17(水) 00:23:04.83ID:+pecMmDN マイクロソフト自身も呆れて自社プロダクトに採用しないのがXamarin
470デフォルトの名無しさん
2019/04/17(水) 00:36:36.56ID:E7A/Fdiw Pix（グラフィックデバッガの方ではない）とかいうよくわからんアプリで採用してるのは見たな
471デフォルトの名無しさん
2019/04/17(水) 00:42:10.82ID:8ss+sM3t472デフォルトの名無しさん
2019/04/19(金) 10:19:28.51ID:VNAy7qmP 今見たらXamarin.FormsのテンプレにUWPが復活してるな。
どちらかといえば WPF に力を入れてほしいんだが・・・
どちらかといえば WPF に力を入れてほしいんだが・・・
473デフォルトの名無しさん
2019/04/19(金) 16:31:24.22ID:8KUsLTuI UWPってなんでクソなんだっけ？
なんかすると警告見たいの出るんだっけ？
ど忘れしたわ
なんかすると警告見たいの出るんだっけ？
ど忘れしたわ
474デフォルトの名無しさん
2019/04/19(金) 19:26:26.17ID:YII8H2jt ストアからしか入れられない、機能に制限があるっちゃある辺りじゃ
いいとこともあるんだけどね
いいとこともあるんだけどね
475デフォルトの名無しさん
2019/04/19(金) 19:59:51.15ID:VNAy7qmP >>474
ローカルからでもインストールできるけど？
ローカルからでもインストールできるけど？
476デフォルトの名無しさん
2019/04/19(金) 20:31:03.64ID:YII8H2jt >>475
社内アプリの話か？
社内アプリの話か？
477デフォルトの名無しさん
2019/04/19(金) 21:05:50.97ID:QVKxRqvm UWPアプリ ≠ ストアアプリ
478デフォルトの名無しさん
2019/04/19(金) 21:18:29.97ID:VNAy7qmP >>476
ローカルで動くインストーラを作れるの知らない？
ローカルで動くインストーラを作れるの知らない？
479デフォルトの名無しさん
2019/04/19(金) 21:33:00.59ID:w3wj8Qby 普通にUWP野良配布できるし
480デフォルトの名無しさん
2019/04/19(金) 21:33:22.87ID:YII8H2jt >>478
最近の話？あまり追ってないので知らん
最近の話？あまり追ってないので知らん
481デフォルトの名無しさん
2019/04/19(金) 21:35:04.10ID:YII8H2jt482デフォルトの名無しさん
2019/04/20(土) 09:19:46.97ID:TxPyqn42483デフォルトの名無しさん
2019/04/20(土) 09:51:55.32ID:6xdfOdL3 >>482
いやだからそれ特定のデバイスに配布するのにしか使えないよね？
いやだからそれ特定のデバイスに配布するのにしか使えないよね？
484デフォルトの名無しさん
2019/04/20(土) 09:53:23.96ID:6xdfOdL3 上でストアからしかとか言ってるのは、そもそも企業で社内に配布するとかも省いてるんだからそれぐらい汲み取れ
485デフォルトの名無しさん
2019/04/20(土) 11:36:07.87ID:TxPyqn42486デフォルトの名無しさん
2019/04/25(木) 00:11:59.31ID:MZ8+ld/c FormsでiOSで動作させてListViewにバインドしてあるObservableCollectionを
Clear()してGCしてもメモリ使用量上がりっぱなしなんだけどこういうもの？
ObservableCollectionの中身のオブジェクトはGCに回収されてるんだけど・・・
Clear()してGCしてもメモリ使用量上がりっぱなしなんだけどこういうもの？
ObservableCollectionの中身のオブジェクトはGCに回収されてるんだけど・・・
487デフォルトの名無しさん
2019/04/25(木) 06:32:01.81ID:+F5afDw3 他のところでリークしてないの
つかプロファイラ、多少はまともになった？
つかプロファイラ、多少はまともになった？
488デフォルトの名無しさん
2019/04/25(木) 08:39:39.65ID:5zIXIEII489デフォルトの名無しさん
2019/04/25(木) 09:29:38.93ID:X5JKBKDq Xamarinみたいな糞でやるからそうなる
490デフォルトの名無しさん
2019/04/25(木) 15:47:45.44ID:Ps0tFa5p 大胆にぶっ壊れていても放ったらかしだからな・・・・
VisualStudio for MacのIntelliSenseが参照する範囲がWindows版やVSCodeより狭くて使いづらい
Xamarin.iOSでネイティブコードをリンクする際、参照先を間違えてWindows用のDLLをリンクしようとしてしまう（年末年始あたりに治った2017のバグが大復活！）
Windows版のみXamarin.Androidのプレビュー機能が特定の機能との関係で不安定
VisualStudio for MacのIntelliSenseが参照する範囲がWindows版やVSCodeより狭くて使いづらい
Xamarin.iOSでネイティブコードをリンクする際、参照先を間違えてWindows用のDLLをリンクしようとしてしまう（年末年始あたりに治った2017のバグが大復活！）
Windows版のみXamarin.Androidのプレビュー機能が特定の機能との関係で不安定
491486
2019/04/25(木) 19:50:51.67ID:MZ8+ld/c 原因分かった
GroupHeaderTemplateがメモリリークしている
これ外したら全くメモリ使用量増えなくなった
けっこう凝ったデザインをヘッダでやってたから派手にリークしてたわ
幸い何百件も表示するようなページじゃないからTableViewかなんか
カスタマイズして置き換えるか・・・
GroupHeaderTemplateがメモリリークしている
これ外したら全くメモリ使用量増えなくなった
けっこう凝ったデザインをヘッダでやってたから派手にリークしてたわ
幸い何百件も表示するようなページじゃないからTableViewかなんか
カスタマイズして置き換えるか・・・
492デフォルトの名無しさん
2019/04/25(木) 20:18:56.62ID:iYy5urYc な、俺の思ってたとおりだったろ？
493デフォルトの名無しさん
2019/04/25(木) 22:32:54.39ID:2gDtzArR494デフォルトの名無しさん
2019/04/25(木) 22:51:25.29ID:oOh7TKEH こういうの見るとXamarinでメモリリークしないプログラムをかける気がしないhttps://qiita.com/iseebi/items/1673837e9e88435fceff
495デフォルトの名無しさん
2019/04/25(木) 23:00:31.42ID:MZ8+ld/c >>493
プロファイラってVisual Studio Enterpriseじゃないと使えないやつだよね？
ライセンスないから使ってない
自前でつくったオブジェクトのWeakReferenceを片っ端からリストに突っ込んで
泥臭いprinfデバッグで問題なかったから、Xamarinに何か問題あるなと思って
ページを少しずつ削っていったら分かった。
実際小さい再現用のプロジェクトつくってGroupHeaderTemplateつけて
ObservableCollectionにオブジェクト出し入れしてるだけで
GC.GetTotalMemoryが増大していってるので間違いないはず
プロファイラってVisual Studio Enterpriseじゃないと使えないやつだよね？
ライセンスないから使ってない
自前でつくったオブジェクトのWeakReferenceを片っ端からリストに突っ込んで
泥臭いprinfデバッグで問題なかったから、Xamarinに何か問題あるなと思って
ページを少しずつ削っていったら分かった。
実際小さい再現用のプロジェクトつくってGroupHeaderTemplateつけて
ObservableCollectionにオブジェクト出し入れしてるだけで
GC.GetTotalMemoryが増大していってるので間違いないはず
496デフォルトの名無しさん
2019/04/26(金) 06:09:02.61ID:wn61rsdv >>494
最初のやつはiOSでARCの関係なんだろうか？
にしてもC#と同じくDisposeしなくともそのうち回収される気がする。
2つ目のやつはXamarinに限らずC#固有の有名なリークパターンなのでこれは慣れてる。
最初のやつはiOSでARCの関係なんだろうか？
にしてもC#と同じくDisposeしなくともそのうち回収される気がする。
2つ目のやつはXamarinに限らずC#固有の有名なリークパターンなのでこれは慣れてる。
497デフォルトの名無しさん
2019/04/29(月) 21:45:22.98ID:wQQE+StW broadFileSystemAccess対応でUWP/iOS/Android/MACOS対応のファイルアクセスライブラリって無いかな？
フォルダの指定、フォルダ内のファイル（フォルダも含む）一覧、ファイルのストリーム化だけでいいんだが・・・
フォルダの指定、フォルダ内のファイル（フォルダも含む）一覧、ファイルのストリーム化だけでいいんだが・・・
498デフォルトの名無しさん
2019/04/29(月) 23:14:25.21ID:ID/3rYx8 Essential じゃダメなん？
499デフォルトの名無しさん
2019/04/30(火) 08:51:42.19ID:FOFXj9fL500デフォルトの名無しさん
2019/04/30(火) 09:43:39.80ID:NQUxNV7t いやだからEssential 、使用用途に合うか調べろや
501デフォルトの名無しさん
2019/04/30(火) 11:26:55.40ID:FOFXj9fL502デフォルトの名無しさん
2019/05/08(水) 10:20:42.96ID:BXljcmWI Google、「Flutter for Web」発表。FlutterからWebアプリを生成。Flutterはマルチプラットフォーム対応のフレームワークに。Google I/O 2019 − Publickey
https://www.publickey1.jp/blog/19/googleflutter_for_webflutterwebfluttergoogle_io_2019.html
マイクロソフトにはこれをやってほしかった
https://www.publickey1.jp/blog/19/googleflutter_for_webflutterwebfluttergoogle_io_2019.html
マイクロソフトにはこれをやってほしかった
503デフォルトの名無しさん
2019/05/08(水) 12:33:00.38ID:pM2+olDK C#がブラウザフロントエンド征服すりゃワンチャンあるって
504デフォルトの名無しさん
2019/05/08(水) 12:44:50.11ID:riFq0IBn いまandroid用のアプリをandroid studio+javaで開発してますが、
言語やライブラリの知識経験はJavaよりc#+.Netの方があります。
Xamarinに乗り替えると幸せになれますか？
またXamarinのレイヤー(?)被せる事のオーバーヘッドってあるんですか？
android studio+javaだと出来るけどXamarinでは出来ないみたいな制約とかありますか？
言語やライブラリの知識経験はJavaよりc#+.Netの方があります。
Xamarinに乗り替えると幸せになれますか？
またXamarinのレイヤー(?)被せる事のオーバーヘッドってあるんですか？
android studio+javaだと出来るけどXamarinでは出来ないみたいな制約とかありますか？
505デフォルトの名無しさん
2019/05/08(水) 14:14:32.88ID:pM2+olDK オーバーヘッドはこの記事読んで
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
androidしか開発しないんならネイティブでいいんじゃね？とも
やっぱC#＋VisualStudioで書きたいわ、でも新しいこと覚えたくねぇならXamarin.Android
マルチプラットフォームならXamarin..Forms、Prismに慣れときゃ非XamarinのWPFやUWPやMaｃも視野に
自分がどうしたいかやね
Xamarinでできないことについては、androidのAPIラップしとるから基本的に全部できるはずだけど、
手軽にマルチプラットフォームやりたいからPrismだけ把握しとけばいいやの人なんでそこら辺詳しくないわ
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
androidしか開発しないんならネイティブでいいんじゃね？とも
やっぱC#＋VisualStudioで書きたいわ、でも新しいこと覚えたくねぇならXamarin.Android
マルチプラットフォームならXamarin..Forms、Prismに慣れときゃ非XamarinのWPFやUWPやMaｃも視野に
自分がどうしたいかやね
Xamarinでできないことについては、androidのAPIラップしとるから基本的に全部できるはずだけど、
手軽にマルチプラットフォームやりたいからPrismだけ把握しとけばいいやの人なんでそこら辺詳しくないわ
506デフォルトの名無しさん
2019/05/08(水) 14:19:52.26ID:pM2+olDK PrismはMacなかったわメンゴメンゴ
507デフォルトの名無しさん
2019/05/08(水) 22:50:46.12ID:UPhx/0uC508デフォルトの名無しさん
2019/05/09(木) 00:18:02.46ID:EmkF5dSL >>507
そんなのはどんなアプリをどんな風に作りたいかによるだろハゲ
そんなのはどんなアプリをどんな風に作りたいかによるだろハゲ
509デフォルトの名無しさん
2019/05/09(木) 08:43:10.63ID:4S+umP0q >>504
Xamarim経験3年ほどの初心者だがアドバイス。
基本的にXamarinだからできないということはない。
メリットはLINQなどJavaよりC#のほうが言語的に便利な構文が多いので、サクッと簡潔に書けることが多い。ただし好みと場合による。
デメリットは色々あるが、一番大きいのはちょくちょくXamarin特有のバグに悩まされることがある。
パフォーマンスについては概ね問題ないが、例えばBLE関連のようなAndroid SDKでJava I/Fしか用意されてないもの(Nativeから使用できないもの)はNative→Java→MonoのマイグレーションをすることになるのでCPU負荷が高くなる。
結論としては対象アプリがAndroidだけならXamarin使う必要はない。
Xamarim経験3年ほどの初心者だがアドバイス。
基本的にXamarinだからできないということはない。
メリットはLINQなどJavaよりC#のほうが言語的に便利な構文が多いので、サクッと簡潔に書けることが多い。ただし好みと場合による。
デメリットは色々あるが、一番大きいのはちょくちょくXamarin特有のバグに悩まされることがある。
パフォーマンスについては概ね問題ないが、例えばBLE関連のようなAndroid SDKでJava I/Fしか用意されてないもの(Nativeから使用できないもの)はNative→Java→MonoのマイグレーションをすることになるのでCPU負荷が高くなる。
結論としては対象アプリがAndroidだけならXamarin使う必要はない。
510デフォルトの名無しさん
2019/05/09(木) 09:24:57.19ID:EmkF5dSL >>509
それもその人によるだろ
Androidでしか作らなくても普段Javaに馴染みないような人だったらわざわざ開発環境整えてJavaで開発するより慣れ親しんだC#とVSでサクッと開発とかするだろ普通
それもその人によるだろ
Androidでしか作らなくても普段Javaに馴染みないような人だったらわざわざ開発環境整えてJavaで開発するより慣れ親しんだC#とVSでサクッと開発とかするだろ普通
511デフォルトの名無しさん
2019/05/09(木) 10:08:57.58ID:4S+umP0q512デフォルトの名無しさん
2019/05/09(木) 10:53:52.02ID:66gggU3N >>511
.NET,C#に慣れてるいうからその辺と今後の他プラットフォームとのロジック共通かを考えてXamarinも全然ありでしょ
ただ上でも言われてるように余計なレイヤー増えるからパフォーマンス劣化はそんなないだろうけど多少なり複雑度は増えるのでそのへんのデメメリのバランス次第かと
.NET,C#に慣れてるいうからその辺と今後の他プラットフォームとのロジック共通かを考えてXamarinも全然ありでしょ
ただ上でも言われてるように余計なレイヤー増えるからパフォーマンス劣化はそんなないだろうけど多少なり複雑度は増えるのでそのへんのデメメリのバランス次第かと
513デフォルトの名無しさん
2019/05/09(木) 13:24:01.63ID:nfItpMpb .NET5のSwiftやJavaとのinteroperabilityってのは、Swift等からC#で書いたコードを呼び出せるようになるんか？
514デフォルトの名無しさん
2019/05/09(木) 14:26:29.81ID:aby7wzdI Xamarin程の糞はない
515デフォルトの名無しさん
2019/05/09(木) 18:02:50.97ID:cLhRp6Rd >>514
まだいたんだ…
まだいたんだ…
516デフォルトの名無しさん
2019/05/09(木) 18:09:33.32ID:cLhRp6Rd >>510
サクッと言うのはちがうんでは？
SDKとか考えたら普通にandroid studioのほうがサクッとインストールしてあまり問題も出ないよ
みんなXamarinに飛びつくけどコレジャナイ感で止めていく
フォームにボタン一個で押したらメッセージ出すアプリを作ってみんな出ていく
実際androidやiOSなどの経験や知識がないとまともなアプリ作れない
単一のターゲットでしか使わない場合javaがc#に変わるというだけで選択するとがっかりして出ていくだろうね
サクッと言うのはちがうんでは？
SDKとか考えたら普通にandroid studioのほうがサクッとインストールしてあまり問題も出ないよ
みんなXamarinに飛びつくけどコレジャナイ感で止めていく
フォームにボタン一個で押したらメッセージ出すアプリを作ってみんな出ていく
実際androidやiOSなどの経験や知識がないとまともなアプリ作れない
単一のターゲットでしか使わない場合javaがc#に変わるというだけで選択するとがっかりして出ていくだろうね
517デフォルトの名無しさん
2019/05/09(木) 20:41:05.30ID:qJ5zmJws Flutterに負けた終わった技術ざまああ
518デフォルトの名無しさん
2019/05/09(木) 21:25:33.58ID:qJ5zmJws 俺は２年前から糞だと見抜いていたからな
我ながら先見の明に感心する
我ながら先見の明に感心する
519デフォルトの名無しさん
2019/05/10(金) 00:12:18.33ID:kar7n7Sm 単一ターゲットでもC#でコーディングできるだけでかなり快適に開発できてるけどな
Formsはまだ微妙だけどXamarin.Nativeはかなり快適
Android StudioもXcodeもそれなりに経験あるが
Formsはまだ微妙だけどXamarin.Nativeはかなり快適
Android StudioもXcodeもそれなりに経験あるが
520デフォルトの名無しさん
2019/05/10(金) 00:14:51.46ID:HgJyiWAG >>517
そこは「ざまあありん」と書くとこだろ
そこは「ざまあありん」と書くとこだろ
521デフォルトの名無しさん
2019/05/10(金) 06:01:10.54ID:szkBR7My Microsoft、「.NET Core 3.0」の後継となる「.NET 5」を2020年にリリース
https://www.atmarkit.co.jp/ait/articles/1905/09/news108.html
Microsoftは「.NET Core」「.NET Framework」「Xamarin／Mono」を1つに集約すると発表した。
「.NET Core 3.0」の後継となる「.NET 5」は、Windows、Linux、macOS、iOS、Android、tvOS、watchOS、
WebAssemblyなどに対応した開発が可能な単一のプラットフォームになる。
https://devblogs.microsoft.com/dotnet/wp-content/uploads/sites/10/2019/05/dotnet5_platform.png
https://www.atmarkit.co.jp/ait/articles/1905/09/news108.html
Microsoftは「.NET Core」「.NET Framework」「Xamarin／Mono」を1つに集約すると発表した。
「.NET Core 3.0」の後継となる「.NET 5」は、Windows、Linux、macOS、iOS、Android、tvOS、watchOS、
WebAssemblyなどに対応した開発が可能な単一のプラットフォームになる。
https://devblogs.microsoft.com/dotnet/wp-content/uploads/sites/10/2019/05/dotnet5_platform.png
522デフォルトの名無しさん
2019/05/13(月) 15:07:30.93ID:NlVP0ueO Microsoft、「Xamarin」の全APIドキュメントをオープンソース化
https://www.atmarkit.co.jp/ait/articles/1905/13/news081.html
https://www.atmarkit.co.jp/ait/articles/1905/13/news081.html
523デフォルトの名無しさん
2019/05/13(月) 16:21:02.95ID:WI4C+P81 Xamarin程の糞はない
524デフォルトの名無しさん
2019/05/16(木) 01:27:55.73ID:P2WfwLK4 無能乙
525デフォルトの名無しさん
2019/06/11(火) 14:39:13.32ID:+z401u2T iOSの開発はStoryboardが主流じゃなくなりそうだな
純正開発環境に近い開発方法でC#を使える時代は終わるのかな・・・・
純正開発環境に近い開発方法でC#を使える時代は終わるのかな・・・・
526デフォルトの名無しさん
2019/06/25(火) 09:23:00.64ID:2W1epp0R Xamarin.Forms でフリーで使用できる DataGridView はありませんか？
ComponentOne等の市販ライブラリでは見つけたんですけど、個人的な趣味のPGにうん十万もかけたくないので・・・
ヘッダ行を常に表示。データ行はスクロール可。データ行をタップ、もしくはダブルタップでイベント発生。データはList<T>でBinding可能なもの。
ってのが理想です。
ComponentOne等の市販ライブラリでは見つけたんですけど、個人的な趣味のPGにうん十万もかけたくないので・・・
ヘッダ行を常に表示。データ行はスクロール可。データ行をタップ、もしくはダブルタップでイベント発生。データはList<T>でBinding可能なもの。
ってのが理想です。
527デフォルトの名無しさん
2019/06/25(火) 09:50:17.55ID:22iJeFBm Xamarinみたいな糞でやるからそうなる
528デフォルトの名無しさん
2019/06/25(火) 10:06:07.39ID:KoYuAQ6u >>526
標準のStackLayout・ScrollView・ListViewの組み合わせで作れそうだけどね
標準のStackLayout・ScrollView・ListViewの組み合わせで作れそうだけどね
529デフォルトの名無しさん
2019/06/25(火) 10:59:41.48ID:2W1epp0R >>528
1行に３項目あって、それぞれの文字列長が一定じゃないんですよね。
それぞれの頭を縦に揃えたいけど・・・
ColumnDefinitionで決め打ちするしかないですかね。
その時に必要な最大幅がわかれば Width="{Binding Col1Width}" とかでできそうなんですけどね。
1行に３項目あって、それぞれの文字列長が一定じゃないんですよね。
それぞれの頭を縦に揃えたいけど・・・
ColumnDefinitionで決め打ちするしかないですかね。
その時に必要な最大幅がわかれば Width="{Binding Col1Width}" とかでできそうなんですけどね。
530デフォルトの名無しさん
2019/06/25(火) 15:40:30.43ID:dKwDGeP5531デフォルトの名無しさん
2019/06/25(火) 16:06:58.79ID:2W1epp0R >>530
見てみましたが、実際に表示する文字列の指定方法が無いのでプロポーショナルフォントだと正確な幅は出ませんよね？
見てみましたが、実際に表示する文字列の指定方法が無いのでプロポーショナルフォントだと正確な幅は出ませんよね？
532デフォルトの名無しさん
2019/06/25(火) 16:24:57.80ID:dKwDGeP5 >>531
LabelのTextプロパティにセットしても駄目だった？
LabelのTextプロパティにセットしても駄目だった？
533デフォルトの名無しさん
2019/06/25(火) 16:52:57.79ID:2W1epp0R534デフォルトの名無しさん
2019/06/28(金) 20:19:43.27ID:L7uCEfsw Windows 10の電卓アプリがiOS/Android/WebAssemblyで動作 〜「Uno Calculator」が公開 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1193107.html
Xamarinよりプラットフォームの多いこっち買ってくれたほうが良かったな
https://forest.watch.impress.co.jp/docs/news/1193107.html
Xamarinよりプラットフォームの多いこっち買ってくれたほうが良かったな
535デフォルトの名無しさん
2019/06/29(土) 00:32:40.83ID:T+NUJPbH 商業プロジェクトなのか？
536デフォルトの名無しさん
2019/06/29(土) 10:39:12.89ID:TBOm/90P 電卓が移植されても嬉しくない
537デフォルトの名無しさん
2019/06/29(土) 13:30:23.53ID:ABmvVhy8 フレームワークの出来をドヤって見せるにしてはちょっとショボくね？
538デフォルトの名無しさん
2019/06/29(土) 15:28:13.03ID:lQ+T+jM2 役割が全く違うから
539デフォルトの名無しさん
2019/06/29(土) 23:13:21.57ID:LhJ5TdYn 全く違うか？結局はクロスプラットフォーム実現するためのものだと思うが
540デフォルトの名無しさん
2019/07/01(月) 10:03:18.68ID:9r8RZXK3 >>521
ソースひとつで全てのプラットフォームで動くアプリが書けるなら、
Windowsの優位性がなくなりそうだ。MSには、やるといって、実際やら
無かった前例があり、
「将来できるようになるからC#使っていれば良い事有るよ」
詐欺の恐れがある。
ソースひとつで全てのプラットフォームで動くアプリが書けるなら、
Windowsの優位性がなくなりそうだ。MSには、やるといって、実際やら
無かった前例があり、
「将来できるようになるからC#使っていれば良い事有るよ」
詐欺の恐れがある。
541デフォルトの名無しさん
2019/07/01(月) 12:17:35.17ID:6DZxFjYs iOSやAndroidのアプリをUWPに流させるという莫大なメリットがMSにはある
542デフォルトの名無しさん
2019/07/01(月) 12:31:53.43ID:TQEs5kf/ MSとしてはWindowsに限らず各OSからAzureに繋いで課金してもらおうという戦略だよ
それで各OSで動作するAzure向けライブラリを色々作ってるんだよ
それで各OSで動作するAzure向けライブラリを色々作ってるんだよ
543デフォルトの名無しさん
2019/07/01(月) 12:36:37.99ID:6qwNLXpe Microsoft程の糞はない
544デフォルトの名無しさん
2019/07/01(月) 13:07:26.95ID:ZgSw1bMZ >>540
Windowsの優位性がなくなったからこそ必要なのに
Windowsの優位性がなくなったからこそ必要なのに
545デフォルトの名無しさん
2019/07/01(月) 15:34:21.61ID:9r8RZXK3 >>541
それは、スマホ--->Windows へのアプリの流入を想定しているということだけど、
逆方向の流れが生じてしまう可能性もある。それを甘く見ているのだろうか。
仮にWindowsが不要になって売れなくなると、2兆円を超えるくらい、MSの
売上げが減る。確か、会社全体だと7兆円くらいの売上げだったから、無視できる
数値ではないと思うが。
それは、スマホ--->Windows へのアプリの流入を想定しているということだけど、
逆方向の流れが生じてしまう可能性もある。それを甘く見ているのだろうか。
仮にWindowsが不要になって売れなくなると、2兆円を超えるくらい、MSの
売上げが減る。確か、会社全体だと7兆円くらいの売上げだったから、無視できる
数値ではないと思うが。
546デフォルトの名無しさん
2019/07/01(月) 15:35:40.93ID:9r8RZXK3547デフォルトの名無しさん
2019/07/01(月) 15:36:12.85ID:9r8RZXK3 誤：開発ルール--->正：開発ツール
548デフォルトの名無しさん
2019/07/01(月) 17:54:14.75ID:tOmxAVuU 無視できる額ではないけどMS自身はソフトウェアを売って稼ぐモデルからは脱却したがってるから
549デフォルトの名無しさん
2019/07/01(月) 17:54:52.20ID:tOmxAVuU 無視できる額ではないけどMS自身はソフトウェアを売って稼ぐビジネスモデルからは脱却したがってるから
550デフォルトの名無しさん
2019/07/01(月) 17:54:52.78ID:9r8RZXK3 それはナデラだね。
551デフォルトの名無しさん
2019/07/01(月) 18:02:06.85ID:9r8RZXK3 ナデラになってからMSは物凄く嫌味な感じのする企業になった。
株価下落は、それだだんだん分かってきたことから来るものかもしれない。
株価下落は、それだだんだん分かってきたことから来るものかもしれない。
552デフォルトの名無しさん
2019/07/01(月) 18:12:57.60ID:sV0rjxHI マイクロソフトの株価は史上最高値を更新中。クラウドビジネスがけん引
https://news.infoseek.co.jp/amp/article/toushiru_21948/
https://news.infoseek.co.jp/amp/article/toushiru_21948/
553デフォルトの名無しさん
2019/07/01(月) 18:36:31.73ID:9r8RZXK3 MSの株価は実はこの一年くらい、低調路線に入っているはず：
https://techcrunch.com/wp-content/uploads/2019/02/Screenshot-2019-02-04-12.26.58.png?w=680
https://techcrunch.com/wp-content/uploads/2019/02/Screenshot-2019-02-04-12.26.58.png?w=680
554デフォルトの名無しさん
2019/07/01(月) 18:57:56.45ID:9r8RZXK3 クラウドもモバイルもARもMRも全部欲しくない。
555デフォルトの名無しさん
2019/07/01(月) 20:10:14.43ID:YzHO/9WR >>553
それって株価上昇傾向のチャートだよね
それって株価上昇傾向のチャートだよね
556デフォルトの名無しさん
2019/07/01(月) 20:29:51.79ID:wPs6zspA >>554
こいつただのアンチじゃねーかw
こいつただのアンチじゃねーかw
557デフォルトの名無しさん
2019/07/02(火) 01:32:21.80ID:vQT+qXro ナデラは技術を舐めており、人を集めさえすれば出来ると思ってるが、
最近のVSの速度の遅さとサイズの大きさを見ればそれが幻想であることが分かる。
ダウンロードとインストールに莫大な時間がかかるし、起動速度もコンパイル速度
もとても遅い。C#で作ったプログラムもとても遅い。Windowsは新バージョンに
乗り換えるとアプリの起動速度がとても遅くなり、Update前より品質低下する。
最近のVSの速度の遅さとサイズの大きさを見ればそれが幻想であることが分かる。
ダウンロードとインストールに莫大な時間がかかるし、起動速度もコンパイル速度
もとても遅い。C#で作ったプログラムもとても遅い。Windowsは新バージョンに
乗り換えるとアプリの起動速度がとても遅くなり、Update前より品質低下する。
558デフォルトの名無しさん
2019/07/02(火) 02:10:54.11ID:qyex6tlb Microsoft程の糞はない
559デフォルトの名無しさん
2019/07/02(火) 08:31:21.71ID:wB0GhTVY BOTなんだろうな・・・
560デフォルトの名無しさん
2019/07/06(土) 16:40:19.72ID:XHGsMteC Xamarin程の糞はない
561デフォルトの名無しさん
2019/07/06(土) 17:18:51.30ID:AglAKHVu BOTやな・・・
562デフォルトの名無しさん
2019/07/29(月) 08:06:28.02ID:+r1J3j97 MSはナデラになってから技術の会社から一般人向けの会社になった。
563デフォルトの名無しさん
2019/07/29(月) 19:56:25.39ID:/uzWUdKP ヤシからナ〜デ〜ラ
564デフォルトの名無しさん
2019/08/10(土) 23:21:58.39ID:CdfuVllp565デフォルトの名無しさん
2019/08/11(日) 09:40:21.02ID:JRum2LCS oliaちゃーん！！！
566デフォルトの名無しさん
2019/09/05(木) 00:00:12.10ID:w/3b8Xa8 GestureRecognizerを試しているんだがPanとTapは問題ないのにSwipeとPinchが起こせない。
コードビハインドでDebug.WriteLineでコンソールにログをはくだけの簡単なコードなんだけど。
SimulatorでOptionキー押してピンチ操作してる感出てるのにイベントが発生してくれないのはなぜなんだ？
同じようにハマった人いない？
誰か教えてえろいひと
コードビハインドでDebug.WriteLineでコンソールにログをはくだけの簡単なコードなんだけど。
SimulatorでOptionキー押してピンチ操作してる感出てるのにイベントが発生してくれないのはなぜなんだ？
同じようにハマった人いない？
誰か教えてえろいひと
567デフォルトの名無しさん
2019/09/05(木) 08:59:23.51ID:6dXth2Ra >>566
プラットフォームぐらい書こうぜ
プラットフォームぐらい書こうぜ
568デフォルトの名無しさん
2019/09/05(木) 17:42:09.75ID:m07WfnIK >>567
macOS 10.14（Mojave）だよ
Optionキーって言ってるからmacOSってことは分かると思うが
simulatorのiOSは12.4でXRで試してる
osもvsもアップデートかけたばかりだから基本的には最新版になってるはず
ググっても同じように困ってる人あんまり見当たらないし、オレの操作の仕方がどこか悪いんじゃないかと思ってるんだが全然分からなくてな
macOS 10.14（Mojave）だよ
Optionキーって言ってるからmacOSってことは分かると思うが
simulatorのiOSは12.4でXRで試してる
osもvsもアップデートかけたばかりだから基本的には最新版になってるはず
ググっても同じように困ってる人あんまり見当たらないし、オレの操作の仕方がどこか悪いんじゃないかと思ってるんだが全然分からなくてな
569デフォルトの名無しさん
2019/09/05(木) 21:26:43.67ID:w/3b8Xa8570デフォルトの名無しさん
2019/10/16(水) 19:49:03.95ID:rev6XlUO 誰か助けて！
あるパッケージがPCLはなくてiOS、Android個別でしか提供されてなくて各プラットフォームに処理を書いてるんだけど
どうしてもiOS、Androidでパッケージを利用したオブジェクトを共通で受け取りたいんだけどDependencyServiceでオブジェクトを受け取っても型がないからエラーになっちゃう
いくら調べても共通側での型の利用方法がわからないんだけど解決策って存在する？
調べるとJNIでMCWやACWsなんかがあるけどこれってJavaをP/Invokeで呼び出すっぽいからなんか違うっぽいしわかんないわ・・・
あるパッケージがPCLはなくてiOS、Android個別でしか提供されてなくて各プラットフォームに処理を書いてるんだけど
どうしてもiOS、Androidでパッケージを利用したオブジェクトを共通で受け取りたいんだけどDependencyServiceでオブジェクトを受け取っても型がないからエラーになっちゃう
いくら調べても共通側での型の利用方法がわからないんだけど解決策って存在する？
調べるとJNIでMCWやACWsなんかがあるけどこれってJavaをP/Invokeで呼び出すっぽいからなんか違うっぽいしわかんないわ・・・
571デフォルトの名無しさん
2019/10/17(木) 03:06:12.73ID:Xwvn1Enx っ
msgpack
msgpack
572デフォルトの名無しさん
2019/10/17(木) 10:48:43.78ID:uK2EjZkv573デフォルトの名無しさん
2019/10/17(木) 20:22:43.17ID:2PRSlFzu574デフォルトの名無しさん
2019/10/17(木) 20:38:30.99ID:fUTf6AOQ なにかかんちがいしてるきがするよ
575デフォルトの名無しさん
2019/10/17(木) 20:44:26.06ID:fUTf6AOQ 共通で利用できるインターフェイスを用意する
その実装を各プラットフォームごとに書く（プラットフォームのパッケージはここで使う）
共通コードからはインターフェイスのみ使う
データが欲しいなら共通のクラスをつくってそれを受け取る
その実装を各プラットフォームごとに書く（プラットフォームのパッケージはここで使う）
共通コードからはインターフェイスのみ使う
データが欲しいなら共通のクラスをつくってそれを受け取る
576デフォルトの名無しさん
2019/10/20(日) 15:28:06.29ID:YHzeiaQn Xamarinみたいな糞でやるからそうなる
577デフォルトの名無しさん
2019/10/20(日) 16:37:36.28ID:JmbIGTf6 マルチプラットフォームでどの開発環境がベストかって話題で盛り上がるんだけどReact Nativeも制限多いしパッケージの組み合わせやバージョン毎の互換性云々の不具合も多いし
Xamarinも歴史長いからサポートや下位互換は優れてるけどフロント実装の手間が圧倒的にReactに劣るよねとなって結論としてネイティブで書くのが一番良いって結論になるんだよね毎回
Xamarinも歴史長いからサポートや下位互換は優れてるけどフロント実装の手間が圧倒的にReactに劣るよねとなって結論としてネイティブで書くのが一番良いって結論になるんだよね毎回
578デフォルトの名無しさん
2019/10/20(日) 17:54:32.82ID:qrQGfSO4 そこまで劣るかね？MVUの方がスッキリはするけどjsでReactだとElmより汚いし生産性でそこまでXAML+MVVM劣ってる？
579デフォルトの名無しさん
2019/10/21(月) 00:06:13.54ID:pBBZQA/P C#、MVVM、XAML、Xamarinに習熟したプログラマーが常に集まって開発できるならギャップは誤差だと思うよ
ただ現実的にHTML5+CSSで簡単かつ自由にコンポーネント作れるReact Nativeと比較してXAMLのユーザー定義コントロールやゴリゴリにカスタマイズは
比較するとTemplateやPresenterなんかとViewModelとのバインディングをイメージしないとダメだから難しいし作れる人って極端に少ないよね
XamarinのExampleやKnowledge記事だって英語すらほとんどなくてGoogle検索で100件以下とかザラだし
あとGoogleなんかの大手のライブラリやドキュメントですらXamarinがハブられてるからどんなライブラリやドキュメントでもほぼ存在するnode.jsで書ける安心感はでかいよね
React Nativeもハマりどころ多くて苦労するけどどうせ苦労するならパッケージのメンテナ多くて苦労が報われる方が安心感ある
ただ現実的にHTML5+CSSで簡単かつ自由にコンポーネント作れるReact Nativeと比較してXAMLのユーザー定義コントロールやゴリゴリにカスタマイズは
比較するとTemplateやPresenterなんかとViewModelとのバインディングをイメージしないとダメだから難しいし作れる人って極端に少ないよね
XamarinのExampleやKnowledge記事だって英語すらほとんどなくてGoogle検索で100件以下とかザラだし
あとGoogleなんかの大手のライブラリやドキュメントですらXamarinがハブられてるからどんなライブラリやドキュメントでもほぼ存在するnode.jsで書ける安心感はでかいよね
React Nativeもハマりどころ多くて苦労するけどどうせ苦労するならパッケージのメンテナ多くて苦労が報われる方が安心感ある
580デフォルトの名無しさん
2019/10/21(月) 12:38:45.81ID:HbIqrN+C 自分はむしろHTML疎くてちょっとElm触ったぐらいなのであれだけど人口はまあHTMLの方が多いのかの
RNはバージョンアップ頻度が激しいとかで疲弊する聞いたけどどうなん
XFは比較的後方互換差異は保ってると思う
RNはバージョンアップ頻度が激しいとかで疲弊する聞いたけどどうなん
XFは比較的後方互換差異は保ってると思う
581デフォルトの名無しさん
2019/10/21(月) 23:15:53.21ID:pBBZQA/P アプリって業務や基幹システムと違ってフロントをゴリゴリ作るからケースばかりでフロントのカスタマイズしやすさって最重要なんだけど
その点で言うとIVisual用意・プラットフォーム毎にRendererでゴリゴリ、Converter・プラットフォーム毎にEffect用意してゴリゴリコードビハインドしないとBorderの色すら変更できないAnimationもそうだけどXamarin FormsのXAMLは終わってるレベル
ここがWPFから進化どころか退化したままなのがMSマジでやる気ないんだなって感じw
HTML5+CSSなら見た目いじるの超簡単だし、デザイナーがベクターグラフィックスアプリで描いたのそのままHTML5+CSSでエクスポートできてほぼそのまま適用できる
Expression Blend+XAMLでMSがやりたかったフロント開発がReact NativeやFlutterなのかなって感じ
その点で言うとIVisual用意・プラットフォーム毎にRendererでゴリゴリ、Converter・プラットフォーム毎にEffect用意してゴリゴリコードビハインドしないとBorderの色すら変更できないAnimationもそうだけどXamarin FormsのXAMLは終わってるレベル
ここがWPFから進化どころか退化したままなのがMSマジでやる気ないんだなって感じw
HTML5+CSSなら見た目いじるの超簡単だし、デザイナーがベクターグラフィックスアプリで描いたのそのままHTML5+CSSでエクスポートできてほぼそのまま適用できる
Expression Blend+XAMLでMSがやりたかったフロント開発がReact NativeやFlutterなのかなって感じ
582デフォルトの名無しさん
2019/10/22(火) 02:23:01.04ID:rjvI6LBL クロスプラットフォームは糞
RNもFlutterも全部糞
糞の中のキングオブ糞がXamarin
RNもFlutterも全部糞
糞の中のキングオブ糞がXamarin
583デフォルトの名無しさん
2019/10/22(火) 02:47:58.42ID:NkYnhqe9 flutterは出来がいい
584デフォルトの名無しさん
2019/10/22(火) 05:51:25.65ID:S4fXHOVZ >>581
んーRNでHTML+CSSをどうネイティブの表示に変えてるのか知らんけど、それはその辺をやる薄皮があるだけで、似たようなものを作るだけでいいからあまり本質的な話じゃなくね
んーRNでHTML+CSSをどうネイティブの表示に変えてるのか知らんけど、それはその辺をやる薄皮があるだけで、似たようなものを作るだけでいいからあまり本質的な話じゃなくね
585デフォルトの名無しさん
2019/10/29(火) 17:10:37.79ID:+khohoDc VSから実機へのデプロイができない
たぶんAndroid 9へアップデートして不明アプリのインスト一括許可設定が廃止されたせいだと思うんだけど、これどうしたらいいん？
VSからの配置やadb installは不可(配置を試みて止まる)
Android 8までは設定で許可すれば、普通にVSから配置してデバッグできてたのに
泥9以上の場合どうしたらいいのか、ご存じの方、教えてplz…
たぶんAndroid 9へアップデートして不明アプリのインスト一括許可設定が廃止されたせいだと思うんだけど、これどうしたらいいん？
VSからの配置やadb installは不可(配置を試みて止まる)
Android 8までは設定で許可すれば、普通にVSから配置してデバッグできてたのに
泥9以上の場合どうしたらいいのか、ご存じの方、教えてplz…
586デフォルトの名無しさん
2019/10/29(火) 21:05:39.64ID:mz60vQpi その情報だけじゃ答えられないw
React-NativeやExpoもパッケージのバージョン違いだけでエラー吐きまくってハマったら実装始めるまでがめちゃめちゃ苦労する
かと言ってXamarinは開発環境構築は楽だけどViewのカスタマイズが含めた実装がクソめんどい
FlutterはAndroid StudioとDartがクソすぎて馴染めない
React-NativeやExpoもパッケージのバージョン違いだけでエラー吐きまくってハマったら実装始めるまでがめちゃめちゃ苦労する
かと言ってXamarinは開発環境構築は楽だけどViewのカスタマイズが含めた実装がクソめんどい
FlutterはAndroid StudioとDartがクソすぎて馴染めない
587デフォルトの名無しさん
2019/10/29(火) 22:39:47.24ID:iasCDOs/ android studioのかわりにvisual studio codeつかえばok
588デフォルトの名無しさん
2019/10/29(火) 22:41:54.53ID:iasCDOs/ dartは俺も最初はブチキレまくってたけど、なんとか乗り越えてた
589デフォルトの名無しさん
2019/10/30(水) 22:49:42.74ID:ldOhM9S0 Xamarinみたいな糞でやるからそうなる
590デフォルトの名無しさん
2019/11/04(月) 08:53:08.56ID:HKhy1RUg flutterも触ってみようかと思ってるんだけどdartはどうクソなん？
591デフォルトの名無しさん
2019/11/04(月) 21:57:51.50ID:cmyP6Aom dart程の糞はない
592デフォルトの名無しさん
2019/11/04(月) 22:25:09.85ID:RAtCbLCD やってみりゃわかる
本当に糞
本当に糞
593デフォルトの名無しさん
2019/11/05(火) 03:15:14.76ID:5yy/n0bc Dartはまんまjsなクソ言語
LLで選べと言われればTypeScript一択で俺はReact Native + TS
ぶっちゃけ言語仕様や機能は今でもC#最高っスよ
8.0のswitch式、範囲アクセス、インターフェイスデフォルト実装、非同期ストリーム、using変数宣言、null合体代入等々書いてて楽しいもん
LLが型指定素晴らしいなんて馬鹿にしてた静的型付けに寄ってきてんの笑うわ
XamarinでフロントエンドだけReact NativeかVueで書ければマジ最強なんだけどな
MSは言語設計素晴らしいがフロントエンド実装のクソさとフレームワークがやる気なくて全部自分で作れだから人気でねーんだよな
EffectやCustom RendereでUI作れとかキチガイすぎんだろ
LLで選べと言われればTypeScript一択で俺はReact Native + TS
ぶっちゃけ言語仕様や機能は今でもC#最高っスよ
8.0のswitch式、範囲アクセス、インターフェイスデフォルト実装、非同期ストリーム、using変数宣言、null合体代入等々書いてて楽しいもん
LLが型指定素晴らしいなんて馬鹿にしてた静的型付けに寄ってきてんの笑うわ
XamarinでフロントエンドだけReact NativeかVueで書ければマジ最強なんだけどな
MSは言語設計素晴らしいがフロントエンド実装のクソさとフレームワークがやる気なくて全部自分で作れだから人気でねーんだよな
EffectやCustom RendereでUI作れとかキチガイすぎんだろ
594デフォルトの名無しさん
2019/11/06(水) 23:15:29.01ID:m+ElInPK Xamarin程の糞はない
595デフォルトの名無しさん
2019/11/17(日) 00:28:32.03ID:5dwJkF8Y 絶対ではないが、Xamarinは、原則、Android, iOS, MacOS X だけの対応で、
WindowsやLinuxアプリは作れないそうだから、互換ツールキットとしては
存在意義に疑問を感じてしまう。Linux用にも全く作れないわけでは無いらしいけど、
同じソースでマルチプラットフォームになるわけではないようだ。
MSも公式には、Android, iOS, MacOS X 用と書いており、LinuxやWindows
用アプリには Xamarin は使わないことになっている。
そもそも、Xamarinは、設立当初から Linux サポートはしないことに決めて
いたという情報を耳にした。
WindowsやLinuxアプリは作れないそうだから、互換ツールキットとしては
存在意義に疑問を感じてしまう。Linux用にも全く作れないわけでは無いらしいけど、
同じソースでマルチプラットフォームになるわけではないようだ。
MSも公式には、Android, iOS, MacOS X 用と書いており、LinuxやWindows
用アプリには Xamarin は使わないことになっている。
そもそも、Xamarinは、設立当初から Linux サポートはしないことに決めて
いたという情報を耳にした。
596デフォルトの名無しさん
2019/11/17(日) 00:37:18.45ID:FE96WiZ8 ざっくり言えば、Android,iOS向けのフレームワークがXamarin
Windows向けは.NET Framework
Linux向けは、.NET Core
すべて.NETを基盤としているけど微妙に異なる
Windows向けは.NET Framework
Linux向けは、.NET Core
すべて.NETを基盤としているけど微妙に異なる
597デフォルトの名無しさん
2019/11/17(日) 00:39:47.40ID:egXkZeSY Windows向けもCoreとなりつつあるし、さらに来年は5として残部統一されるとなってるけどな
598デフォルトの名無しさん
2019/11/17(日) 01:01:13.24ID:5dwJkF8Y 9月23日に、WinFormsとWPFがWindows環境のみ限定で、.NET COREでも動くように
なったらしい。しかし、.NET COREのLinux版は、今のところCUI限定でGUIは動作
しない。果たして本当に来年には統一されているか疑問だ。
MSが公式に保持しているツールキットで、C#のGUIがLinuxで動くものは、
恐らく一つもないらしいから。
それができるのは、今のころ、Xamarinとは懐を違えたMonoのみらしいが、
Xamarinを持ってしまっているMSがいまさらMonoの成果を取り入れるかは
甚だ疑問。
それに根本問題として、LinuxにGUIアプリまで簡単に移植できるようになると、
MSはデメリットしかないような気がするから。
なったらしい。しかし、.NET COREのLinux版は、今のところCUI限定でGUIは動作
しない。果たして本当に来年には統一されているか疑問だ。
MSが公式に保持しているツールキットで、C#のGUIがLinuxで動くものは、
恐らく一つもないらしいから。
それができるのは、今のころ、Xamarinとは懐を違えたMonoのみらしいが、
Xamarinを持ってしまっているMSがいまさらMonoの成果を取り入れるかは
甚だ疑問。
それに根本問題として、LinuxにGUIアプリまで簡単に移植できるようになると、
MSはデメリットしかないような気がするから。
599デフォルトの名無しさん
2019/11/17(日) 01:06:54.82ID:5dwJkF8Y600デフォルトの名無しさん
2019/11/17(日) 01:23:30.31ID:egXkZeSY 統一はロジックの方な
601デフォルトの名無しさん
2019/11/17(日) 01:33:26.32ID:ufXeuDkw そもそも誰がLinuxのGUI環境に期待してるんだって話
あれは、それなりに動けば十分だろ
誰も期待してない。Linuの役目はCLIだけあれば十分。
そこでWindowsで作ったサーバーサイドアプリを動かす。
インターフェースはHTMLもしくはスマホネイティブアプリだ。
世間一般にLinux GUIの出番はない。
あれは、それなりに動けば十分だろ
誰も期待してない。Linuの役目はCLIだけあれば十分。
そこでWindowsで作ったサーバーサイドアプリを動かす。
インターフェースはHTMLもしくはスマホネイティブアプリだ。
世間一般にLinux GUIの出番はない。
602デフォルトの名無しさん
2019/11/17(日) 01:40:59.91ID:ufXeuDkw MSも世の中もクラウドに移行してる時代に
誰がデスクトップアプリを開発すると言うんだろう？
仮に.NETのGUIアプリがLinuxで動くようになったとして、
今更誰がGUIアプリの開発をしようと思う？
みんなウェブアプリに力を注いでいるんだよ。
デスクトップアプリは今あるもので十分。
WindowsとMacの世界ではスタンダードが確立されてしまった。
誰がデスクトップアプリを開発すると言うんだろう？
仮に.NETのGUIアプリがLinuxで動くようになったとして、
今更誰がGUIアプリの開発をしようと思う？
みんなウェブアプリに力を注いでいるんだよ。
デスクトップアプリは今あるもので十分。
WindowsとMacの世界ではスタンダードが確立されてしまった。
603デフォルトの名無しさん
2019/11/17(日) 01:54:55.02ID:egXkZeSY 問題はjsがクソすぎるってことだわ
604デフォルトの名無しさん
2019/11/17(日) 02:28:12.48ID:ioPxwfyJ >>599
https://mevius.5ch.net/test/read.cgi/tech/1557960752/797-800
6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという
PRをしたくない」ということをMSは明確に述べていたそうです。
つまり、.NET 5 は、来年年末も、クロスプラットフォームにはなって無いという
ことらしいです。似た説は、海外のサイトで何度も見た。MSがマルチプラットフォーム
に積極的になった事は無いとのことです。
Q: WPFは.NET 5のクロスプラットフォームになりますか
A: 6か月前
これは、Windowsシェル全体とパッケージ化サブシステムをパッケージ化しないと技術的に不可能です。
これは、明らかにMicrosoftの予定リストにはありません。
Winformsは、グラフィックスデバイスインターフェイスであるGDI +に対する非常に薄い抽象化です。
アプリケーションのUIを直接描画する方法を変更できるように、非常に薄いということです。WPFは、
この抽象化を拡張し、コンポジターアプローチと新しいマークアップ言語に置き換えて、
その合成エンジンを活用します。また、グラフィックデバイスサブシステムの3D機能へのアクセス
（DirectXおよびDirectDraw経由）を提供します。これにより、WPFはWinFormsができないすべての
素晴らしいことを（とにかく多大な労力なしで）実行できます。
言うまでもなく、いいえ。今ではなく、実際にはありません。これらの技術はどちらも、Windows
コンテキスト以外では意味がありません。ターゲットプラットフォームのネイティブグラフィック
エンジンが何であれ、Quartz、Weyland、XOrgを介して両方の抽象化を再作成する必要があります。
繰り返しになりますが、これらのプラットフォームには既に独自の同等のツールがあるため、
そうすることに興味のある人はあまりいません。
https://mevius.5ch.net/test/read.cgi/tech/1557960752/797-800
6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという
PRをしたくない」ということをMSは明確に述べていたそうです。
つまり、.NET 5 は、来年年末も、クロスプラットフォームにはなって無いという
ことらしいです。似た説は、海外のサイトで何度も見た。MSがマルチプラットフォーム
に積極的になった事は無いとのことです。
Q: WPFは.NET 5のクロスプラットフォームになりますか
A: 6か月前
これは、Windowsシェル全体とパッケージ化サブシステムをパッケージ化しないと技術的に不可能です。
これは、明らかにMicrosoftの予定リストにはありません。
Winformsは、グラフィックスデバイスインターフェイスであるGDI +に対する非常に薄い抽象化です。
アプリケーションのUIを直接描画する方法を変更できるように、非常に薄いということです。WPFは、
この抽象化を拡張し、コンポジターアプローチと新しいマークアップ言語に置き換えて、
その合成エンジンを活用します。また、グラフィックデバイスサブシステムの3D機能へのアクセス
（DirectXおよびDirectDraw経由）を提供します。これにより、WPFはWinFormsができないすべての
素晴らしいことを（とにかく多大な労力なしで）実行できます。
言うまでもなく、いいえ。今ではなく、実際にはありません。これらの技術はどちらも、Windows
コンテキスト以外では意味がありません。ターゲットプラットフォームのネイティブグラフィック
エンジンが何であれ、Quartz、Weyland、XOrgを介して両方の抽象化を再作成する必要があります。
繰り返しになりますが、これらのプラットフォームには既に独自の同等のツールがあるため、
そうすることに興味のある人はあまりいません。
605デフォルトの名無しさん
2019/11/17(日) 02:36:19.64ID:ufXeuDkw >>604
それ一般人の感想ですよね？
それ一般人の感想ですよね？
606デフォルトの名無しさん
2019/11/17(日) 02:43:31.09ID:ioPxwfyJ >>602
それは個人的には気づかなかった視点です。
もう一つあるとすれば、デスクトップLinuxへの移行はブームも去ってしまった
ので、いまさらLinux用GUIアプリを作っても使う人が少なすぎて、少なくとも、
個々のアプリがたまにLinux対応するだけでは余り意味が無い可能性があるということです。
ただし、一挙に対応が進むような環境が整えば別です。それができるのはMSやEmbarcadero
やQtのような組織なのですが、MSがやれば、自らの首を絞めることになりかねません。
もう一つは、LinuxでのWineや、ReactOSの完成度が上がってくる可能性です。
そうなれば、Linuxにマルチプラットフォームのツールキットで移植したとしても、
余り意味がなくなる可能性があります。Windowsアプリがそのまま、無料OSの上で
動くようになるからです。無料Windows互換OSが完成してくれば、パソコンメーカー
はこぞってそれを新品パソコンにインストールして売るようになるでしょう。
その時、Linux-nativeのアプリは速度面以外では意味が無いばかりか、そもそも
ReactOSでは動きません。素直にWindows専用アプリを作っていればそのまま
それらのOSでも動くのです。
それは個人的には気づかなかった視点です。
もう一つあるとすれば、デスクトップLinuxへの移行はブームも去ってしまった
ので、いまさらLinux用GUIアプリを作っても使う人が少なすぎて、少なくとも、
個々のアプリがたまにLinux対応するだけでは余り意味が無い可能性があるということです。
ただし、一挙に対応が進むような環境が整えば別です。それができるのはMSやEmbarcadero
やQtのような組織なのですが、MSがやれば、自らの首を絞めることになりかねません。
もう一つは、LinuxでのWineや、ReactOSの完成度が上がってくる可能性です。
そうなれば、Linuxにマルチプラットフォームのツールキットで移植したとしても、
余り意味がなくなる可能性があります。Windowsアプリがそのまま、無料OSの上で
動くようになるからです。無料Windows互換OSが完成してくれば、パソコンメーカー
はこぞってそれを新品パソコンにインストールして売るようになるでしょう。
その時、Linux-nativeのアプリは速度面以外では意味が無いばかりか、そもそも
ReactOSでは動きません。素直にWindows専用アプリを作っていればそのまま
それらのOSでも動くのです。
607デフォルトの名無しさん
2019/11/17(日) 02:44:40.87ID:ioPxwfyJ608デフォルトの名無しさん
2019/11/17(日) 02:45:43.14ID:ufXeuDkw 俺の友だちが言っていたそうです。
みたいな文章を信じるとかｗ
みたいな文章を信じるとかｗ
609デフォルトの名無しさん
2019/11/17(日) 02:50:55.35ID:ioPxwfyJ >>608
ただ、英語圏の人は、ネットで根拠を上手く伝え切れてなくても、MSの普段からの
言動をテレビや新聞などからも見聞きしています。それらを総合して直感的に
分かってる可能性も有ります。根拠を示すのは大変なので書いてないだけで、
結論は正しい可能性は有ります。なぜなら、複数の人が同じ結論を
書いているからです。逆に、それに明確な反対意見を述べている人は見かけ
ませんでした。
ただ、英語圏の人は、ネットで根拠を上手く伝え切れてなくても、MSの普段からの
言動をテレビや新聞などからも見聞きしています。それらを総合して直感的に
分かってる可能性も有ります。根拠を示すのは大変なので書いてないだけで、
結論は正しい可能性は有ります。なぜなら、複数の人が同じ結論を
書いているからです。逆に、それに明確な反対意見を述べている人は見かけ
ませんでした。
610デフォルトの名無しさん
2019/11/17(日) 02:51:11.65ID:ufXeuDkw > ただし、一挙に対応が進むような環境が整えば別です。それができるのはMSやEmbarcadero
> やQtのような組織なのですが、MSがやれば、自らの首を絞めることになりかねません。
なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの？
首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。
まあ実際はLinux用アプリの開発手段を提供してるわけだけどさｗ
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/compatibility
対象となるプラットフォーム
Visual Studio は、最新のプラットフォーム (Windows、Android、iOS、または Linux) 機能を利
用するアプリを作成するための最先端のツールとテクノロジを提供します。
Windows 用アプリの開発
Android 用アプリの開発
iOS 用アプリの開発
Linux 用アプリの開発
macOS 用アプリの開発
その他のテクノロジやプラットフォーム用アプリの開発
> やQtのような組織なのですが、MSがやれば、自らの首を絞めることになりかねません。
なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの？
首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。
まあ実際はLinux用アプリの開発手段を提供してるわけだけどさｗ
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/compatibility
対象となるプラットフォーム
Visual Studio は、最新のプラットフォーム (Windows、Android、iOS、または Linux) 機能を利
用するアプリを作成するための最先端のツールとテクノロジを提供します。
Windows 用アプリの開発
Android 用アプリの開発
iOS 用アプリの開発
Linux 用アプリの開発
macOS 用アプリの開発
その他のテクノロジやプラットフォーム用アプリの開発
611デフォルトの名無しさん
2019/11/17(日) 02:52:36.13ID:ufXeuDkw >>606
まあ、何が言いたいのかわからんが、
LinuxのGUI環境に期待するのはやめとけ。
あれはコミュニティが団結しようとしてないから
何をやろうがまとまらんよ。
MSだけが頼りなんだってことかもしれんが、
MSにそんなことをする義理はない。
まあ、何が言いたいのかわからんが、
LinuxのGUI環境に期待するのはやめとけ。
あれはコミュニティが団結しようとしてないから
何をやろうがまとまらんよ。
MSだけが頼りなんだってことかもしれんが、
MSにそんなことをする義理はない。
612デフォルトの名無しさん
2019/11/17(日) 03:01:24.40ID:ufXeuDkw >>606
> 無料Windows互換OSが完成してくれば、パソコンメーカー
> はこぞってそれを新品パソコンにインストールして売るようになるでしょう。
それはないなー。パソコンメーカーはWindowsの値段をパソコン本体に含めて売ってる。
つまり実際にお金を払ってるのは購入者であって、OSを無料にしたところで
パソコンメーカーの儲けはたかが知れてる。
無料Windows互換OSが、デスクトップ見た目までWindowsなら、
安い方を消費者は買うかもしれないが、それは無理だろ？
Windowsアプリが動くというのは、Windowsなら当たり前だからメリットにはならない。
Windowsアプリが動く（かもしれない）Windowsとは違った見た目のOSを
消費者が買おうと思う流れができない限りパソコンメーカーはインストールする意味を見いだせない。
つまりビジネスにならんのだよ。
> 無料Windows互換OSが完成してくれば、パソコンメーカー
> はこぞってそれを新品パソコンにインストールして売るようになるでしょう。
それはないなー。パソコンメーカーはWindowsの値段をパソコン本体に含めて売ってる。
つまり実際にお金を払ってるのは購入者であって、OSを無料にしたところで
パソコンメーカーの儲けはたかが知れてる。
無料Windows互換OSが、デスクトップ見た目までWindowsなら、
安い方を消費者は買うかもしれないが、それは無理だろ？
Windowsアプリが動くというのは、Windowsなら当たり前だからメリットにはならない。
Windowsアプリが動く（かもしれない）Windowsとは違った見た目のOSを
消費者が買おうと思う流れができない限りパソコンメーカーはインストールする意味を見いだせない。
つまりビジネスにならんのだよ。
613デフォルトの名無しさん
2019/11/17(日) 03:03:57.94ID:ioPxwfyJ >>610
>なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの？
>首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。
ところが、MSが方針転換して、Linux用(GUI)アプリも作れるようにし始めた、と
言う人も居るのです。CUIアプリまでは作れるのですが。
しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。
C++ならば。
>なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの？
>首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。
ところが、MSが方針転換して、Linux用(GUI)アプリも作れるようにし始めた、と
言う人も居るのです。CUIアプリまでは作れるのですが。
しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。
C++ならば。
614デフォルトの名無しさん
2019/11/17(日) 03:05:24.53ID:ufXeuDkw > もう一つは、LinuxでのWineや、ReactOSの完成度が上がってくる可能性です。
> そうなれば、Linuxにマルチプラットフォームのツールキットで移植したとしても、
> 余り意味がなくなる可能性があります。Windowsアプリがそのまま、無料OSの上で
> 動くようになるからです。
その逆をMSはやり遂げたんだよね。WSLでLinuxアプリがそのままWindows上で動くようになった。
Linuxアプリを使いたいためだけにLinuxを使う理由がなくなった。
Linux開発者はWindowsに移植する意味がなくなった。
Linuxアプリを作れば、それはWindowsで動く。
ありがと！ Linuxアプリを作ってくれて！
> そうなれば、Linuxにマルチプラットフォームのツールキットで移植したとしても、
> 余り意味がなくなる可能性があります。Windowsアプリがそのまま、無料OSの上で
> 動くようになるからです。
その逆をMSはやり遂げたんだよね。WSLでLinuxアプリがそのままWindows上で動くようになった。
Linuxアプリを使いたいためだけにLinuxを使う理由がなくなった。
Linux開発者はWindowsに移植する意味がなくなった。
Linuxアプリを作れば、それはWindowsで動く。
ありがと！ Linuxアプリを作ってくれて！
615デフォルトの名無しさん
2019/11/17(日) 03:09:37.07ID:ufXeuDkw >>613
> しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。
リンク先のVisual Studio 2019のLinuxサポートの内容を読めよ。
デバッガやGCCの対応って書いてあるだろ。
お前のその理屈なら、ワープロ専用機でもLinuxアプリ作れるって話になるぞｗ
> しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。
リンク先のVisual Studio 2019のLinuxサポートの内容を読めよ。
デバッガやGCCの対応って書いてあるだろ。
お前のその理屈なら、ワープロ専用機でもLinuxアプリ作れるって話になるぞｗ
616デフォルトの名無しさん
2019/11/17(日) 03:11:45.45ID:ioPxwfyJ >>614
そもそもC/C++で書かれたUnix系CUIアプリであれば、fork()やselect()、pipe()
opendir(), readdir() や、/procやioctlやsignal(), raise(), curses, terminfo,
termious, Mutexなどを使ってなければ、再コンパイルすれば、ほとんどの
プラットフォームでそのまま動きますね（この他にも未定義や非互換の関数は
沢山有りますが。）
そもそもC/C++で書かれたUnix系CUIアプリであれば、fork()やselect()、pipe()
opendir(), readdir() や、/procやioctlやsignal(), raise(), curses, terminfo,
termious, Mutexなどを使ってなければ、再コンパイルすれば、ほとんどの
プラットフォームでそのまま動きますね（この他にも未定義や非互換の関数は
沢山有りますが。）
617デフォルトの名無しさん
2019/11/17(日) 03:13:40.71ID:ufXeuDkw >>616
だから、ソースコードをかければ十分だっていうのなら、
最初からどのOSでも開発できるって言ってるだろ。
だからお前の理屈なら、たとえメモ帳でもLinux用CUIアプリどころか
GUIアプリだってできる。
Visual StudioでもLinuxアプリの開発できるってことで
お前の希望は叶ってるじゃんか
だから、ソースコードをかければ十分だっていうのなら、
最初からどのOSでも開発できるって言ってるだろ。
だからお前の理屈なら、たとえメモ帳でもLinux用CUIアプリどころか
GUIアプリだってできる。
Visual StudioでもLinuxアプリの開発できるってことで
お前の希望は叶ってるじゃんか
618デフォルトの名無しさん
2019/11/17(日) 03:19:48.33ID:egXkZeSY >>617
馬鹿だろお前
馬鹿だろお前
619デフォルトの名無しさん
2019/11/17(日) 03:21:09.19ID:ufXeuDkw >>618
何か言い返せよ
何か言い返せよ
620デフォルトの名無しさん
2019/11/17(日) 03:25:39.02ID:ioPxwfyJ ロードプリン
2ポイント
・
6か月前
コアはクロスプラットフォームではありませんが、wpfはコアを利用する機能であり、実際にはコアではなく、コアの上に構築された機能になります。
コアはクロスプラットフォームになりますが、コアを実装するすべての機能が初日からクロスプラットフォームになるわけではありません
2ポイント
・
6か月前
コアはクロスプラットフォームではありませんが、wpfはコアを利用する機能であり、実際にはコアではなく、コアの上に構築された機能になります。
コアはクロスプラットフォームになりますが、コアを実装するすべての機能が初日からクロスプラットフォームになるわけではありません
621デフォルトの名無しさん
2019/11/17(日) 03:26:15.71ID:ufXeuDkw Visual Studio がLinux開発サポートするのは不思議でもなんでも無いんだよな。
自社でAzureを運営してて、Linux仮想マシンもサポートしてる。
そこで動かすアプリは当然Linuxアプリ（ウェブサービス）
それをWindowsだけで開発できるようにWSLも作ったし、
Visual StudioもWSLに対応している。
Windows上で開発し、Azure上で動かす。
総合的な開発環境と考えれば、不思議なところはなにもない。
むしろVisual StudioのmacOS対応の方が不思議なんだよな。
macOSアプリの開発に対応してもメリットがあまりない。
もっともVisual StudioのmacOS開発サポートは
コンソールアプリとASP.NETアプリに限られてるからギリギリ理解はできる。
自社でAzureを運営してて、Linux仮想マシンもサポートしてる。
そこで動かすアプリは当然Linuxアプリ（ウェブサービス）
それをWindowsだけで開発できるようにWSLも作ったし、
Visual StudioもWSLに対応している。
Windows上で開発し、Azure上で動かす。
総合的な開発環境と考えれば、不思議なところはなにもない。
むしろVisual StudioのmacOS対応の方が不思議なんだよな。
macOSアプリの開発に対応してもメリットがあまりない。
もっともVisual StudioのmacOS開発サポートは
コンソールアプリとASP.NETアプリに限られてるからギリギリ理解はできる。
622デフォルトの名無しさん
2019/11/17(日) 03:33:51.39ID:ioPxwfyJ >>621
>もっともVisual StudioのmacOS開発サポートは
>コンソールアプリとASP.NETアプリに限られてるからギリギリ理解はできる。
初耳です。Mac用のGUIアプリは作成できなかったんですね。
>もっともVisual StudioのmacOS開発サポートは
>コンソールアプリとASP.NETアプリに限られてるからギリギリ理解はできる。
初耳です。Mac用のGUIアプリは作成できなかったんですね。
623デフォルトの名無しさん
2019/11/17(日) 03:35:48.09ID:ufXeuDkw >>622
君は知らんことが多すぎる。少しは勉強してからにしたまえ。
そして当たり前だが、MSはビジネスやってるんだ。
売れる方向にかじを取るのは当たり前。
何もせずMSさんあなたの力だけが頼りなんですって言っても
何もしてくれないよ。
君は知らんことが多すぎる。少しは勉強してからにしたまえ。
そして当たり前だが、MSはビジネスやってるんだ。
売れる方向にかじを取るのは当たり前。
何もせずMSさんあなたの力だけが頼りなんですって言っても
何もしてくれないよ。
624デフォルトの名無しさん
2019/11/17(日) 03:39:39.03ID:ioPxwfyJ625デフォルトの名無しさん
2019/11/17(日) 03:41:32.24ID:ioPxwfyJ >>624
LinuxのステークホルダでもFOSS信者でも有りませんので、
何が起きるか、今何が起きているかを知りたいのです。
FOSS信者では有りませんが、MS信者でも有りません。
この世界はその二つだけで出来ているわけではないのです。
LinuxのステークホルダでもFOSS信者でも有りませんので、
何が起きるか、今何が起きているかを知りたいのです。
FOSS信者では有りませんが、MS信者でも有りません。
この世界はその二つだけで出来ているわけではないのです。
626デフォルトの名無しさん
2019/11/17(日) 03:43:37.52ID:ufXeuDkw 教えるついでに今のソフトウェア開発の標準を教えてやろう
まずウェブサービス。そこでしか金は儲からん。GUIアプリなんか作らない。
（オープンソースを使って）有料サービスを提供する。
サーバー側はRuby、Python、Go等、いろんな言語が使われるが
C++の出番はまずない。.NETは業務系なら使われる。
クライアント側はHTML+JavaScript、そしてスマホネイティブアプリ
そのスマホネイティブアプリの開発をXamarinが担当してる。
サーバー側の開発はVisual StudioよりもむしろVisual Studio Codeがよく使われている。
Visual Studio CodeはWindows版だけではなく、Linux版もmacOS版もある。
あんたの開発のイメージは20年ぐらい古い。
MSは最新に対応し続けているが、あんたは遅れてる。
まずウェブサービス。そこでしか金は儲からん。GUIアプリなんか作らない。
（オープンソースを使って）有料サービスを提供する。
サーバー側はRuby、Python、Go等、いろんな言語が使われるが
C++の出番はまずない。.NETは業務系なら使われる。
クライアント側はHTML+JavaScript、そしてスマホネイティブアプリ
そのスマホネイティブアプリの開発をXamarinが担当してる。
サーバー側の開発はVisual StudioよりもむしろVisual Studio Codeがよく使われている。
Visual Studio CodeはWindows版だけではなく、Linux版もmacOS版もある。
あんたの開発のイメージは20年ぐらい古い。
MSは最新に対応し続けているが、あんたは遅れてる。
627デフォルトの名無しさん
2019/11/17(日) 03:45:30.64ID:ioPxwfyJ >>623
>そして当たり前だが、MSはビジネスやってるんだ。
>売れる方向にかじを取るのは当たり前。
私は前からそう思ってるのですが、ネットでは、逆に、MSが
「Linuxと共存の道を歩み始めた」などという人が多いので、
正しく物事を把握したいと思っているのです。
MSはLinuxと共存どころか、機会があれば何とか壊そうとしているに
違いないと思っています。彼らにとっては目の上のたんこぶだからです。
別にMSがLinuxへの対応しないことが悪いことだとは全く思っていません。
何度も言いますが、状況把握したいだけです。
>そして当たり前だが、MSはビジネスやってるんだ。
>売れる方向にかじを取るのは当たり前。
私は前からそう思ってるのですが、ネットでは、逆に、MSが
「Linuxと共存の道を歩み始めた」などという人が多いので、
正しく物事を把握したいと思っているのです。
MSはLinuxと共存どころか、機会があれば何とか壊そうとしているに
違いないと思っています。彼らにとっては目の上のたんこぶだからです。
別にMSがLinuxへの対応しないことが悪いことだとは全く思っていません。
何度も言いますが、状況把握したいだけです。
628デフォルトの名無しさん
2019/11/17(日) 03:45:54.29ID:ufXeuDkw629デフォルトの名無しさん
2019/11/17(日) 03:48:27.13ID:ufXeuDkw >>627
> 「Linuxと共存の道を歩み始めた」などという人が多いので、
共存初めてるだろ。Linuxを拒絶するのではなく、
Linuxも取り込んでMSビジネスの一部にしている。
あんたはLinuxと共存の道を勘違いしてる。
Windowsを捨ててLinuxを発展させるのは「共存」ではない。
そこまで来るとLinuxへの移行だ。
共存というのは、Linux「も」利用できるようにすること。
AzureでLinuxも使えるのが、Linuxと共存している一例。
> 「Linuxと共存の道を歩み始めた」などという人が多いので、
共存初めてるだろ。Linuxを拒絶するのではなく、
Linuxも取り込んでMSビジネスの一部にしている。
あんたはLinuxと共存の道を勘違いしてる。
Windowsを捨ててLinuxを発展させるのは「共存」ではない。
そこまで来るとLinuxへの移行だ。
共存というのは、Linux「も」利用できるようにすること。
AzureでLinuxも使えるのが、Linuxと共存している一例。
630デフォルトの名無しさん
2019/11/17(日) 03:53:28.66ID:ioPxwfyJ >>629
共存ではなく、利用だと思うんです。
自分の都合の良い部分だけを利用しつつ、相手が本当に必要としている
事は、決して与えないような。
例えば、LinuxのLinusは、デスクトップOSとして発展させたいと言ってる
そうですが、MSは絶対にそうはさせない。
無料であるから利用しつくせるだけ利用して、その一方で、デスクトップOS
としては、出来るだけ弱らせる事を常に考えている。
そういうしたたかさこそ、大事だと思うんです。
共存ではなく、利用だと思うんです。
自分の都合の良い部分だけを利用しつつ、相手が本当に必要としている
事は、決して与えないような。
例えば、LinuxのLinusは、デスクトップOSとして発展させたいと言ってる
そうですが、MSは絶対にそうはさせない。
無料であるから利用しつくせるだけ利用して、その一方で、デスクトップOS
としては、出来るだけ弱らせる事を常に考えている。
そういうしたたかさこそ、大事だと思うんです。
631デフォルトの名無しさん
2019/11/17(日) 03:54:42.18ID:ufXeuDkw > 例えば、LinuxのLinusは、デスクトップOSとして発展させたいと言ってる
> そうですが、MSは絶対にそうはさせない。
MSに頼るんではなく、自分で頑張るべきでは？ｗ
> そうですが、MSは絶対にそうはさせない。
MSに頼るんではなく、自分で頑張るべきでは？ｗ
632デフォルトの名無しさん
2019/11/17(日) 03:57:14.77ID:ufXeuDkw >>630
> 自分の都合の良い部分だけを利用しつつ、相手が本当に必要としている
> 事は、決して与えないような。
ビジネスなんだから当たり前。MSにとって「相手」とは開発者だよ。
開発者がLinuxアプリの開発を必要としていたから、それをWindowsで
やる方法を提供した。
Linuxを望んでる人は、Linuxを使えばいいだろ。
Linuxを使ってもらうように頑張るのは、Linux陣営がやることであって
MSの仕事じゃない。
MSは相手（開発者）が必要としている手段を提供した。
Linuxを拒絶してWindows技術を使わせるようにしていたのが以前のやり方で
今は、Windows技術にこだわらなくなったから、共存してると言われてるんだよ
> 自分の都合の良い部分だけを利用しつつ、相手が本当に必要としている
> 事は、決して与えないような。
ビジネスなんだから当たり前。MSにとって「相手」とは開発者だよ。
開発者がLinuxアプリの開発を必要としていたから、それをWindowsで
やる方法を提供した。
Linuxを望んでる人は、Linuxを使えばいいだろ。
Linuxを使ってもらうように頑張るのは、Linux陣営がやることであって
MSの仕事じゃない。
MSは相手（開発者）が必要としている手段を提供した。
Linuxを拒絶してWindows技術を使わせるようにしていたのが以前のやり方で
今は、Windows技術にこだわらなくなったから、共存してると言われてるんだよ
633デフォルトの名無しさん
2019/11/17(日) 03:58:46.43ID:egXkZeSY634デフォルトの名無しさん
2019/11/17(日) 04:00:54.04ID:ioPxwfyJ >>626
>まずウェブサービス。そこでしか金は儲からん。GUIアプリなんか作らない。
>（オープンソースを使って）有料サービスを提供する。
収入源は、やはりアフィリエイト（広告）ですか。
個人的には有料のウェブサービスを使ったことは記憶に無いです。
amazonやyodobashiのような通販サイトなら当然ありますが。
ウェブサービスも、百家騒乱状態ですが、実際に利益を出している場所は
果たしてどれだけあるかは疑問です。儲けようとしてウェブページ製作以来が
来るので、プログラミングの仕事はあるようですが、実際に利益が出ている
のは余り多くない気がします。GoogleやYouTubeは広告で儲かってますね。
今のところ、twitterやinstagramで広告を見た記憶は有りません。
Facebookは個人情報を売ることを利益にしているのでしょうか。
>まずウェブサービス。そこでしか金は儲からん。GUIアプリなんか作らない。
>（オープンソースを使って）有料サービスを提供する。
収入源は、やはりアフィリエイト（広告）ですか。
個人的には有料のウェブサービスを使ったことは記憶に無いです。
amazonやyodobashiのような通販サイトなら当然ありますが。
ウェブサービスも、百家騒乱状態ですが、実際に利益を出している場所は
果たしてどれだけあるかは疑問です。儲けようとしてウェブページ製作以来が
来るので、プログラミングの仕事はあるようですが、実際に利益が出ている
のは余り多くない気がします。GoogleやYouTubeは広告で儲かってますね。
今のところ、twitterやinstagramで広告を見た記憶は有りません。
Facebookは個人情報を売ることを利益にしているのでしょうか。
635デフォルトの名無しさん
2019/11/17(日) 04:02:51.08ID:ufXeuDkw そもそも多くの開発者が望んでるのってLinuxじゃないんだよな。
Linuxを望んでいるならクロスプラットフォームなんて
Windowsでも動くアプリを作ろうと思わないはず。
多くの開発者は自分の作ったアプリがどこでも動くことを望んでいるし
Linuxを選んでいるのも、単に無料で使えるオープンソースがたくさんあって
ライセンスの点で有利だっただけのこと。
その証拠に昔からWindowsで開発して、Linuxサーバーにアップロードしていた。
それが最近MSがLinux対応をすすめて、Windowsで開発するのが
以前よりずっと楽になったんだよ。
別にMSは最初からLinuxに開発の場を移しましょうなんて言ってないし
言うわけがない。Windows技術の押しつけをやめてLinux技術と共存しただけ。
今も昔もWindowsを使って開発しましょうとしか言ってない。
Linuxを望んでいるならクロスプラットフォームなんて
Windowsでも動くアプリを作ろうと思わないはず。
多くの開発者は自分の作ったアプリがどこでも動くことを望んでいるし
Linuxを選んでいるのも、単に無料で使えるオープンソースがたくさんあって
ライセンスの点で有利だっただけのこと。
その証拠に昔からWindowsで開発して、Linuxサーバーにアップロードしていた。
それが最近MSがLinux対応をすすめて、Windowsで開発するのが
以前よりずっと楽になったんだよ。
別にMSは最初からLinuxに開発の場を移しましょうなんて言ってないし
言うわけがない。Windows技術の押しつけをやめてLinux技術と共存しただけ。
今も昔もWindowsを使って開発しましょうとしか言ってない。
636デフォルトの名無しさん
2019/11/17(日) 04:03:35.92ID:ufXeuDkw637デフォルトの名無しさん
2019/11/17(日) 04:05:29.67ID:ufXeuDkw638デフォルトの名無しさん
2019/11/17(日) 04:07:27.42ID:ufXeuDkw > HTML+JavaScriptか、ネイティブアプリだよ。
ネイティブアプリっていうのはスマホとかタブレット用の
ネイティブアプリって意味な。
WindowsデスクトップアプリもLinuxデスクトップアプリも
macOSデスクトップアプリも現在の開発の主流じゃなくなってる。
ネイティブアプリっていうのはスマホとかタブレット用の
ネイティブアプリって意味な。
WindowsデスクトップアプリもLinuxデスクトップアプリも
macOSデスクトップアプリも現在の開発の主流じゃなくなってる。
639デフォルトの名無しさん
2019/11/17(日) 04:11:53.06ID:ioPxwfyJ >>631
誰にいってるのか知りませんが、Linusは自分ではがんばっているでしょう。
そういう意味ではありませんよね。ようは、MSはLinuxを発展させないように
あの手この手で暗躍しているはずで、私の目線ではそれがよく分かるのです。
気付かない人が多いようですが、確実にやってます。
GoogleがAndroidを作ったのは、iPhoneだけだと、人々が使う検索エンジンが
Googleから離れて行ってしまうことを恐れたからです。そのためだけに
Android OSを作ったそうです。このことはほとんど日本人は知らないでしょう。
全くボランティアなどでは有りません。逆に事の事を知っていしまえば、
Googleが脆弱な状態に立脚していることが分かり、Googleを破滅に追いやる道も
見えてきます。つまり、Googleは検索エンジン自体は大したことが無いことを
彼ら自身が一番よく分かっているのです。これがGoogleを壊す答えです。
Googleを壊せれば、日本の景気は確実に良くなります。
他にも、Googleは、FireFoxにも、Appleにもそれぞれ一兆円程度の金を払っている
そうです。それも、ブラウザのデフォルトの検索エンジンをGoogleにさせるためです。
その金がFireFoxの開発資金になっています。その金を払いたくないから、Googleは
Chromeを作りました。逆に言えば、Googleを壊すには、Chromeを超えるブラウザを
作り、デフォルトの検索エンジンを、livedoorなどにしてしまえばよいということが
分かってきます。そうなればたまったもんじゃありませんから、Googleは、その
ブラウザ作者に金を払います。どっちにしろ、ブラウザ作者は儲かるでしょう。
最後に、私がこうやって状況把握に努めているのは、はっきりいって、MSを何とか
衰退させたいためです。
誰にいってるのか知りませんが、Linusは自分ではがんばっているでしょう。
そういう意味ではありませんよね。ようは、MSはLinuxを発展させないように
あの手この手で暗躍しているはずで、私の目線ではそれがよく分かるのです。
気付かない人が多いようですが、確実にやってます。
GoogleがAndroidを作ったのは、iPhoneだけだと、人々が使う検索エンジンが
Googleから離れて行ってしまうことを恐れたからです。そのためだけに
Android OSを作ったそうです。このことはほとんど日本人は知らないでしょう。
全くボランティアなどでは有りません。逆に事の事を知っていしまえば、
Googleが脆弱な状態に立脚していることが分かり、Googleを破滅に追いやる道も
見えてきます。つまり、Googleは検索エンジン自体は大したことが無いことを
彼ら自身が一番よく分かっているのです。これがGoogleを壊す答えです。
Googleを壊せれば、日本の景気は確実に良くなります。
他にも、Googleは、FireFoxにも、Appleにもそれぞれ一兆円程度の金を払っている
そうです。それも、ブラウザのデフォルトの検索エンジンをGoogleにさせるためです。
その金がFireFoxの開発資金になっています。その金を払いたくないから、Googleは
Chromeを作りました。逆に言えば、Googleを壊すには、Chromeを超えるブラウザを
作り、デフォルトの検索エンジンを、livedoorなどにしてしまえばよいということが
分かってきます。そうなればたまったもんじゃありませんから、Googleは、その
ブラウザ作者に金を払います。どっちにしろ、ブラウザ作者は儲かるでしょう。
最後に、私がこうやって状況把握に努めているのは、はっきりいって、MSを何とか
衰退させたいためです。
640デフォルトの名無しさん
2019/11/17(日) 04:14:32.09ID:ufXeuDkw 今の時代のクロスプラットフォーム開発っていうのは、実質iOSとAndorid対応だってことに
気づいてないんだろうな。時代についてこれてなさすぎる。
MSがいち早くXamarinでそれらの開発に対応してるというのに
未だにLinuxデスクトップアプリの話をしてる。
> 最後に、私がこうやって状況把握に努めているのは、はっきりいって、MSを何とか
> 衰退させたいためです。
無理。諦めな。
気づいてないんだろうな。時代についてこれてなさすぎる。
MSがいち早くXamarinでそれらの開発に対応してるというのに
未だにLinuxデスクトップアプリの話をしてる。
> 最後に、私がこうやって状況把握に努めているのは、はっきりいって、MSを何とか
> 衰退させたいためです。
無理。諦めな。
641デフォルトの名無しさん
2019/11/17(日) 04:16:12.42ID:ufXeuDkw MSを衰退させたいなら、MSを超えるものをMSの力を借りずに実現する方向を目指せよ
いくらMSに落ちぶれてくれ〜落ちぶれてくれ〜と願っても
叶うことはないからさ。
いくらMSに落ちぶれてくれ〜落ちぶれてくれ〜と願っても
叶うことはないからさ。
642デフォルトの名無しさん
2019/11/17(日) 04:25:44.24ID:ufXeuDkw Linuxの文化で、MSと同じ土俵で戦うのは無理なんだわ
デスクトップ環境を統一しろと言ってもできないし、
パソコンメーカーにプリインストールしてほしいなら
営業部隊を用意して大きな宣伝するべきだけど無理だろ？
どこにそんな金があるんだって言うが、それは金を取らない
オープンソースにしたのが悪いんじゃん、自業自得って話だし
昔からオープンソースのビジネスモデルは、
ウェブサービスとしてサーバーに組み込んで
プログラムを売らずにサービスとして提供するやり方だって
主張してたじゃん？
実際にそれしかビジネスにならないし、そのビジネスモデルを
うまく作り上げたのがazureだよ。
オープンソース陣営が推奨するビジネスモデルを採用したMSは大儲けって皮肉だよねｗ
デスクトップ環境を統一しろと言ってもできないし、
パソコンメーカーにプリインストールしてほしいなら
営業部隊を用意して大きな宣伝するべきだけど無理だろ？
どこにそんな金があるんだって言うが、それは金を取らない
オープンソースにしたのが悪いんじゃん、自業自得って話だし
昔からオープンソースのビジネスモデルは、
ウェブサービスとしてサーバーに組み込んで
プログラムを売らずにサービスとして提供するやり方だって
主張してたじゃん？
実際にそれしかビジネスにならないし、そのビジネスモデルを
うまく作り上げたのがazureだよ。
オープンソース陣営が推奨するビジネスモデルを採用したMSは大儲けって皮肉だよねｗ
643デフォルトの名無しさん
2019/11/17(日) 04:28:19.97ID:ioPxwfyJ >>641
いいえ、直接的にMSそのものを衰退させることも同時並行的に行っていくことも
重要なのです。なぜなら彼らには、Windows OSがベース資金源としていつまでも
残り続けてしまうから、いくらMSを越える何かを作っても、すぐに豊富な資金で
追い越されてしまうからです。最近、Windowsが衰退したという人がいますが、
その見方は浅いのです。新しいパソコンが売れるたびにMSには、金が流れる仕組み
になっており、今でも年間三兆円の確固たるベース収入が彼らにはあります。
それがあるので、牙城が崩れません。何か彼らを超えるものを作ってもはっきり言って、
無理なことが多いのです。何かMSに対抗できるものを有料で作ったとしましょう。
すると、彼らは競合製品を無料にしてきます。明らかにダンピングなのですが、
いろいろな理由を付けて、アメリカは国家ぐるみでMSが行っているダンピングは
見てみぬ不利をします。ですので、MSに対抗して勝つことは今のままではまず無理なのです。
それが、マイクロソフトが衰退しない理由です。
実はGoogleも似た状況にあります。検索エンジンを何も改良しなくても、潤沢な収入が
彼らには入ってきます。これら二つの企業は実は何も仕事をしていませんが、金だけは
入ってくるおかしな構造が出来上がっているのです。
いいえ、直接的にMSそのものを衰退させることも同時並行的に行っていくことも
重要なのです。なぜなら彼らには、Windows OSがベース資金源としていつまでも
残り続けてしまうから、いくらMSを越える何かを作っても、すぐに豊富な資金で
追い越されてしまうからです。最近、Windowsが衰退したという人がいますが、
その見方は浅いのです。新しいパソコンが売れるたびにMSには、金が流れる仕組み
になっており、今でも年間三兆円の確固たるベース収入が彼らにはあります。
それがあるので、牙城が崩れません。何か彼らを超えるものを作ってもはっきり言って、
無理なことが多いのです。何かMSに対抗できるものを有料で作ったとしましょう。
すると、彼らは競合製品を無料にしてきます。明らかにダンピングなのですが、
いろいろな理由を付けて、アメリカは国家ぐるみでMSが行っているダンピングは
見てみぬ不利をします。ですので、MSに対抗して勝つことは今のままではまず無理なのです。
それが、マイクロソフトが衰退しない理由です。
実はGoogleも似た状況にあります。検索エンジンを何も改良しなくても、潤沢な収入が
彼らには入ってきます。これら二つの企業は実は何も仕事をしていませんが、金だけは
入ってくるおかしな構造が出来上がっているのです。
644デフォルトの名無しさん
2019/11/17(日) 04:32:21.30ID:ufXeuDkw >>643
うん？全部MSに八つ当たりしてもムダだよね？
パソコンにプリインストールしてほしいなら努力しろ。
有料ソフトが売れないというのななら、売れるように頑張れ。
無料にして潰してきたのはむしろオープンソースなんだが忘れたのか？
オープンソースは無料でソフトウェア業界を壊しておいて、
いざ同じ手段で対抗されたら、文句言うとか恥ずかしいよ。
MSがダンピングにならないのは、同等の商品が無料で存在するからだよ。
自業自得じゃねーかｗ
いい商品を作れば儲かるはずだと思うのは考えが浅い
うまく宣伝したほうが勝つんだよ。
なんでもそうじゃねーか
うん？全部MSに八つ当たりしてもムダだよね？
パソコンにプリインストールしてほしいなら努力しろ。
有料ソフトが売れないというのななら、売れるように頑張れ。
無料にして潰してきたのはむしろオープンソースなんだが忘れたのか？
オープンソースは無料でソフトウェア業界を壊しておいて、
いざ同じ手段で対抗されたら、文句言うとか恥ずかしいよ。
MSがダンピングにならないのは、同等の商品が無料で存在するからだよ。
自業自得じゃねーかｗ
いい商品を作れば儲かるはずだと思うのは考えが浅い
うまく宣伝したほうが勝つんだよ。
なんでもそうじゃねーか
645デフォルトの名無しさん
2019/11/17(日) 04:32:34.25ID:ioPxwfyJ646デフォルトの名無しさん
2019/11/17(日) 04:34:07.78ID:ioPxwfyJ647デフォルトの名無しさん
2019/11/17(日) 04:35:57.24ID:ufXeuDkw648デフォルトの名無しさん
2019/11/17(日) 04:36:02.92ID:ioPxwfyJ >>644
宣伝に関してですが、ここでMSの悪口を書き続けることは、彼らにマイナスの
宣伝効果となります。悪口は重要です。何度も言いますが、私はオープンソース
は大嫌いです。
しかし、MSも壊すこともライフワークにしています。
宣伝に関してですが、ここでMSの悪口を書き続けることは、彼らにマイナスの
宣伝効果となります。悪口は重要です。何度も言いますが、私はオープンソース
は大嫌いです。
しかし、MSも壊すこともライフワークにしています。
649デフォルトの名無しさん
2019/11/17(日) 04:38:15.32ID:ioPxwfyJ650デフォルトの名無しさん
2019/11/17(日) 04:39:57.24ID:ufXeuDkw 何年も悪口を言いました。でもそれは無駄でした。
終
終
651デフォルトの名無しさん
2019/11/17(日) 04:41:56.46ID:ioPxwfyJ >>644
>オープンソースは無料でソフトウェア業界を壊しておいて、
>いざ同じ手段で対抗されたら、文句言うとか恥ずかしいよ。
>MSがダンピングにならないのは、同等の商品が無料で存在するからだよ。
私は昔からオープンソース反対者です。最近になって、オープンソース嫌いが
増えてきましたが、ずっと前から私は反対していました。
GPLなどのせいで、ますますMSが強くなってしまい、とんでもなく
どうしようもない状態になっています。だからMSの悪口を言う必要があります。
全国民がMSの悪口を言うべきです。
GAFAの悪口が流行ってますが、MSはもっと悪いのです。
>オープンソースは無料でソフトウェア業界を壊しておいて、
>いざ同じ手段で対抗されたら、文句言うとか恥ずかしいよ。
>MSがダンピングにならないのは、同等の商品が無料で存在するからだよ。
私は昔からオープンソース反対者です。最近になって、オープンソース嫌いが
増えてきましたが、ずっと前から私は反対していました。
GPLなどのせいで、ますますMSが強くなってしまい、とんでもなく
どうしようもない状態になっています。だからMSの悪口を言う必要があります。
全国民がMSの悪口を言うべきです。
GAFAの悪口が流行ってますが、MSはもっと悪いのです。
652デフォルトの名無しさん
2019/11/17(日) 04:42:30.22ID:ioPxwfyJ653デフォルトの名無しさん
2019/11/17(日) 04:42:35.34ID:ufXeuDkw んで、お前にとって、いいやつなんてどこにもいないんだろ？ｗ
654デフォルトの名無しさん
2019/11/17(日) 04:43:57.93ID:ufXeuDkw まあ要するにあれだ。
自分の実社会での鬱憤を
八つ当たりしてストレス解消してるだけ
自分の実社会での鬱憤を
八つ当たりしてストレス解消してるだけ
655デフォルトの名無しさん
2019/11/17(日) 04:44:56.36ID:ioPxwfyJ656デフォルトの名無しさん
2019/11/17(日) 04:45:23.56ID:ioPxwfyJ >>654
あなたはどうなんですか。
あなたはどうなんですか。
657デフォルトの名無しさん
2019/11/17(日) 04:48:03.66ID:ioPxwfyJ >>654
いったい、マイクロソフトが何の仕事をしたというのでしょうか。
まともな仕事をしていれば認めます。
しかし、彼らのやっていることは、日本の生産性を下げるばかりで何も
良いことをもたらしていないのです。
Win95が登場したときから、日本は衰退して、今まで回復できていません。
Win95は悪魔です。マイクロソフトは悪魔です。同時期にgccも流行りだしました。
いったい、マイクロソフトが何の仕事をしたというのでしょうか。
まともな仕事をしていれば認めます。
しかし、彼らのやっていることは、日本の生産性を下げるばかりで何も
良いことをもたらしていないのです。
Win95が登場したときから、日本は衰退して、今まで回復できていません。
Win95は悪魔です。マイクロソフトは悪魔です。同時期にgccも流行りだしました。
658デフォルトの名無しさん
2019/11/17(日) 04:53:35.40ID:ioPxwfyJ >>650
例えば、MSの株価がここ数ヶ月間横ばいだったのは、悪口の効果なのです。
しばらく悪口を休んでいたら、悪魔の力が勝って、最近また上がり出しました。
トランプ大統領がマイクロソフトに10年間で一兆円分の契約をしたからです。
例えば、MSの株価がここ数ヶ月間横ばいだったのは、悪口の効果なのです。
しばらく悪口を休んでいたら、悪魔の力が勝って、最近また上がり出しました。
トランプ大統領がマイクロソフトに10年間で一兆円分の契約をしたからです。
659デフォルトの名無しさん
2019/11/17(日) 05:10:27.86ID:ufXeuDkw ということで、こいつがキチガイであることを明らかにした時点で
俺の役目は終わりかなーと思いますｗ
俺の役目は終わりかなーと思いますｗ
660デフォルトの名無しさん
2019/11/17(日) 10:30:07.14ID:gs/HpIUG こんなところにまでADSLジジイが…
徘徊老人か
徘徊老人か
661デフォルトの名無しさん
2019/12/03(火) 20:54:47.59ID:Jm9QhSdT Xamarin程の糞はない
662デフォルトの名無しさん
2019/12/04(水) 04:11:27.88ID:cI8u6IHG UnoさんはXamarinなしで作り直してほしい
663デフォルトの名無しさん
2019/12/05(木) 20:32:10.26ID:9zn59iXI 余り関係ないけど、qiitaで調べてみると、game engine の Unityには興味
を持っている人が(かなり)多いが、Xamarineは余り興味をもたれてないらしい。
意外。また、Unity と似ている Unreal Engine は記事数が少ない。
cocos2d : 1,047 (2D game engine, C++)
unreal : 520 (3D game engine, C++)
Unity : 11,558 (3D game engine, C#)
xamarine : 11 (iOS, Android, (+Win?) 共通ツールキット C#)
qt : 1,935
wxWidget : 5
FLTK : 6
GTK : 1,053
wxWidget の少なさは意外。GTK が思ったより健闘。
xamarine の少なさは、天下のMSが絡んでいるとは思えないほどで理解しがたい。
を持っている人が(かなり)多いが、Xamarineは余り興味をもたれてないらしい。
意外。また、Unity と似ている Unreal Engine は記事数が少ない。
cocos2d : 1,047 (2D game engine, C++)
unreal : 520 (3D game engine, C++)
Unity : 11,558 (3D game engine, C#)
xamarine : 11 (iOS, Android, (+Win?) 共通ツールキット C#)
qt : 1,935
wxWidget : 5
FLTK : 6
GTK : 1,053
wxWidget の少なさは意外。GTK が思ったより健闘。
xamarine の少なさは、天下のMSが絡んでいるとは思えないほどで理解しがたい。
664デフォルトの名無しさん
2019/12/05(木) 21:11:05.67ID:4YF4U3og 糞だからな
665デフォルトの名無しさん
2019/12/05(木) 21:18:25.77ID:Lo1Cwt8z MSが一から作ったならまだしも、xamarinは所詮買収したもんだから。相当うんこ。
Unoもまた外部企業だけど、また買収でもして同じ失敗するきなのか
Unoもまた外部企業だけど、また買収でもして同じ失敗するきなのか
666デフォルトの名無しさん
2019/12/05(木) 21:20:15.87ID:EjyTVpsv ざまりん、特に話すこともそんなないしな
3年前ぐらいのアドベントは大盛況だった気もするけど
3年前ぐらいのアドベントは大盛況だった気もするけど
667デフォルトの名無しさん
2019/12/05(木) 22:22:33.30ID:4YF4U3og 買収して、ちょまどが宣伝して、童貞が発情しただけ
668デフォルトの名無しさん
2019/12/06(金) 01:00:16.09ID:DBBIXMQQ Xamarin.Forms と Xamarin.Android, Xamarin,iOS は別だそうですね。
これは不思議です。Xamarin.Forms が Android/iOS/Win 共通
ToolKit とされているようなのに。
また、Windows アプリが作れるといっても、UWP 用のもの。
すぁらに、Visual Studio では、Xamarin は、Android と iOS 用
とされていて、Windows アプリはサポートされてないようです。
それと、「Forms」の名があるので、WinForms と互換かと思いきや、
そうでもないようで、XAML を使わないといけないのですね。
これは不思議です。Xamarin.Forms が Android/iOS/Win 共通
ToolKit とされているようなのに。
また、Windows アプリが作れるといっても、UWP 用のもの。
すぁらに、Visual Studio では、Xamarin は、Android と iOS 用
とされていて、Windows アプリはサポートされてないようです。
それと、「Forms」の名があるので、WinForms と互換かと思いきや、
そうでもないようで、XAML を使わないといけないのですね。
669デフォルトの名無しさん
2019/12/06(金) 08:36:45.81ID:t+BMDMJU >>668
なんかとおまい情報の集め方が雑すぎひん？
なんかとおまい情報の集め方が雑すぎひん？
670デフォルトの名無しさん
2019/12/06(金) 14:53:19.35ID:ZSKvcFXv671デフォルトの名無しさん
2019/12/06(金) 15:07:40.65ID:DyU+v//w ADSLジジイ
このスレでもずっと一人でタイポしててM$表記みたいなネタでやってんのかと思ったけど
マジでスペルから間違って覚えてたのかよｗ
このスレでもずっと一人でタイポしててM$表記みたいなネタでやってんのかと思ったけど
マジでスペルから間違って覚えてたのかよｗ
672デフォルトの名無しさん
2019/12/06(金) 22:41:48.32ID:oeB5L51T 今までのC#と同じ感じでXamarinのプロジェクトを作ると途方に暮れるな・・・
どっかで良いチュートリアルのページは無いダウか
どっかで良いチュートリアルのページは無いダウか
673デフォルトの名無しさん
2019/12/06(金) 22:54:58.77ID:t+BMDMJU >>672
ちなどの変に途方に暮れるん
ちなどの変に途方に暮れるん
674デフォルトの名無しさん
2019/12/07(土) 00:13:42.56ID:wrGrmfPl C#のwindowsアプリしかやったこと無いのよ
後は組込とかWebアプリ・・・・
xamlで画面デザインを設計するところまではわかったんだけど、
コンテンツが別のファイルになってて、それがどのファイルにどの形式で格納されてるとか
アプリの権限とか
Androidアプリ自体初めてなんだけど、プロジェクトを作ったらいきなり俺が固まった
後は組込とかWebアプリ・・・・
xamlで画面デザインを設計するところまではわかったんだけど、
コンテンツが別のファイルになってて、それがどのファイルにどの形式で格納されてるとか
アプリの権限とか
Androidアプリ自体初めてなんだけど、プロジェクトを作ったらいきなり俺が固まった
675デフォルトの名無しさん
2019/12/07(土) 00:59:21.12ID:4IVC6ZW+ とりあえずWebにあるAndroidSDKとAPIのドキュメント、日本語でかいてある分だけでいいから
ざっと目をとおしなさい
どこにあるかはググりなさい
グーグル製だけに
ざっと目をとおしなさい
どこにあるかはググりなさい
グーグル製だけに
676デフォルトの名無しさん
2019/12/07(土) 01:07:14.85ID:Sn4ZIDW9677デフォルトの名無しさん
2020/01/18(土) 00:00:52.61ID:z+qcNc8I >>674
移植しやすいってだけでAndroidでのプログラミングに精通してないと厳しいよ
当たり前だがWindowsの作法を
Androidに持ち込んだってうまくいかない
初心者向けの本でいいからJavaとAndroidのプログラミング程度理解してからやったほうが位置付けがわかるよ
移植しやすいってだけでAndroidでのプログラミングに精通してないと厳しいよ
当たり前だがWindowsの作法を
Androidに持ち込んだってうまくいかない
初心者向けの本でいいからJavaとAndroidのプログラミング程度理解してからやったほうが位置付けがわかるよ
678デフォルトの名無しさん
2020/01/18(土) 00:05:45.01ID:z+qcNc8I XamarinでMac無しでiOSアプリ開発できますとかもそうだがあんなのセールストークでしかない
各種環境を理解したうえでマルチプラットフォームで作る
各種環境を理解したうえでマルチプラットフォームで作る
679デフォルトの名無しさん
2020/01/18(土) 00:08:05.23ID:z+qcNc8I それが現実解だし楽できない部分もあると思っていい
680デフォルトの名無しさん
2020/01/18(土) 00:16:13.69ID:z+qcNc8I つかWebアプリ経験があるなら
費用はかかるが鯖立ててASP.NETでWebアプリ作ると方がまだ楽かもね
費用はかかるが鯖立ててASP.NETでWebアプリ作ると方がまだ楽かもね
681デフォルトの名無しさん
2020/02/03(月) 00:36:46.91ID:SGmGrpkH Xamarin.Formで質問
Xamarin.Formでアプリを作ると最低のバージョンは
Android 8.1より小さくするとメイクするときに「そんなバージョン指定するな馬鹿野郎」的なメッセージが出てくるんだけど
小さいバージョンには出来ないの？
Google Playでリリースできる最低バージョンは8.1とかなってるんだけど
実際Google Playでリリースされてるアプリって4.4とかでも平気でリリースされてるしメンテもされてるみたいだけと
どうにかならないのでしょうか
2〜3年で過去のバージョンを切り捨て続けるとかサポートは面倒は無いかもしれないけど
友人と使うつもりのアプリなので困る・・・
Xamarin.Formでアプリを作ると最低のバージョンは
Android 8.1より小さくするとメイクするときに「そんなバージョン指定するな馬鹿野郎」的なメッセージが出てくるんだけど
小さいバージョンには出来ないの？
Google Playでリリースできる最低バージョンは8.1とかなってるんだけど
実際Google Playでリリースされてるアプリって4.4とかでも平気でリリースされてるしメンテもされてるみたいだけと
どうにかならないのでしょうか
2〜3年で過去のバージョンを切り捨て続けるとかサポートは面倒は無いかもしれないけど
友人と使うつもりのアプリなので困る・・・
682デフォルトの名無しさん
2020/02/03(月) 19:46:05.62ID:qZTiaKNd >>681
多少古いFormsにしたら
多少古いFormsにしたら
683デフォルトの名無しさん
2020/02/03(月) 19:52:51.31ID:fumIbgov targetSDKVersionとminSDKVersionがある
684デフォルトの名無しさん
2020/02/03(月) 19:54:29.01ID:WjX7aXJ2 xamarin勉強しようとおもったら結構学習コストかかりそうなんだね
それならflutterでもやったほうがいいか
unityできるからそれで妥協するか
それならflutterでもやったほうがいいか
unityできるからそれで妥協するか
685デフォルトの名無しさん
2020/02/03(月) 19:55:14.69ID:fumIbgov 妥協じゃない今ベストな選択
686681
2020/02/03(月) 23:08:09.64ID:SGmGrpkH687デフォルトの名無しさん
2020/02/04(火) 00:36:33.93ID:gDcFshBZ688デフォルトの名無しさん
2020/02/04(火) 07:46:36.57ID:UB5myHOL 今から始めるのはやめた方がいいよ
Blazor Nativeみたいなのが出てきてFormsは廃れゆく予感がする
Blazor Nativeみたいなのが出てきてFormsは廃れゆく予感がする
689デフォルトの名無しさん
2020/02/04(火) 15:29:06.98ID:ireAV57f 既にMobile blazorきてると思うが、あれFormsの上にWASMとBlazor乗っけたキメラだろ
690デフォルトの名無しさん
2020/02/04(火) 15:31:31.79ID:ireAV57f ざまりん先生、フラッターとかに比べてモダン度が足りないとこもあるけど、あっちはあっちでネイティブとの混在とか不得手だしクロスプラット開発の中では今でも有用というかありな選択肢では
691デフォルトの名無しさん
2020/02/04(火) 16:11:55.62ID:werQ/IgG リリースで制限かかるのはtargetSDKVersion
692デフォルトの名無しさん
2020/02/04(火) 21:26:16.15ID:kZmtSpIL もう、勝敗はflutterの勝ちだろ。
flutterモバイル出来を見てると、flutter webも期待できる。クロス開発しなくても、webアプリのクライアントつくるだけでもjavascript/htmlで触らなくてよさそうだからflutterでいいかなと思わせてくれる。
flutterモバイル出来を見てると、flutter webも期待できる。クロス開発しなくても、webアプリのクライアントつくるだけでもjavascript/htmlで触らなくてよさそうだからflutterでいいかなと思わせてくれる。
693デフォルトの名無しさん
2020/02/04(火) 21:46:25.48ID:/WD0wf2J ほんとXamarin頼りでないFlutter的なものを出さないとなMSは
694デフォルトの名無しさん
2020/02/05(水) 13:30:02.15ID:HDG1ZPBn フラッター的なのって何を指すん？
どこでも動くってあのやり方はどうしても既存ネイティブコントロールとの相性悪い。webでもそれは一緒。
ホットリロードは良い。ザムルホットリロードはちゃんと動くのか知らん
ElmライクなMVUでのUI as Codeでいい感じのは欲しい。
けど当のC#が代数型まだ使えないからはよ9持ってこいって感じ
どこでも動くってあのやり方はどうしても既存ネイティブコントロールとの相性悪い。webでもそれは一緒。
ホットリロードは良い。ザムルホットリロードはちゃんと動くのか知らん
ElmライクなMVUでのUI as Codeでいい感じのは欲しい。
けど当のC#が代数型まだ使えないからはよ9持ってこいって感じ
695デフォルトの名無しさん
2020/02/05(水) 17:17:02.31ID:WlHmbT+F きっと、ウィジェットが提供される環境をFlutter的って言ってんじゃないのかな
Xamarin Essentialsみたいなものが求められておらず、配置するだけでアプリが大体出来あがっちゃうウィジェットが便利すぎるんでしょう
どうでもいい汎用の機能は出来合いのものでさっと作りたいよね・・・・
Xamarin Essentialsみたいなものが求められておらず、配置するだけでアプリが大体出来あがっちゃうウィジェットが便利すぎるんでしょう
どうでもいい汎用の機能は出来合いのものでさっと作りたいよね・・・・
696デフォルトの名無しさん
2020/02/05(水) 19:56:28.00ID:kBl9HZRf xamarinは品質とコントロールが足りなかったからこけたんじゃね。flutterみたいのじゃなくてxamlでもいいからマイクロソフトのやる気が足りなかった。
買収でお茶を濁そうとしただけで、流行ればラッキーぐらいで買収後リソース大量投入とかしてねぇだろ?
買収でお茶を濁そうとしただけで、流行ればラッキーぐらいで買収後リソース大量投入とかしてねぇだろ?
697デフォルトの名無しさん
2020/02/05(水) 20:04:13.43ID:kBl9HZRf https://flutter.dev/docs/development/tools/sdk/release-notes
四半期ごとのリリースで大量のfixなど。やる気が違う。
Uno Platformも最初から負け。
四半期ごとのリリースで大量のfixなど。やる気が違う。
Uno Platformも最初から負け。
698デフォルトの名無しさん
2020/02/05(水) 20:27:03.21ID:HDG1ZPBn こけた、ってお前の感想はどうでもいいんだが
699デフォルトの名無しさん
2020/02/05(水) 20:44:17.53ID:kBl9HZRf700デフォルトの名無しさん
2020/02/05(水) 20:51:12.32ID:r9hY/Xus 狂信者こえーw
701デフォルトの名無しさん
2020/02/05(水) 21:00:58.77ID:rgrDXnp3 Xamarin程の糞はない
702デフォルトの名無しさん
2020/02/05(水) 21:24:01.42ID:rgrDXnp3 Xamarinをやると頭がおかしくなるということ
703デフォルトの名無しさん
2020/02/05(水) 22:34:31.61ID:EXxMkMKq >>699
他の人の感想も貼っとくわ
https://i.imgur.com/KRnK7IW.png
まあXamarinからFlutterに乗り換えるわって人もいると思うけどね
煩雑なとこもあるけど出来ることの多いXamarin、後発ゆえもあって色々モダンだけどその仕組みゆえ出来ないこともあるフラッターって構図は間違ってないんじゃ？
まあもうちょっとマイクロソフト本腰いれーやとは思うけどな
他の人の感想も貼っとくわ
https://i.imgur.com/KRnK7IW.png
まあXamarinからFlutterに乗り換えるわって人もいると思うけどね
煩雑なとこもあるけど出来ることの多いXamarin、後発ゆえもあって色々モダンだけどその仕組みゆえ出来ないこともあるフラッターって構図は間違ってないんじゃ？
まあもうちょっとマイクロソフト本腰いれーやとは思うけどな
704デフォルトの名無しさん
2020/02/05(水) 22:43:52.82ID:lRf+TTLh バグ全然直さないもんな
samhoutsとかいうねーちゃんがタグつけて放置して終わり
やる気なさすぎだろ・・・
samhoutsとかいうねーちゃんがタグつけて放置して終わり
やる気なさすぎだろ・・・
705デフォルトの名無しさん
2020/02/06(木) 08:07:57.87ID:JCwyt9a8 楽しようとした結果、余計に苦労したのがXamarinだった
すでに直ったものもあるけどVisualStudio for Macが色々とおかしい（コード自動生成、パッケージ管理、アセンブリの参照範囲など）
ウィジェットがない
ネイティブUIを使うと意味不明のエラーだらけで、エラーを出さないためにはコツがいる
本家開発ツールでは日常的に使われているライブラリ(FB製のものなど)がXamarin用に無いことが多く、一から作らないとならない
いつサポートが打ち切られるかわからない恐怖がある
すでに直ったものもあるけどVisualStudio for Macが色々とおかしい（コード自動生成、パッケージ管理、アセンブリの参照範囲など）
ウィジェットがない
ネイティブUIを使うと意味不明のエラーだらけで、エラーを出さないためにはコツがいる
本家開発ツールでは日常的に使われているライブラリ(FB製のものなど)がXamarin用に無いことが多く、一から作らないとならない
いつサポートが打ち切られるかわからない恐怖がある
706デフォルトの名無しさん
2020/02/06(木) 10:02:04.76ID:9g89lKYs >>705
ずっと張り付いてるざまりんに親殺された君かw
ずっと張り付いてるざまりんに親殺された君かw
707デフォルトの名無しさん
2020/02/12(水) 05:27:25.96ID:3bhcwL2x flutterは今年はwebとmacにフォーカスし、winやuwp対応は後回しっぽいが、flutter team待たずにMicrosoftがuwpに対応させてほしい
1消費者としてなりふり構わずMicrosoftストアアプリの充実をしてくれ
1消費者としてなりふり構わずMicrosoftストアアプリの充実をしてくれ
708デフォルトの名無しさん
2020/02/12(水) 05:28:51.00ID:3bhcwL2x https://github.com/microsoft/microsoft-ui-xaml/issues/1965
winui 3.0 2020 feburary
winui 3.0 2020 feburary
709デフォルトの名無しさん
2020/02/12(水) 08:02:31.04ID:2d32Yeel WinUI、もうWin32で新しいアプリとして作ることできるん？なら既存のロジック使うやつで試してみたいんだけどXAML島、てめーはだめだ
710デフォルトの名無しさん
2020/02/12(水) 23:12:24.98ID:wXKM5Deh XAML何でダメなん？
絵のうまい人にAdobe XDでニュルンって感じでお絵かきしてもらえばそのまま貰えるのに
つーか、マイクロソフトはBlendをなんとかしろよ・・・
絵のうまい人にAdobe XDでニュルンって感じでお絵かきしてもらえばそのまま貰えるのに
つーか、マイクロソフトはBlendをなんとかしろよ・・・
711デフォルトの名無しさん
2020/02/12(水) 23:37:26.92ID:2d32Yeel >>710
んお？XD今そんなことできんの？
んお？XD今そんなことできんの？
712デフォルトの名無しさん
2020/02/12(水) 23:55:05.63ID:mzw7eug2713デフォルトの名無しさん
2020/02/13(木) 00:14:36.12ID:NsgOnbkm roadmapに書いてある。
https://github.com/flutter/flutter/wiki/Roadmap
あれ、よく見るとWebとDesktopだった。
DesktopはMac優先でwindowsは後回しぽいと思う
だから、micorosoftがアプリ増やすきあるならFlutterに乗っかるのが手っ取り早いと思う
https://github.com/flutter/flutter/wiki/Roadmap
あれ、よく見るとWebとDesktopだった。
DesktopはMac優先でwindowsは後回しぽいと思う
だから、micorosoftがアプリ増やすきあるならFlutterに乗っかるのが手っ取り早いと思う
714デフォルトの名無しさん
2020/02/13(木) 00:27:33.16ID:TXg5Ujik 乗るわけナッシング
715デフォルトの名無しさん
2020/02/13(木) 10:28:06.87ID:gZumlWJf 何かflutterは狂信者が怖くて近寄れない
716デフォルトの名無しさん
2020/02/13(木) 10:30:32.24ID:kOzvFksM いまだにちょまど教徒の多いXamarin派が言うことじゃねえだろ
717デフォルトの名無しさん
2020/02/13(木) 11:25:10.61ID:KptJxCWR ちょまどもうざまりんやってないやんけ
718デフォルトの名無しさん
2020/02/13(木) 11:33:28.09ID:gZumlWJf いきなりちょまどとかフラッター専門用語でわめかれると怖い
719デフォルトの名無しさん
2020/02/15(土) 20:12:31.13ID:jDHvkI8Q >>711
XDのXAML出力ってプラグインじゃ無いとだめだし
あまり使い物にならなかったような・・・
まあ一から手書きするよりは良いし、スマホで「こんな感じになります」って言うハッタリ画面をお客さんに見せるのには最高だけど
BLENDはとっくに終了した
XDのXAML出力ってプラグインじゃ無いとだめだし
あまり使い物にならなかったような・・・
まあ一から手書きするよりは良いし、スマホで「こんな感じになります」って言うハッタリ画面をお客さんに見せるのには最高だけど
BLENDはとっくに終了した
720デフォルトの名無しさん
2020/02/15(土) 20:45:10.02ID:aOKg+5DZ まあざまりんじゃなくていいからクロスプラットで安定して何処でも動きつつ必要な時にはネイティブとの連携も出来る奴そろそろくれよほんと。
721デフォルトの名無しさん
2020/02/19(水) 22:36:58.23ID:HNikzg2l Xamarinで開発したAndroidアプリがリリース直前なんですけど、
「リリース前レポート」の「Androidの互換性」でグレイリストにひっかるAPIが見つかりました。
レポートにはAndroidのAPI名しか出てこないから、Xamarinで何が対応しているのかわかりません。
「Androidの互換性」についての詳しい情報はありませんか？
「リリース前レポート」の「Androidの互換性」でグレイリストにひっかるAPIが見つかりました。
レポートにはAndroidのAPI名しか出てこないから、Xamarinで何が対応しているのかわかりません。
「Androidの互換性」についての詳しい情報はありませんか？
722デフォルトの名無しさん
2020/02/20(木) 07:44:44.84ID:RvZX1xPQ723デフォルトの名無しさん
2020/02/22(土) 20:27:06.63ID:H51y5I4Y >>722
https://github.com/xamarin/Xamarin.Forms/issues/7323
iOSの場合はUIWebViewがサポートされなくなる問題について具体的に議論されていて、Xamarin.Formsのバージョン4.5で対応すると結論が出ています。
同様に、「Androidの互換性」についても公式に何か情報が出ていないか調べたいんですけど、キーワードがうまく引っかからないのか見つかりません。
https://github.com/xamarin/Xamarin.Forms/issues/7323
iOSの場合はUIWebViewがサポートされなくなる問題について具体的に議論されていて、Xamarin.Formsのバージョン4.5で対応すると結論が出ています。
同様に、「Androidの互換性」についても公式に何か情報が出ていないか調べたいんですけど、キーワードがうまく引っかからないのか見つかりません。
724デフォルトの名無しさん
2020/02/22(土) 23:33:42.44ID:5CP2tn36 そのひっかかるAPIとやらを書かないのはなんで？
725デフォルトの名無しさん
2020/02/23(日) 00:00:21.85ID:bszFOu5P >>724
30行ぐらいのスタックトレースが出てて、どれが問題なのかがよく分からないんですよ。
スタックトレースを全部貼ることは行数制限で多分できないと思ったので、書いてません。
スタックトレースの先頭部分で検索したら、Xmalの設定を修正したら解決したと言う話を見つけました。
https://forums.xamarin.com/discussion/156523/androids-strictmode-policy-violation-warnings-aka-nonsdkapiusedviolation
他も同じようにスタックトレースの先頭部分で検索し直してみます。
30行ぐらいのスタックトレースが出てて、どれが問題なのかがよく分からないんですよ。
スタックトレースを全部貼ることは行数制限で多分できないと思ったので、書いてません。
スタックトレースの先頭部分で検索したら、Xmalの設定を修正したら解決したと言う話を見つけました。
https://forums.xamarin.com/discussion/156523/androids-strictmode-policy-violation-warnings-aka-nonsdkapiusedviolation
他も同じようにスタックトレースの先頭部分で検索し直してみます。
726忍者猫 ◆WUoBIT2C235V
2020/02/23(日) 00:05:19.14ID:bszFOu5P727デフォルトの名無しさん
2020/02/23(日) 08:25:06.55ID:qRVHuH/p vs2019と一緒にxamarinインストールしてまずハロワでもやってみるかと思ったらエミュレータがphone is starting的なメッセージのまま真っ黒で動かなくて詰んだ
mainactivityすら通ってなさそう？おま環だろうけどテンプレートまんまですら動かないとか泣きたい
mainactivityすら通ってなさそう？おま環だろうけどテンプレートまんまですら動かないとか泣きたい
728デフォルトの名無しさん
2020/02/23(日) 14:34:32.39ID:bszFOu5P729デフォルトの名無しさん
2020/02/23(日) 15:23:39.67ID:qRVHuH/p >>728
レスありがとうございます。
エミュレータ選択画面で開始をクリックすると真っ黒なスマホにphone is startingというメッセージが出ているだけなのですが、これはやはり起動できていないでしょうか？
エミュレータはpixel pie 9.0 api28を作成しています。
レスありがとうございます。
エミュレータ選択画面で開始をクリックすると真っ黒なスマホにphone is startingというメッセージが出ているだけなのですが、これはやはり起動できていないでしょうか？
エミュレータはpixel pie 9.0 api28を作成しています。
730デフォルトの名無しさん
2020/02/23(日) 15:48:57.68ID:nyiPN8dx731デフォルトの名無しさん
2020/02/23(日) 17:24:37.01ID:qRVHuH/p 結局実機接続でデバッグ実行したら上手く行きました。エミュレータより早いしこっちで頑張ることにします。
お騒がせしました。
お騒がせしました。
732デフォルトの名無しさん
2020/02/23(日) 18:31:50.18ID:CFy77ZxM エミュも前よりいろいろ良くなったけど、ハイパーバイザーとかも関係するし実機あるならそっちの方が早いな
733デフォルトの名無しさん
2020/02/26(水) 00:38:32.01ID:lO8vOHtC android studioとデザイナー画面どっちが使いやすいですかね？
734デフォルトの名無しさん
2020/03/08(日) 03:36:24.45ID:+Vk+ZPbc Xamarinってもうオワコン？Microsoftのおばさんがやたら推してたくらいしかイメージないけど
735デフォルトの名無しさん
2020/03/08(日) 16:17:23.17ID:RwwUjMZ8 ネイティブとの連携だったらフラッターよりやりやすいなどメリットもあるけどモダン度では負けてるかも
が地味にアップデートしてるしオワコンというものではないと思う
が地味にアップデートしてるしオワコンというものではないと思う
736忍者猫 ◆WUoBIT2C235V
2020/03/08(日) 21:34:17.65ID:j1S3pLSu >>726
iOS版の使い方動画を作成しました（スマホ用に立て画面対応です）。
https://www.youtube.com/playlist?list=PLyKDLiZasrQWM_N6ZWdy8OGreSkFNxW0B
iOS版の使い方動画を作成しました（スマホ用に立て画面対応です）。
https://www.youtube.com/playlist?list=PLyKDLiZasrQWM_N6ZWdy8OGreSkFNxW0B
737忍者猫 ◆WUoBIT2C235V
2020/03/10(火) 22:34:51.18ID:wgSL1m1X >>726
アプリの使い方動画をニコニコ動画にアップロードしました。
https://www.nicovideo.jp/series/104129
ニコニコ動画には横長画面のPC用をアップロードしました
アプリの使い方動画をニコニコ動画にアップロードしました。
https://www.nicovideo.jp/series/104129
ニコニコ動画には横長画面のPC用をアップロードしました
738デフォルトの名無しさん
2020/03/11(水) 01:05:27.02ID:zwwCe0yv ﾆﾝﾆﾝ
739デフォルトの名無しさん
2020/03/15(日) 20:57:14.69ID:gNXlAxhx Flutterみたいな二番煎じを持て囃すとかレベル低すぎて草
あんなのGoで書くReact Nativeの中途半端なパクリに過ぎん
Flutter採用するくらいならエコシステム含めて普通にReact Nativeしかないわ
BlazorはServer、WebAssembly、PWA、Hybrid、Nativeと展開するみたいやからちょっとだけ期待しよう
しかしオープンソースにしたけど結局XAMLは見捨てられ死んでしまう運命なんだよな
俺もXAMLでキャリア積んだから思い入れあるんだが流石にHTML5+CSSと比較すると面倒臭すぎるしXamarin Formsなんてクソすぎて擁護できんわ
まぁC#はUnityのおかげで生き延びてるがMSの今の主力言語はTypeScriptなんだよな
そもそもMS自体がPython、React、Electron推しなのも謎すぎる
あんなのGoで書くReact Nativeの中途半端なパクリに過ぎん
Flutter採用するくらいならエコシステム含めて普通にReact Nativeしかないわ
BlazorはServer、WebAssembly、PWA、Hybrid、Nativeと展開するみたいやからちょっとだけ期待しよう
しかしオープンソースにしたけど結局XAMLは見捨てられ死んでしまう運命なんだよな
俺もXAMLでキャリア積んだから思い入れあるんだが流石にHTML5+CSSと比較すると面倒臭すぎるしXamarin Formsなんてクソすぎて擁護できんわ
まぁC#はUnityのおかげで生き延びてるがMSの今の主力言語はTypeScriptなんだよな
そもそもMS自体がPython、React、Electron推しなのも謎すぎる
740デフォルトの名無しさん
2020/03/15(日) 21:22:09.98ID:BH6a3oaD >>739
突っ込みどころあり過ぎて草
突っ込みどころあり過ぎて草
741デフォルトの名無しさん
2020/03/15(日) 22:59:12.83ID:b9Qsc7j/ React Native には、Expo, Expo Snack がある！
742デフォルトの名無しさん
2020/03/16(月) 08:38:25.64ID:jW8u7GrL React Nativeのエコシステムなんてあるようで全くないから
というのも元のJava Scriptが元々ブラウザ向けだから、もちろんDOMいじくるようなライブラリはNativeで動かねぇだろうし大半がReact Nativeでのモバイル開発で役立たず
というのも元のJava Scriptが元々ブラウザ向けだから、もちろんDOMいじくるようなライブラリはNativeで動かねぇだろうし大半がReact Nativeでのモバイル開発で役立たず
743デフォルトの名無しさん
2020/03/30(月) 09:43:26.28ID:ExQkntaE VS2019 16.5.1に上げたらMacとのペアリングに失敗するようになった...
744デフォルトの名無しさん
2020/04/01(水) 19:42:24.74ID:mCD+q4Nn わいもバージョンあげたら証明書がうんたらかんたら6.1.2が6.1.4で〜みたいなエラーが出た
解決しようとしたら思いのほか大変でしょうがないから
Visual Studio for Macで開発すっかってやってみたら
あまりのクソっぷりに脱糞してるとこ
VSCodeでXamarin開発できないの・・・？
解決しようとしたら思いのほか大変でしょうがないから
Visual Studio for Macで開発すっかってやってみたら
あまりのクソっぷりに脱糞してるとこ
VSCodeでXamarin開発できないの・・・？
745デフォルトの名無しさん
2020/04/02(木) 00:49:47.26ID:XpIQL7+q c#とvsの相乗効果を帳消しして余りあるクソっぷり
746デフォルトの名無しさん
2020/04/02(木) 03:18:02.93ID:0wwOuy1k MSがXamarinやなくて謎のReact推しやからな
FbもReactNative for WinリリースしたしXamarinマジでオワコン
そもそもXAMLがHTML5+CSSにあらゆる面でどうやっても勝てない
糞面倒くさいXML拡張てのがオワコンやね
FbもReactNative for WinリリースしたしXamarinマジでオワコン
そもそもXAMLがHTML5+CSSにあらゆる面でどうやっても勝てない
糞面倒くさいXML拡張てのがオワコンやね
747デフォルトの名無しさん
2020/04/02(木) 11:05:46.39ID:uM4V4y/I 正直jsはほんと使いたくないのでXamarinでいいです
748デフォルトの名無しさん
2020/04/08(水) 21:30:57.65ID:dHulCgaV VisualStudio for Mac やばない？
日本語入力してエンターキーで確定したらIMEの確定のはずが
改行が入力されて意味分からんところに日本語が入力されたりめちゃくちゃなんだが
日本語入力できないとか全く使い物にならん
日本語入力してエンターキーで確定したらIMEの確定のはずが
改行が入力されて意味分からんところに日本語が入力されたりめちゃくちゃなんだが
日本語入力できないとか全く使い物にならん
749デフォルトの名無しさん
2020/04/09(木) 14:09:45.73ID:M3ut85Eo 日本語なんかいらんだろ
750デフォルトの名無しさん
2020/04/09(木) 16:22:13.75ID:RTR2QVCs >>748
アメリカのソフトは全体的に日本人が不利になるようなことを増やしてきている。
アメリカのソフトは全体的に日本人が不利になるようなことを増やしてきている。
751デフォルトの名無しさん
2020/04/10(金) 12:02:37.85ID:23nD1S2N 初歩的な質問ですまないがXamarinでクロスプラットフォーム開発するのと、Swift・Kotlinで分けて開発するのってどっちが吉？
もちろんひとや会社の状況によるだろうけど実際にXamarin使ってる人たち視点でここが優秀、ここが糞っていうのを教えて欲しい
もちろんひとや会社の状況によるだろうけど実際にXamarin使ってる人たち視点でここが優秀、ここが糞っていうのを教えて欲しい
752デフォルトの名無しさん
2020/04/10(金) 13:57:06.75ID:rrzaXVwv 100%ネイティブ
Xamarinはフロントエンドのロジック共有できるがUIはカスタマイズするなら別実装必要かつ超めんどい
あとBaaSなんかのサードパッケージがバグだらけで絶対ハマる
Xamarinはフロントエンドのロジック共有できるがUIはカスタマイズするなら別実装必要かつ超めんどい
あとBaaSなんかのサードパッケージがバグだらけで絶対ハマる
753デフォルトの名無しさん
2020/04/10(金) 21:49:25.89ID:rrzaXVwv そもそもXamarinは当時フロントエンドのUI、ロジックをクロスプラットフォームにC#だけで書けることだけがメリット
今そんなの腐るほどあってXAMLのメリットもただWPF/UWP開発してたやつはMVVMやフレームワーク含めた諸々を引き継げるでってだけ
Xamarin FormsのXAMLそのものがHTML5+CSSにあらゆる点で劣ってる時点でオワコン
今C#なんてUnityだけで耐えてるようなもんだろ
今そんなの腐るほどあってXAMLのメリットもただWPF/UWP開発してたやつはMVVMやフレームワーク含めた諸々を引き継げるでってだけ
Xamarin FormsのXAMLそのものがHTML5+CSSにあらゆる点で劣ってる時点でオワコン
今C#なんてUnityだけで耐えてるようなもんだろ
754デフォルトの名無しさん
2020/04/10(金) 21:57:25.26ID:MU8/U4/k B to Cのアプリいくつか案件でやったけど自分はネイティブで分けて作るとか絶対やらんわ
よくそんなめんどくさいことすき好んでやるなぁと思う
UIの作り込みが昨今だとXAMLよりいいのあるんじゃないかって話はまあ分かるけどそれでもそんな二つ別々に作るよりははるかに手間かからん
まあ別部隊が各々作るなら良いけどうちはビジネスロジックもそこそこフロントに実装してるから別言語で作り直すとかありえん
Xamarin.Formsで作ってるけどUIもアニメーション含めてそこそこ良い感じに仕上がってると思う
フラッターの方がいいんじゃ？ってのはまだ議論の余地あるけどあれはあれで闇な部分もあるしな
よくそんなめんどくさいことすき好んでやるなぁと思う
UIの作り込みが昨今だとXAMLよりいいのあるんじゃないかって話はまあ分かるけどそれでもそんな二つ別々に作るよりははるかに手間かからん
まあ別部隊が各々作るなら良いけどうちはビジネスロジックもそこそこフロントに実装してるから別言語で作り直すとかありえん
Xamarin.Formsで作ってるけどUIもアニメーション含めてそこそこ良い感じに仕上がってると思う
フラッターの方がいいんじゃ？ってのはまだ議論の余地あるけどあれはあれで闇な部分もあるしな
755デフォルトの名無しさん
2020/04/10(金) 22:00:58.68ID:MU8/U4/k >>753
腐るほどあるならまともなもの後何があるのか教えてくれ
後C#は言語としてまあモダンなものより劣ってるとこもあるかもだが色々頻繁に手が入って開発環境や対応できる場面含めて悪い選択肢じゃないぞ？
腐るほどあるならまともなもの後何があるのか教えてくれ
後C#は言語としてまあモダンなものより劣ってるとこもあるかもだが色々頻繁に手が入って開発環境や対応できる場面含めて悪い選択肢じゃないぞ？
756デフォルトの名無しさん
2020/04/10(金) 22:12:32.96ID:2KZut19P web 系のOSS のライブラリは、Linux サーバーを対象にしてる
Windows を対象にしていない。
Windowsで動くように作っていない
Windows で、web 系はダメ！
#!/usr/bin/env node
とか、1行目に、Linux のシバンを書いているファイルも多い
Windows を対象にしていない。
Windowsで動くように作っていない
Windows で、web 系はダメ！
#!/usr/bin/env node
とか、1行目に、Linux のシバンを書いているファイルも多い
757デフォルトの名無しさん
2020/04/10(金) 22:16:46.69ID:O9u0T8z/ もともとxamarinはC#ユーザー向けに使いやすくしましょうって始まったんだから
C#に慣れてる人間が多い会社はXamarin
そうじゃ無ければkotlinなりcordovaなりすればいいだけで
そんなにこだわるようなことじゃないだろ
C#に慣れてる人間が多い会社はXamarin
そうじゃ無ければkotlinなりcordovaなりすればいいだけで
そんなにこだわるようなことじゃないだろ
758デフォルトの名無しさん
2020/04/10(金) 22:17:52.62ID:O9u0T8z/ このスレの人間にはUnityだけで頑張るとかして欲しい気はちょっとするけども
759デフォルトの名無しさん
2020/04/10(金) 22:30:12.07ID:rrzaXVwv C#そのものは数ある言語の中でも個人的大好きなんよ
静的型付けとモダンさのちょうど良いバランスとか最高
今ならXamarinよりBlazorキャッチアップした方が良い
静的型付けとモダンさのちょうど良いバランスとか最高
今ならXamarinよりBlazorキャッチアップした方が良い
760デフォルトの名無しさん
2020/04/11(土) 10:40:57.59ID:qPntir+y なんでIPhoneはPWA対応しないんだろうか。
とりあえずはその程度のソフトでいいんだよ。
とりあえずはその程度のソフトでいいんだよ。
761デフォルトの名無しさん
2020/04/11(土) 15:44:12.57ID:crCNzVv+ >>760
iPhoneでもPWAには最低限の対応は出来ていて、既にHome画面への追加は出来るんじゃないの？
iPhoneでもPWAには最低限の対応は出来ていて、既にHome画面への追加は出来るんじゃないの？
762デフォルトの名無しさん
2020/04/11(土) 18:42:23.66ID:GuCu+0oZ いやどう考えてもflutterでしょ。
763デフォルトの名無しさん
2020/04/12(日) 10:41:22.64ID:tIzXWtYO >>760
詳しくないから分からんけど、例えば東京アメッシュはホーム画面に追加するとアプリみたいに動くよね
詳しくないから分からんけど、例えば東京アメッシュはホーム画面に追加するとアプリみたいに動くよね
764デフォルトの名無しさん
2020/04/12(日) 12:50:09.50ID:/w8/Kg8h 詳しくないならレスすんなダボ
765デフォルトの名無しさん
2020/04/12(日) 14:59:34.08ID:tIzXWtYO すまんかったな
766デフォルトの名無しさん
2020/04/12(日) 15:08:25.97ID:Ab+15CZe いいってことよ
767デフォルトの名無しさん
2020/04/12(日) 15:11:00.11ID:1gJ0u2rX PWAとかオワコン進めるとかど素人が知ったかしてて草
時代はWASMやしMS、GoogleはWASM推しでそのためのBlazorよ
時代はWASMやしMS、GoogleはWASM推しでそのためのBlazorよ
768デフォルトの名無しさん
2020/04/12(日) 16:02:57.66ID:FuTYVCGx 時代の潮流は、WasmとPWAの同時対応へと進んできている。
それらは互いに排他的ではなく、同時使用したときに最も力を発揮するので。
それらは互いに排他的ではなく、同時使用したときに最も力を発揮するので。
769デフォルトの名無しさん
2020/04/12(日) 16:13:32.07ID:1gJ0u2rX しかしKrippすげーな
MTGAで7000人以上の視聴者数とかKrippしか見たことないわ
MPLが人気なさすぎやねんな
MTGAで7000人以上の視聴者数とかKrippしか見たことないわ
MPLが人気なさすぎやねんな
770デフォルトの名無しさん
2020/04/12(日) 16:14:01.09ID:1gJ0u2rX 誤爆
771デフォルトの名無しさん
2020/04/13(月) 00:40:27.29ID:GKeZO3vv >>762
Flutterはネイティブコンポーネントとの共存があれでしょ
Flutterはネイティブコンポーネントとの共存があれでしょ
772デフォルトの名無しさん
2020/04/13(月) 00:54:25.95ID:pEIK3E4X ReactもFlutterもカスタマイズ必要でネイティブ触る必要ある場合途端に破綻するから最初からネイティブで書くほうがゲインあるんよ
ネイティブ実装を自分でReact対応させられるスキルあるやつなんて滅多におらんし実際そこまでやるならネイティブで書くし
あとnpm含めたバージョンと依存関係でハマるからメンテもネイティブのが楽
ネイティブ実装を自分でReact対応させられるスキルあるやつなんて滅多におらんし実際そこまでやるならネイティブで書くし
あとnpm含めたバージョンと依存関係でハマるからメンテもネイティブのが楽
773デフォルトの名無しさん
2020/04/13(月) 08:07:27.98ID:GKeZO3vv774デフォルトの名無しさん
2020/04/13(月) 09:52:23.73ID:dpD6DmZY >>771
最近じゃFlutter pubもだいぶ充実してきたし、ほとんど自分でNative部分を書くことはないなぁ。
WebViewサポートが弱いのと、OpenGLがiOSで使えないのが難点だけど。
最近じゃFlutter pubもだいぶ充実してきたし、ほとんど自分でNative部分を書くことはないなぁ。
WebViewサポートが弱いのと、OpenGLがiOSで使えないのが難点だけど。
775デフォルトの名無しさん
2020/04/13(月) 14:02:51.68ID:GKeZO3vv IMEもなんかダメみたいなこと誰か言ってたけどそれは大丈夫？
いずれにしても全部自前描画はメリットもあるけどデメリットもあるから案件次第だよなぁ
いずれにしても全部自前描画はメリットもあるけどデメリットもあるから案件次第だよなぁ
776デフォルトの名無しさん
2020/04/13(月) 14:33:31.95ID:YsL47azo swiftで作成済みのアプリ(ソース)をXamarin.iOSに移植するのって簡単？
777デフォルトの名無しさん
2020/04/13(月) 15:07:29.68ID:LfjpuyHN simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
778デフォルトの名無しさん
2020/04/13(月) 21:16:01.73ID:GKeZO3vv >>776
SwiftUIとかよく知らんのでその辺は分からんけど、ObjectiveCでも実現出来そうなら多分簡単
SwiftUIとかよく知らんのでその辺は分からんけど、ObjectiveCでも実現出来そうなら多分簡単
779デフォルトの名無しさん
2020/04/13(月) 21:48:31.75ID:YsL47azo780デフォルトの名無しさん
2020/04/14(火) 00:15:32.05ID:ZKw4nFPq >>779
Swiftよく知らんのであれなんだけど要は既存のUIKitとか使って実装してるものならXamarin.iOSはただそれをそのままC#で書けるので実装は可能だよ言いたかった。
SwiftUI はよく知らんのだけどあれもきぞんのUIKitを違う形でかけるよってだけ？
Swiftよく知らんのであれなんだけど要は既存のUIKitとか使って実装してるものならXamarin.iOSはただそれをそのままC#で書けるので実装は可能だよ言いたかった。
SwiftUI はよく知らんのだけどあれもきぞんのUIKitを違う形でかけるよってだけ？
781デフォルトの名無しさん
2020/04/14(火) 00:33:16.19ID:/bYgfKQB Xamarin、React、FlutterでUIの実装が違う
ReactとFlutterは独自実装だからカスタマイズ前提の仕様で独自UIの実装が容易
Xamarinはネイティブラッパーやからカスタマイズが超大変
ぶっちゃけアプリ案件でUIいじらないって100％ありえへんからそれだけでXamarinて択がなくなる
ReactとFlutterは独自実装だからカスタマイズ前提の仕様で独自UIの実装が容易
Xamarinはネイティブラッパーやからカスタマイズが超大変
ぶっちゃけアプリ案件でUIいじらないって100％ありえへんからそれだけでXamarinて択がなくなる
782デフォルトの名無しさん
2020/04/14(火) 00:51:21.10ID:NfqpKzyC XAMLの柔軟さ知らんとか
783デフォルトの名無しさん
2020/04/14(火) 01:04:45.44ID:tGjJf6XN >>782
個人的には、グラフィックの Line 文や画像描画命令でプログラムから
カスタマイズできるほうが便利だと思っているので、native wrapperより
独自描画してくれていた方が便利そう。
個人的には、グラフィックの Line 文や画像描画命令でプログラムから
カスタマイズできるほうが便利だと思っているので、native wrapperより
独自描画してくれていた方が便利そう。
784デフォルトの名無しさん
2020/04/14(火) 01:56:10.54ID:tGjJf6XN >>783
それと、表示だけでなく、Edit要素の5行目に文字列を挿入したいような
場合、native要素だとどれだけ互換性の問題がクリアされているか心配。
挿入後に勝手にスクロールするかどうかはWindowsだけでも非常に複雑。
でもそこが一番重要だったりする。
その辺が独自描画だとどのOSでも同じ動作になってくれるので楽。
それと、表示だけでなく、Edit要素の5行目に文字列を挿入したいような
場合、native要素だとどれだけ互換性の問題がクリアされているか心配。
挿入後に勝手にスクロールするかどうかはWindowsだけでも非常に複雑。
でもそこが一番重要だったりする。
その辺が独自描画だとどのOSでも同じ動作になってくれるので楽。
785デフォルトの名無しさん
2020/04/14(火) 02:13:08.80ID:ZKw4nFPq 同じ画面になってくれりゃいい場合と各プラットフォームでそれっぽい挙動して欲しい場合と色々いあるしなぁ
786デフォルトの名無しさん
2020/04/14(火) 02:21:47.88ID:2E7Y3bCM 久しぶりにxaml触ってるけど(xamarinじゃなくてwpfだが)ほんと楽だわ(覚えるまでが大変なんだろうが)
だが、wpfで今アプリ作ると見た目が残念になるし。materialdesignxaml使うとデスクトップアプリでは不要な余分なスペースだらけになるし
いくらxamlすごくても自分でテーマつくちゃうぐらいのセンスねぇし
まぁxamlどっかで復権してほしい。チャンスあるとすればwinui 3.0次第かな
だが、wpfで今アプリ作ると見た目が残念になるし。materialdesignxaml使うとデスクトップアプリでは不要な余分なスペースだらけになるし
いくらxamlすごくても自分でテーマつくちゃうぐらいのセンスねぇし
まぁxamlどっかで復権してほしい。チャンスあるとすればwinui 3.0次第かな
787デフォルトの名無しさん
2020/04/14(火) 04:39:50.38ID:/bYgfKQB なんかXamarin FormsでXAML楽チンて言ってるやつはほんまにXamarin Formsでアプリ書いたことあんのか
Entryのborderのcolorを変更するだけでiOS/AndroidそれぞれPlatformEffect継承・実装してSharedでRoutingEffect実装してくっそめんどいんやがどこにReact Nativeよりメリットあんのか教えてほしいわ
個人的にずっとWPF/MVVMで開発してたからXAMLは好きやしゴリゴリユーザー定義コントロール作ってたけどXamarin Formsはクソで少なくともUI実装においてJSX/TSXに勝てる要素がない
Entryのborderのcolorを変更するだけでiOS/AndroidそれぞれPlatformEffect継承・実装してSharedでRoutingEffect実装してくっそめんどいんやがどこにReact Nativeよりメリットあんのか教えてほしいわ
個人的にずっとWPF/MVVMで開発してたからXAMLは好きやしゴリゴリユーザー定義コントロール作ってたけどXamarin Formsはクソで少なくともUI実装においてJSX/TSXに勝てる要素がない
788デフォルトの名無しさん
2020/04/14(火) 05:41:55.93ID:cKJBH6Vu 初めてのアプリ開発にXamarinかFlutter使ってみようかと思ってたんだが、こういう流れ見てると素人ほどネイティブで作ったほうがよさそうね
楽しようとして結局苦労しそう
楽しようとして結局苦労しそう
789デフォルトの名無しさん
2020/04/14(火) 08:53:38.75ID:Z0PJ6Gcm >>788
ちょっと作ってみるにはFlutter、ガッツリ作るならFlutterでもnativeの知識必須。
ちょっと作ってみるにはFlutter、ガッツリ作るならFlutterでもnativeの知識必須。
790デフォルトの名無しさん
2020/04/14(火) 12:04:29.23ID:cKJBH6Vu >>789
ちなみにその基準の「ガッツリ」ってどの辺から…？
ちなみにその基準の「ガッツリ」ってどの辺から…？
791デフォルトの名無しさん
2020/04/14(火) 12:35:44.51ID:Z0PJ6Gcm >>790
ゲームのようなアプリとか、GPSやBLEをマニアックに使うアプリとか、スマホの性能ギリギリまで色々とやりたい時。
逆にスマホデバイスもほとんど使わずListViewレイアウトぐらいしか使わないアプリはFlutterのほうが早い。
mateと同じ見た目のアプリをFlutterでやろうとするとかなりシンドい。
ゲームのようなアプリとか、GPSやBLEをマニアックに使うアプリとか、スマホの性能ギリギリまで色々とやりたい時。
逆にスマホデバイスもほとんど使わずListViewレイアウトぐらいしか使わないアプリはFlutterのほうが早い。
mateと同じ見た目のアプリをFlutterでやろうとするとかなりシンドい。
792デフォルトの名無しさん
2020/04/14(火) 12:38:25.00ID:tGjJf6XN >>791
mateとは何？
mateとは何？
793デフォルトの名無しさん
2020/04/14(火) 12:43:16.68ID:cXvhmd3w 継承・実装って言うと大げさだけど右クリからポチポチクラスつくって
2,3ステップのコード書くだけやん
大体Xamarin Formsでいけるし
ios12→ios13のSegmentedControlの仕様変更は少し大変だったけど
2,3ステップのコード書くだけやん
大体Xamarin Formsでいけるし
ios12→ios13のSegmentedControlの仕様変更は少し大変だったけど
794デフォルトの名無しさん
2020/04/14(火) 14:17:39.96ID:v0ymr4mT Buttonをまったく違う形状にゴリゴリにカスタムしたい
Xamarin FormsならEffect、Visualを使ってコードビハインド
React NativeならCSSプロパティ設定するだけ
どっちが簡単かつ柔軟で実装が楽か結論でてるやろ
Xamarin FormsならEffect、Visualを使ってコードビハインド
React NativeならCSSプロパティ設定するだけ
どっちが簡単かつ柔軟で実装が楽か結論でてるやろ
795デフォルトの名無しさん
2020/04/14(火) 14:29:00.41ID:cKJBH6Vu796デフォルトの名無しさん
2020/04/14(火) 16:40:15.14ID:tGjJf6XN xamarinは、最小に近い簡単なプログラムでも *.apk が22MB位、
同じアプリをJavaとAndroid Studioで作ると *.apk は1.8MB位
で済むそうだ。
同じアプリをJavaとAndroid Studioで作ると *.apk は1.8MB位
で済むそうだ。
797デフォルトの名無しさん
2020/04/14(火) 19:48:26.60ID:ZKw4nFPq >>794
それはReactNativeがround buttonについて実装済みってだけじゃね？
それはReactNativeがround buttonについて実装済みってだけじゃね？
798デフォルトの名無しさん
2020/04/14(火) 20:22:18.78ID:tGjJf6XN ボタンの形とかより、なんとなくボタンを押したときのグラフィックの感じとか nativeのままだとが気に入らないことがある。
799デフォルトの名無しさん
2020/04/14(火) 20:47:05.20ID:ESEtnroG ソフトウェアの利用者は、ソフトウェアごとにお作法が違うとめんどくさい。
おまえのソフトは誰も使わないからどうでも良いけど。
おまえのソフトは誰も使わないからどうでも良いけど。
800デフォルトの名無しさん
2020/04/18(土) 13:56:59.23ID:wQ8s8orl Xamarin程の糞はないと3年前から言い続けてやっと時代が追いついた
801デフォルトの名無しさん
2020/04/18(土) 15:50:44.63ID:fn137wpb Xamarinはネイティブラッパーな仕様が糞すぎんだよ
RNやFlutterのように独自実装ならiOS/Android同じViewで同じ見た目にできるのにネイティブラッパーだからできない
肝心のXAMLも同じ見た目にする場合カスタムが必要でプラットフォームごとにコードビハインドで実装しないといけない糞仕様
FlutterはPlatformViewでネイティブ利用も改善されてきたがDartが糞すぎて嫌いだしWedgetsの構文がまんまJSXのパクリで草
RNは開発環境でハマるのが糞やけどXamarinやFlutterよりは好み
RNやFlutterのように独自実装ならiOS/Android同じViewで同じ見た目にできるのにネイティブラッパーだからできない
肝心のXAMLも同じ見た目にする場合カスタムが必要でプラットフォームごとにコードビハインドで実装しないといけない糞仕様
FlutterはPlatformViewでネイティブ利用も改善されてきたがDartが糞すぎて嫌いだしWedgetsの構文がまんまJSXのパクリで草
RNは開発環境でハマるのが糞やけどXamarinやFlutterよりは好み
802デフォルトの名無しさん
2020/04/18(土) 16:33:17.37ID:wQ8s8orl やっぱ俺の先見の明は確かだな
Xamarin程の糞はないしクロスプラットフォームは例外なく糞
Xamarin程の糞はないしクロスプラットフォームは例外なく糞
803デフォルトの名無しさん
2020/04/18(土) 18:32:06.74ID:P8mskINI 客が既にSwift/kotlinで作ってあるアプリをXamarinに切り替えるって言って聞かねーんだがどう説得すりゃいい？
ここで言われてるようにクソだからやめとけって言ってんのに全然だめだわ
切り替えたい理由は自社にネイティブの有識者はいないがXamarin経験者はいるから保守が楽になるだろうと言うことらしい
ここで言われてるようにクソだからやめとけって言ってんのに全然だめだわ
切り替えたい理由は自社にネイティブの有識者はいないがXamarin経験者はいるから保守が楽になるだろうと言うことらしい
804デフォルトの名無しさん
2020/04/18(土) 18:57:41.52ID:4BpF0I36 お前がそのXamarin経験者より下に見られているというだけの話
人脈作りを怠ったツケだよ
人脈作りを怠ったツケだよ
805デフォルトの名無しさん
2020/04/18(土) 20:17:12.55ID:/ytx5/P+ 歴史的過程から考えて今後長くXamarinが保守されるとは思えない。
806デフォルトの名無しさん
2020/04/18(土) 20:39:34.09ID:fn137wpb >>803
調達したチーフプログラマーはC#が得意だったという理由だけでXamarinにするなら絶対ハマるし属人化するから100％保守が大変になると説得しろ
俺がネイティブで書けと断言する理由はおおよその企業のプロジェクトにおいて一番苦労するのは人材の調達や交代やからや
プログラマーを調達・交代できずに苦労するのが目に見えてるから先を見てネイティブで書けと言ってんねん
そら最新の言語・環境なんかのメタをすぐキャッチアップできるフルスタックな高スペックプログラマーがいくらでも社内におるなら別やから好きにすればええけどな
調達したチーフプログラマーはC#が得意だったという理由だけでXamarinにするなら絶対ハマるし属人化するから100％保守が大変になると説得しろ
俺がネイティブで書けと断言する理由はおおよその企業のプロジェクトにおいて一番苦労するのは人材の調達や交代やからや
プログラマーを調達・交代できずに苦労するのが目に見えてるから先を見てネイティブで書けと言ってんねん
そら最新の言語・環境なんかのメタをすぐキャッチアップできるフルスタックな高スペックプログラマーがいくらでも社内におるなら別やから好きにすればええけどな
807デフォルトの名無しさん
2020/04/18(土) 21:58:04.77ID:3mtqo+/y 問題起きても客が対応するって事だろ？
Xamarinに切り替えたらええやん
ディスコンになったらまた切り替える羽目になるんだから
いっぱい稼げて美味しいじゃん
Xamarinに切り替えたらええやん
ディスコンになったらまた切り替える羽目になるんだから
いっぱい稼げて美味しいじゃん
808デフォルトの名無しさん
2020/04/18(土) 22:22:28.86ID:17rA1OD4 企業としてのXamarin社は当面残るだろうが、プロダクトとしてのXamarinは.NET 5(更に先の.NET 6)に統合
することをMicrosoftが言明している
中身はともかくXamarinの名称そのものは近いうちに消滅する
することをMicrosoftが言明している
中身はともかくXamarinの名称そのものは近いうちに消滅する
809デフォルトの名無しさん
2020/04/18(土) 22:35:09.48ID:17rA1OD4810デフォルトの名無しさん
2020/04/18(土) 22:43:05.30ID:ohc251Od xamlをちゃんとデザインできるようになったら
xamarinと言う名前はどうでも良いし、上手く行けばUWPを1回書いたら
Windowsでもandroidでも動くように・・・・なるのかな
AdobeのFlashはAndroidもiOSもWindowsもmacも全部同じバイナリが同じように動いたのに残念だった・・・
xamarinと言う名前はどうでも良いし、上手く行けばUWPを1回書いたら
Windowsでもandroidでも動くように・・・・なるのかな
AdobeのFlashはAndroidもiOSもWindowsもmacも全部同じバイナリが同じように動いたのに残念だった・・・
811デフォルトの名無しさん
2020/04/18(土) 23:07:41.88ID:fn137wpb XAMLがすでにオワコンやねんなー
XAMLでウェブアプリ作るサードフレームワークあったけど盛り上がらずMSも買収せんかったし
んで結局アプリ・ウェブをクロスプラットフォーム開発可能なBlazorがリリースでこっち推しはじめて時代はWASM/WASIのBlazorですよと
.NETもオープンソース化に遅れてオワコン化手前までいったけどUnityなんかでなんとか耐えたけどXAMLは完全にオワコン
ウェブとモバイルを軽視しすぎたMSの失敗でXAML死んでしもうた、XAMLでウェブ開発かのうにすべきやったと思うけどASPあるからしゃーないわな
XAMLでウェブアプリ作るサードフレームワークあったけど盛り上がらずMSも買収せんかったし
んで結局アプリ・ウェブをクロスプラットフォーム開発可能なBlazorがリリースでこっち推しはじめて時代はWASM/WASIのBlazorですよと
.NETもオープンソース化に遅れてオワコン化手前までいったけどUnityなんかでなんとか耐えたけどXAMLは完全にオワコン
ウェブとモバイルを軽視しすぎたMSの失敗でXAML死んでしもうた、XAMLでウェブ開発かのうにすべきやったと思うけどASPあるからしゃーないわな
812デフォルトの名無しさん
2020/04/18(土) 23:18:09.01ID:WrPHGxWE813デフォルトの名無しさん
2020/04/18(土) 23:39:28.03ID:CS3u3Tw7 だな。MSがやらんから、他がやろうとして結局リソース不足の品質でリソース分散で共倒れ
814デフォルトの名無しさん
2020/04/18(土) 23:43:27.75ID:CS3u3Tw7 Unoもそうだしavalonia UIもそうだし。リソース分散
815デフォルトの名無しさん
2020/04/19(日) 01:29:47.93ID:Oq5q/6b/816デフォルトの名無しさん
2020/04/19(日) 07:56:25.34ID:GnNEWbfE817デフォルトの名無しさん
2020/04/19(日) 11:43:35.74ID:PHF08D3U ロジック共有なんてRNもFlutterも一緒やしすでにXamarinの専売特許やないねん
そもそも当事者のMSがSkypeをRN、VSCodeをElectronで書いてるからな
Blazor推すならさっさとこれらをBlazorで書き直せと、なんかMSは縦割りなんか知らんがやってることがあべこべなんよ
俺がMSの開発環境に絶望して忌避するようになった理由はそこなんや、C#そのもの今でも一番好きな言語や
そもそも当事者のMSがSkypeをRN、VSCodeをElectronで書いてるからな
Blazor推すならさっさとこれらをBlazorで書き直せと、なんかMSは縦割りなんか知らんがやってることがあべこべなんよ
俺がMSの開発環境に絶望して忌避するようになった理由はそこなんや、C#そのもの今でも一番好きな言語や
818デフォルトの名無しさん
2020/04/19(日) 12:04:47.37ID:SSne+rmz マイクロソフトが嫌いだからって周りにマイクロソフト嫌い菌をばら撒くとか気違いすぎる
819デフォルトの名無しさん
2020/04/19(日) 15:55:50.46ID:6bquO9e1 さすがにblazorで書き直せはいくらなんでも明確なメリットないと相手が大企業で高収益企業だからって無茶苦茶すぎる
820デフォルトの名無しさん
2020/04/19(日) 19:26:04.40ID:Oq5q/6b/ すまん、ネイティブしかやった事ないけどロジック共有ってどのくらいできるものなの？
ささっとググったら半分も行きゃ良い方、ＵＩ周りは結局別で作らなアカンしXamarin特有のバグもあるから旨味が消えてしまうケースも多いと出てきたんやが
ささっとググったら半分も行きゃ良い方、ＵＩ周りは結局別で作らなアカンしXamarin特有のバグもあるから旨味が消えてしまうケースも多いと出てきたんやが
821デフォルトの名無しさん
2020/04/19(日) 21:13:36.66ID:GnNEWbfE822デフォルトの名無しさん
2020/04/19(日) 21:19:48.40ID:GnNEWbfE >>817
Xamarin,RN,Flutter各々のいいところ悪いところあんだからじぶんがつかいやすいものをえらべばいいだけでは。
MSがそれらを作り直さないのはわざわざ作り直す必要性がないしそれらを選んだのも既存コードとの関係でそうした方が都合が良かっただけだろ
Xamarin,RN,Flutter各々のいいところ悪いところあんだからじぶんがつかいやすいものをえらべばいいだけでは。
MSがそれらを作り直さないのはわざわざ作り直す必要性がないしそれらを選んだのも既存コードとの関係でそうした方が都合が良かっただけだろ
823デフォルトの名無しさん
2020/04/20(月) 00:07:25.86ID:05gfjB9s まあマジレスすると、Xamarinが最強とかは言わないけどロジック共有して開発できる実プロジェクトで十分問題なく使えるある意味枯れたクロスプラットフォーム開発環境として十分に選択候補としうるものだと思うけどね
js得意ならRNとかでもいいんじゃね？
js得意ならRNとかでもいいんじゃね？
824デフォルトの名無しさん
2020/04/20(月) 00:29:37.44ID:6R58LHRL825デフォルトの名無しさん
2020/04/20(月) 00:51:06.29ID:05gfjB9s >>824
X.iOSと泥は各プラットフォームネイティブアプリをC#で書ける仕組み。それだとUIも各プラットフォームの流儀で書く。Xamarin.Nativeとも呼ばれる。
FormsはXAMLを使ってどちらででも動くUIコードを書けるフレームワーク。
AppDelegateとかMainActivityとかからXamarin.Forms.Init()などを呼んで動く。XAMLで書かれたコードは結局は各プラットフォームのUI,ViewControllerやら何やらに作用して動く。ので共通コードで書いても各プラットフォームっぽいUIになる。
X.iOSと泥は各プラットフォームネイティブアプリをC#で書ける仕組み。それだとUIも各プラットフォームの流儀で書く。Xamarin.Nativeとも呼ばれる。
FormsはXAMLを使ってどちらででも動くUIコードを書けるフレームワーク。
AppDelegateとかMainActivityとかからXamarin.Forms.Init()などを呼んで動く。XAMLで書かれたコードは結局は各プラットフォームのUI,ViewControllerやら何やらに作用して動く。ので共通コードで書いても各プラットフォームっぽいUIになる。
826デフォルトの名無しさん
2020/04/20(月) 00:55:16.91ID:05gfjB9s のでFlutterが全部自前描画して共通なUIを作ってるのとはまるっきりアプローチが違う。これは強みでもあり弱みでもある。Flutterは同じ見た目のアプリを作るのは容易い。が自前描画ゆえ既存のネイティブコントロールとの混在などが苦手。
のでwebViewがらみとか弱いらしい(使ったことないので聞き齧り
のでwebViewがらみとか弱いらしい(使ったことないので聞き齧り
827デフォルトの名無しさん
2020/04/20(月) 01:14:21.43ID:6R58LHRL828デフォルトの名無しさん
2020/04/20(月) 01:33:06.60ID:05gfjB9s >>827
共通にするが故のデメリットもあるから銀の弾丸じゃないけどハマればメリット多いと思うよ
共通にするが故のデメリットもあるから銀の弾丸じゃないけどハマればメリット多いと思うよ
829デフォルトの名無しさん
2020/04/20(月) 02:07:03.57ID:GN/y6l6Z Formsはフォームにパーツを配置してデザインできないのがなぁ
開発画面はXamarin.Androidと大差ないのに
Visual Studioの機能を生かし切ってないのが不思議
開発画面はXamarin.Androidと大差ないのに
Visual Studioの機能を生かし切ってないのが不思議
830デフォルトの名無しさん
2020/04/20(月) 03:07:41.21ID:DoM12LuD c#使いが期待するのはまさにそれなのよね
だからみんなコレジャナイ感で手が進まない
だからみんなコレジャナイ感で手が進まない
831デフォルトの名無しさん
2020/04/20(月) 04:22:38.14ID:UNVFAI75 そんなんレベル低いやつだけだろ
ポトペタでUI作るやつなんてウェブですらおらんぞ
勝手にC#erの総意にすんなよ
ポトペタでUI作るやつなんてウェブですらおらんぞ
勝手にC#erの総意にすんなよ
832デフォルトの名無しさん
2020/04/20(月) 04:32:32.69ID:kOYyWV6G いちいち意図通りのUIになってるか確認する作業と調整を繰り返すんですかね？
それこそ低能なような
それこそ低能なような
833デフォルトの名無しさん
2020/04/20(月) 06:14:03.58ID:UNVFAI75 なんのためのホットリロードなんだよ
こんなレベルであれこれ言ってんだから草
こんなレベルであれこれ言ってんだから草
834デフォルトの名無しさん
2020/04/20(月) 07:14:16.95ID:kOYyWV6G で、するんでしょ？微調整
バカみたい
バカみたい
835デフォルトの名無しさん
2020/04/20(月) 09:32:16.15ID:BCzgJ5Ml >>827
ところがどっこい、Formsは最大公約数でしかないので細かいことをしようと思ったら結局Native UI使うハメに。
それにFormsはNative UIへマッピングされてるに過ぎないので細かい挙動が違うこともしばしば。
それでも別に作るより楽だけどね。
ところがどっこい、Formsは最大公約数でしかないので細かいことをしようと思ったら結局Native UI使うハメに。
それにFormsはNative UIへマッピングされてるに過ぎないので細かい挙動が違うこともしばしば。
それでも別に作るより楽だけどね。
836デフォルトの名無しさん
2020/04/20(月) 10:19:08.20ID:UNVFAI75 なんかレベル低いそもそもネットで調べただけでXAMLまともに書いてないにわかが湧いてんな
XAMLをデザイナで作るやつなんていねーんだよバカそもそもExpression Blendすらそんなのあったななんて存在なのにおまえにはWindows FormsかVBがお似合いなんだよボケ
XAMLの真骨頂のControl TemplateやFlameworkElementでゴリゴリにカスタマイズするときにポトペタできないとか微調整するんですかとか無知すぎんだよにわかが
XAMLは常にデータバインド意識しながら書くんだから微調整するに決まってんだろだからMSもホットリロード実装しんたんだよにわか
XAMLをデザイナで作るやつなんていねーんだよバカそもそもExpression Blendすらそんなのあったななんて存在なのにおまえにはWindows FormsかVBがお似合いなんだよボケ
XAMLの真骨頂のControl TemplateやFlameworkElementでゴリゴリにカスタマイズするときにポトペタできないとか微調整するんですかとか無知すぎんだよにわかが
XAMLは常にデータバインド意識しながら書くんだから微調整するに決まってんだろだからMSもホットリロード実装しんたんだよにわか
837デフォルトの名無しさん
2020/04/20(月) 11:09:51.54ID:jovhkyc0 それまた総意にあらず
838デフォルトの名無しさん
2020/04/20(月) 12:11:28.62ID:fMgMJHTS >>835
最大公約数でしかないって何？
最大公約数でしかないって何？
839デフォルトの名無しさん
2020/04/20(月) 13:02:16.52ID:UNVFAI75 総意にあらずとか無知すぎんだろ
XAMLはMVVMアーキテクチャでViewを書くために作られてデータバインドなくしてXAMLはねーんだよ
そもそもXAMLのオブジェクトはすべてDependencyObjectを継承してんの理解してんのか？HTMLのDOMじゃないんだぞ？
マジでレベル低すぎんな
XAMLはMVVMアーキテクチャでViewを書くために作られてデータバインドなくしてXAMLはねーんだよ
そもそもXAMLのオブジェクトはすべてDependencyObjectを継承してんの理解してんのか？HTMLのDOMじゃないんだぞ？
マジでレベル低すぎんな
840デフォルトの名無しさん
2020/04/20(月) 13:02:52.76ID:05gfjB9s841デフォルトの名無しさん
2020/04/20(月) 13:04:21.37ID:05gfjB9s 俺もデザイナーいらんと思うわ
どうせ実機とずれるし。だったらちゃんと動くホットリロードあるならそれの方がいい
どうせ実機とずれるし。だったらちゃんと動くホットリロードあるならそれの方がいい
842デフォルトの名無しさん
2020/04/20(月) 22:07:43.15ID:b3yaclNL WYSIWYGはいらんなぁ
デルファイかよっていう
デルファイかよっていう
843デフォルトの名無しさん
2020/04/20(月) 22:39:41.45ID:dWN0acGR >>840
XAMLのHot Reloadは言語的制約で完全じゃないしまだプレビューだからかバグい
Viewの変更を保存したらリビルドせずにリアルタイムで反映させられるんだがもちろんロジックであるViewModel以下の変更は反映されない
まぁLive Visual Treeあれば俺は気にしないがな、これがなかった昔は実行時生成のバッキングフィールドやnameしらべるてて大変だった
XAMLのHot Reloadは言語的制約で完全じゃないしまだプレビューだからかバグい
Viewの変更を保存したらリビルドせずにリアルタイムで反映させられるんだがもちろんロジックであるViewModel以下の変更は反映されない
まぁLive Visual Treeあれば俺は気にしないがな、これがなかった昔は実行時生成のバッキングフィールドやnameしらべるてて大変だった
844デフォルトの名無しさん
2020/04/20(月) 22:49:30.38ID:dWN0acGR Unoとかも結局WasmでWebアプリ書けないからダメだな
XAMLをHTML5+Javascriptに変換するトランスパイラないと人気でるわけない
まぁXamarinをバックエンドに使ってるだけだからできんのだろうが
XAMLをHTML5+Javascriptに変換するトランスパイラないと人気でるわけない
まぁXamarinをバックエンドに使ってるだけだからできんのだろうが
845デフォルトの名無しさん
2020/04/21(火) 00:16:32.88ID:rmO6iLFN Xamarinはオワコン
846デフォルトの名無しさん
2020/04/21(火) 02:04:20.08ID:6/vFVEou847デフォルトの名無しさん
2020/04/21(火) 02:33:17.11ID:6/vFVEou848デフォルトの名無しさん
2020/04/21(火) 06:56:19.39ID:x2/5dS40 >>847
どういう比較だよw
どういう比較だよw
849デフォルトの名無しさん
2020/04/21(火) 11:51:53.34ID:6/vFVEou 不思議なことにgithubのstar数ではJSを使うものが圧倒的人気が有り、JSを使うところのvueは、C++を使うところのQtの数100〜1,000倍くらい人気。
そしてさらに不思議なことに、C#は人気だとされるにもかかわらず、GoogleTrendsやqiitaでは、C#を使うところのXamarinとBlazorは、人気が非常に低い。
その中でも特にBlazorは人気が無い。
そしてさらに不思議なことに、C#は人気だとされるにもかかわらず、GoogleTrendsやqiitaでは、C#を使うところのXamarinとBlazorは、人気が非常に低い。
その中でも特にBlazorは人気が無い。
850デフォルトの名無しさん
2020/04/21(火) 11:54:52.99ID:6/vFVEou >>849
もっと言えば、最大人気言語とされるPythonは、githubのstar数では、githubにあるPythonの中では最高のcythonでもvueの10分の1以下しかない。
もっと言えば、最大人気言語とされるPythonは、githubのstar数では、githubにあるPythonの中では最高のcythonでもvueの10分の1以下しかない。
851デフォルトの名無しさん
2020/04/21(火) 14:04:31.21ID:6/vFVEou >>850
スマン。2箇所間違いがあった。
1. cythonではなく、cpythonだった。
cpythonは、pythonインタプリタの処理系そのものなので、cythonとは違う。
2. star 数は vue の 1/10 ではなく、1/5程度だった。
スマン。2箇所間違いがあった。
1. cythonではなく、cpythonだった。
cpythonは、pythonインタプリタの処理系そのものなので、cythonとは違う。
2. star 数は vue の 1/10 ではなく、1/5程度だった。
852デフォルトの名無しさん
2020/04/21(火) 15:36:03.75ID:6/vFVEou https://news.mynavi.jp/article/20191112-922010/
↑
を見ると、2019/11時点のgithubでは、Dartが532%、Rustが235%の急上昇中。
Dartといえばflutterなので、flutterの人気も急上昇中なのではないか。
githubでの言語ランキングは、
JavaScript>Python>Java>PHP>C#>C++>TypeScript>Shell>C>Ruby.
なお、これを見れば分かるように、githubは、Webのフロントサイド寄りのプログラミング言語の利用が多い
ので、この人気順位には偏りがある。
↑
を見ると、2019/11時点のgithubでは、Dartが532%、Rustが235%の急上昇中。
Dartといえばflutterなので、flutterの人気も急上昇中なのではないか。
githubでの言語ランキングは、
JavaScript>Python>Java>PHP>C#>C++>TypeScript>Shell>C>Ruby.
なお、これを見れば分かるように、githubは、Webのフロントサイド寄りのプログラミング言語の利用が多い
ので、この人気順位には偏りがある。
853デフォルトの名無しさん
2020/04/21(火) 19:02:53.94ID:x2/5dS40 いやクロスプラットフォーム開発とフロントエンド開発比べてどうすんの
それはそれで意味ある時もあるけどちょっとその比較は違わん？
それはそれで意味ある時もあるけどちょっとその比較は違わん？
854デフォルトの名無しさん
2020/04/21(火) 20:02:22.20ID:Y+NSORKQ アンチのせいで他との比較ばかりだなｗ
Xamarinもネタないけどｗ
Xamarinもネタないけどｗ
855デフォルトの名無しさん
2020/04/21(火) 20:18:00.99ID:5kgPgWKQ もうXamarinに将来はないから次の乗り換え先情報交換スレになってるね。
856デフォルトの名無しさん
2020/04/21(火) 20:19:26.78ID:HADG6GDb 学生が作った、ブラウザでプログラミングできる、CodeSandbox が、GitHub と連携してるから
【クライアント側】
Angular、React、Vanilla、Vue、CxJS、Dojo、Preact、React+TS、Reason、Svelte
【サーバ側】
Gatsby、Next.js、Node、Nuxt.js、Apollo
Ruby on Rails でも、こういうサイトを作ってほしい
【クライアント側】
Angular、React、Vanilla、Vue、CxJS、Dojo、Preact、React+TS、Reason、Svelte
【サーバ側】
Gatsby、Next.js、Node、Nuxt.js、Apollo
Ruby on Rails でも、こういうサイトを作ってほしい
857デフォルトの名無しさん
2020/05/01(金) 09:59:11.21ID:YoqLDxfC Xamarin.Androidでシミュレーター実行できなくなった
858デフォルトの名無しさん
2020/05/02(土) 13:18:03.27ID:klrz6h5W Android StudioがまともやったらFlutterもありなんやけどな
あのクソUIはベースEcripseなんちゃうんかマジクソ
VSで全言語対応してくれりゃ神なんやけどな
あのクソUIはベースEcripseなんちゃうんかマジクソ
VSで全言語対応してくれりゃ神なんやけどな
859デフォルトの名無しさん
2020/05/08(金) 07:53:43.46ID:VydEaqt4 >>857自己解決した。
Windows10のバージョンを1809から1909に上げたらAndroid Emulatorで実行できた
Windows10のバージョンを1809から1909に上げたらAndroid Emulatorで実行できた
860デフォルトの名無しさん
2020/05/08(金) 10:13:01.32ID:FjJgjOjP おっちゃんgood jobやでー
861デフォルトの名無しさん
2020/05/09(土) 20:09:47.55ID:4uE+Mnyr 本家の開発環境で一般化しているライブラリがXamarinに無かったりするのが辛いな
小さな差が積もり積もって地味に効いてくる
例えばRecyclerViewとか直接使ってる人なんてあんましおらんだろう
小さな差が積もり積もって地味に効いてくる
例えばRecyclerViewとか直接使ってる人なんてあんましおらんだろう
862デフォルトの名無しさん
2020/05/09(土) 20:15:19.84ID:43yE6bBe Epoxy？groupie？
863デフォルトの名無しさん
2020/05/09(土) 20:51:56.71ID:Q14l1DUj Firebaseのライブラリすら致命的なバグだらけで草
AuthとStore両方使うとインスタンスがNULLになるバグとか使いもにならん
GithubのIssuesにレスしてもシカトやし
現状のMS開発環境の致命的なところはOSS化が遅れたこととMSのヘイト高いことが原因でライブラリがまったくないということやねん
JavaScriptやPythonやReactが流行ったのはライブラリ含めたトータルの環境が整ってるからなんよ
もともとオワコンやったXamarinがBlazorによって産みの親のMSにトドメ刺されてワロタ
AuthとStore両方使うとインスタンスがNULLになるバグとか使いもにならん
GithubのIssuesにレスしてもシカトやし
現状のMS開発環境の致命的なところはOSS化が遅れたこととMSのヘイト高いことが原因でライブラリがまったくないということやねん
JavaScriptやPythonやReactが流行ったのはライブラリ含めたトータルの環境が整ってるからなんよ
もともとオワコンやったXamarinがBlazorによって産みの親のMSにトドメ刺されてワロタ
864デフォルトの名無しさん
2020/05/09(土) 20:55:33.83ID:Q14l1DUj まぁ厳密に言えばネイティブラッパーのXamarinをさらにラップしたのがBlazorやから開発が停止することはないやろうけどこのままやとバックエンドとして使われるだけで終わることになるやろうな
865デフォルトの名無しさん
2020/05/09(土) 21:09:08.60ID:43yE6bBe ３年前から糞だと見抜いていた俺様の先見の明は凄い
オレの予想は当たる
クロスプラットフォームは総じて糞
オレの予想は当たる
クロスプラットフォームは総じて糞
866デフォルトの名無しさん
2020/05/09(土) 21:48:49.79ID:GNc/YZRl unoに本腰ちゃいまんの
867デフォルトの名無しさん
2020/05/09(土) 22:56:42.48ID:eT/ID2eb .NET Coreあるんだから使い物にならない基本部分だけじゃなく
各OS、デバイス向けに統一的にしっかり作り上げてほしいもんだ。
個人的にはBlazorよりUnoのほうがましだな。
Xamarin抜きで作り直して。
各OS、デバイス向けに統一的にしっかり作り上げてほしいもんだ。
個人的にはBlazorよりUnoのほうがましだな。
Xamarin抜きで作り直して。
868デフォルトの名無しさん
2020/05/09(土) 23:10:24.32ID:2sYXqtf+ >>864
Blazorの認識間違ってんぞ
Blazorの認識間違ってんぞ
869デフォルトの名無しさん
2020/05/10(日) 02:51:09.17ID:vFXPlFzf 趣味でスマホアプリ作ろうと思い色々調べてたら共通で作れるXamarinがあることを知ったのだがswiftとkotlinでそのままやるのとどっちがオススメ？
質問がふわっとしすぎて糞なのは百も承知だが他者の意見が聞いてみたい、もちろん主観で構わないので
質問がふわっとしすぎて糞なのは百も承知だが他者の意見が聞いてみたい、もちろん主観で構わないので
870デフォルトの名無しさん
2020/05/10(日) 03:00:06.20ID:rcT5PaMe C#の経験は？
871デフォルトの名無しさん
2020/05/10(日) 03:03:07.54ID:vFXPlFzf ないっす
言語経験は.NetとJavaを業務で使ってて趣味でpythonをかじってる程度
言語経験は.NetとJavaを業務で使ってて趣味でpythonをかじってる程度
872デフォルトの名無しさん
2020/05/10(日) 03:34:25.25ID:GGnVoqgS Xamarin程の糞はない
873デフォルトの名無しさん
2020/05/10(日) 12:26:30.25ID:E3U+ad2+ >>871
だったらXamarinは意味ない
だったらXamarinは意味ない
874デフォルトの名無しさん
2020/05/10(日) 14:04:50.67ID:+iT5Og1g UWPのコントロールで間に合うアプリなら、Uno PlatformでUWPアプリ使ったらiOSとAndroidのアプリもついでに出来上がる感じ。
独自描画で速度追求してガリガリ描くのはiOS、Android各々作ることになるかも。
独自描画で速度追求してガリガリ描くのはiOS、Android各々作ることになるかも。
875デフォルトの名無しさん
2020/05/10(日) 15:47:44.56ID:vFXPlFzf >>873
理由はなんでしょう？
理由はなんでしょう？
876デフォルトの名無しさん
2020/05/10(日) 16:51:20.78ID:enRaLAgQ877デフォルトの名無しさん
2020/05/10(日) 23:08:58.87ID:Ywp37Hhu878デフォルトの名無しさん
2020/05/11(月) 22:29:12.46ID:HlHWa36F UnoとXamarinだったらどっちがええの
ASP.NET(Legacy, Core)とWin Formsはやったことある
WPFは一覧系サンプル画面写経して飽きた
ASP.NET(Legacy, Core)とWin Formsはやったことある
WPFは一覧系サンプル画面写経して飽きた
879デフォルトの名無しさん
2020/05/12(火) 03:12:00.69ID:qHnJB8Nw 飽きたじゃなくてわからんかったんやろ
WPFわからんてMVVM+XAMLが理解でけへんかったんやからXamarin FormsもUnoも無理やな
RazorしかわからんならBlazorしかないしWeb Formsしか触ったことないならMS環境諦めてReact NativeかFlutterでもやればええんちゃうか
まぁMVVM+XAML理解でけんのにJSX(TSX)+Flux(Redux)を理解できるとは思えんけど
WPFわからんてMVVM+XAMLが理解でけへんかったんやからXamarin FormsもUnoも無理やな
RazorしかわからんならBlazorしかないしWeb Formsしか触ったことないならMS環境諦めてReact NativeかFlutterでもやればええんちゃうか
まぁMVVM+XAML理解でけんのにJSX(TSX)+Flux(Redux)を理解できるとは思えんけど
880デフォルトの名無しさん
2020/05/12(火) 07:33:48.12ID:Ce/ZQlqB 質問を読めないレベルか
話にならんな
話にならんな
881デフォルトの名無しさん
2020/05/12(火) 07:38:54.22ID:qHnJB8Nw と、低レベルな質問を揶揄されて顔真っ赤な雑魚が何かもうしております
882デフォルトの名無しさん
2020/05/12(火) 22:22:23.58ID:CnneP07a883デフォルトの名無しさん
2020/05/13(水) 22:44:13.41ID:vj/y60sU とはいえUnoだとFileOpenPickerでもUWPにしか無いのね…
884デフォルトの名無しさん
2020/05/13(水) 23:02:53.10ID:5znvl0kU 揶揄…？
思いっきり侮蔑してますやん
日本語が不自由すぎて悲しくなるわ
思いっきり侮蔑してますやん
日本語が不自由すぎて悲しくなるわ
885デフォルトの名無しさん
2020/05/14(木) 07:57:25.42ID:rrIad9qi 既存ライブラリで共通ソースできたら良いなという願望
886デフォルトの名無しさん
2020/05/14(木) 13:56:13.67ID:1a0wrHy6 https://flutter.dev/docs/development/tools/sdk/release-notes/changelogs/changelog-1.17.0
1.17で修正された内容
googleさんのやる気が違うつまり高品質
https://github.com/microsoft/microsoft-ui-xaml/releases
winuiだがこのショボさ
品質高くて修正する内容がないならいいんだが
1.17で修正された内容
googleさんのやる気が違うつまり高品質
https://github.com/microsoft/microsoft-ui-xaml/releases
winuiだがこのショボさ
品質高くて修正する内容がないならいいんだが
887デフォルトの名無しさん
2020/05/14(木) 13:58:28.85ID:1a0wrHy6 まぁ、とりあえずオンラインで開催されることになったBuild 2020に望みを(xamarinの望みではない)..
まぁ、WinUI3.0のpreview出て...
まぁ、WinUI3.0のpreview出て...
888デフォルトの名無しさん
2020/05/14(木) 14:10:29.51ID:yWxJMOhH flutterは興味あるけどdart覚えるのめんどくちゃい
889デフォルトの名無しさん
2020/05/14(木) 16:40:06.57ID:fs6yWNUe dartなんてtypescriptのパクリやからバカでも書ける1日キャッチアップして理解でけへんのはやばい
FlutterもまんまReact NativeのJSXのパクリやからReact Native知ってたら余裕
どちらにしろベースはJavazScriptとかわらんから誰でも書ける
FlutterもまんまReact NativeのJSXのパクリやからReact Native知ってたら余裕
どちらにしろベースはJavazScriptとかわらんから誰でも書ける
890デフォルトの名無しさん
2020/05/14(木) 16:46:18.53ID:yWxJMOhH つうかDartとかいうマイナー言語選択したのなんでだ馬鹿なのかな
891デフォルトの名無しさん
2020/05/20(水) 00:26:54.77ID:4PFC7XdM Introducing .NET Multi-platform App UI | .NET Blog
https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/
GitHub - dotnet/maui: MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
https://github.com/dotnet/maui
https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/
GitHub - dotnet/maui: MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
https://github.com/dotnet/maui
892デフォルトの名無しさん
2020/05/20(水) 00:35:51.44ID:XAYmf5Cg MVUとかReact NativeのJSX(TSX)のパクリで草
そしてWebが含まれなくてクソなのもMSわかってねーし
WebねーからOfficeやSkypeはReact使ってんだろーが馬鹿じゃんねーの
いい加減ASP切り捨てろよ
そしてWebが含まれなくてクソなのもMSわかってねーし
WebねーからOfficeやSkypeはReact使ってんだろーが馬鹿じゃんねーの
いい加減ASP切り捨てろよ
893デフォルトの名無しさん
2020/05/20(水) 00:54:50.86ID:gFuy/SkY >>892
ちゃんと読めよ
ちゃんと読めよ
894デフォルトの名無しさん
2020/05/20(水) 06:37:55.67ID:1IOTYjbV あれ、これWinUI 3ってどうなるの?
MAUIへ一気に飛び越えちゃうの?
MAUIへ一気に飛び越えちゃうの?
895デフォルトの名無しさん
2020/05/20(水) 06:49:03.08ID:1IOTYjbV MAUIはただのUIFrameworkだが
Project ReunionでAPIも統一しちゃおうという
Project ReunionでAPIも統一しちゃおうという
896デフォルトの名無しさん
2020/05/20(水) 06:51:02.20ID:1IOTYjbV ごめん、Project ReunionはWindows環境限定かな
さすがにクロスプラットホームでのAPIの統一はきついか
さすがにクロスプラットホームでのAPIの統一はきついか
897デフォルトの名無しさん
2020/05/20(水) 06:54:31.83ID:2DX/1Ybo WinUI 3がどういった形でリリースされるか分からんが上位レイヤからは.NET 5(.NET 6)で隠蔽されるので関係ないだろ
898デフォルトの名無しさん
2020/05/20(水) 07:15:29.84ID:1IOTYjbV いや、WinUI3はWindows限定っぽくってMAUIとは別物になるのかもしれん
クロスプラットホームのUIフレームワークがMAUIで
Windows限定でWindowsのAPIを統合しようというのがProject Reunion(WinUI 3含む)
クロスプラットホームのUIフレームワークがMAUIで
Windows限定でWindowsのAPIを統合しようというのがProject Reunion(WinUI 3含む)
899デフォルトの名無しさん
2020/05/20(水) 07:21:12.70ID:1IOTYjbV もしくはMAUIのWindowsの実装で内部でWinUI 3使われる?
MAUIってFlutterみたく独自描画なのか?よくわからん
MAUIってFlutterみたく独自描画なのか?よくわからん
900デフォルトの名無しさん
2020/05/20(水) 15:25:26.60ID:S9fFlWDG なにそれリユニオンとかかっこいい
901デフォルトの名無しさん
2020/05/20(水) 15:54:15.01ID:zj/vSsbK セフィロス！？
902デフォルトの名無しさん
2020/05/20(水) 16:03:58.25ID:XAYmf5Cg 下々にとってはなんもかわらん
.NET/.NET CoreとXamarin/MonoのAPIを統合しますよってだけでアーキテクトでもフレームワーク作ってるわけでもない俺らに関係ない
フロントエンドから統合されたAPIにアクセスできるってだけでネイティブ実装はプラットフォームごとに存在する
WPF/UWP(WinRT)はWindowsネイティブ実装だしXamarin Formsはプラットフォームごとのラップされてる機能だけ利用できるのもかわらん
.NET/.NET CoreとXamarin/MonoのAPIを統合しますよってだけでアーキテクトでもフレームワーク作ってるわけでもない俺らに関係ない
フロントエンドから統合されたAPIにアクセスできるってだけでネイティブ実装はプラットフォームごとに存在する
WPF/UWP(WinRT)はWindowsネイティブ実装だしXamarin Formsはプラットフォームごとのラップされてる機能だけ利用できるのもかわらん
903デフォルトの名無しさん
2020/05/20(水) 19:13:41.41ID:w6czjQYO Xamarin改なのに一年以上先とは仕事遅すぎる。
904デフォルトの名無しさん
2020/05/28(木) 04:04:14.41ID:vjHfaEeW やっぱり、Xamarinは廃止されたか。
買収した時点でわかりきっていたことだが。
買収した時点でわかりきっていたことだが。
905デフォルトの名無しさん
2020/05/28(木) 04:29:37.82ID:1YUJThtf 名前はな
906デフォルトの名無しさん
2020/05/29(金) 11:58:17.16ID:kNF9S1Cu WPFとは何だったのか
907デフォルトの名無しさん
2020/05/29(金) 14:30:38.36ID:TdTh77Kk 名前が変わったということは、根本的な構造が変わったということだろう。
WinFromsを発展させるなら、Ver 2.0 で良いところを WPFとしたのも根本的な仕組みが変わったからだ。
WinFromsを発展させるなら、Ver 2.0 で良いところを WPFとしたのも根本的な仕組みが変わったからだ。
908デフォルトの名無しさん
2020/05/29(金) 15:09:37.92ID:HZccdGfD909デフォルトの名無しさん
2020/05/29(金) 16:05:51.70ID:zv0sqZMs ASPあるからWeb必要ないでしょ？ってポリシーなんやろ
Razor拡張のBlazor出てきたからASP絶対捨てないマンがMS
これはおそらく開発チームが別でお互いの縄張りは荒らさないって内部抗争やろ
.NET 5でBlazor採用してバックエンドとしてXamarin継続するならXAML捨ててReactのようにASP+MVUで全部開発できますとかでないと意味ねーんだがそれができないMS
そもそもUWPがデベロッパーにそっぽむかれた時点でXAMLは失敗してんねん
Razor拡張のBlazor出てきたからASP絶対捨てないマンがMS
これはおそらく開発チームが別でお互いの縄張りは荒らさないって内部抗争やろ
.NET 5でBlazor採用してバックエンドとしてXamarin継続するならXAML捨ててReactのようにASP+MVUで全部開発できますとかでないと意味ねーんだがそれができないMS
そもそもUWPがデベロッパーにそっぽむかれた時点でXAMLは失敗してんねん
910デフォルトの名無しさん
2020/05/29(金) 16:18:19.88ID:BqD5309S 日本語でよろ
911デフォルトの名無しさん
2020/05/29(金) 17:18:35.04ID:TdTh77Kk BlazorもHTMLをもろに使うようだから、XAMLと似てると思う。
912デフォルトの名無しさん
2020/05/29(金) 17:49:32.06ID:TdTh77Kk 複雑なので全部は理解して無いが、Blazorは、HTMLコードの中に
C#コードを入れて書くような形式も有って、その形式だと、
ぱっと見、PHPを彷彿させる。
PHPの場合は、ApacheなどがサーバーサイドでHTMLの中に書かれたPHPの
コードを実行してHTMLの中に結果を足し算して合成した結果をクライアント側
にネットで伝送するような形式だった。
それと似てる感じがする。
C#コードを入れて書くような形式も有って、その形式だと、
ぱっと見、PHPを彷彿させる。
PHPの場合は、ApacheなどがサーバーサイドでHTMLの中に書かれたPHPの
コードを実行してHTMLの中に結果を足し算して合成した結果をクライアント側
にネットで伝送するような形式だった。
それと似てる感じがする。
913デフォルトの名無しさん
2020/05/29(金) 17:51:19.58ID:TdTh77Kk だったらPHPでもいいんじゃないかと思ってしまうのだが、どうなんだろ？
914デフォルトの名無しさん
2020/05/29(金) 17:55:45.85ID:TdTh77Kk Blazorを使いこなすには、HTMLとCSSの知識が前提らしいし、全体の構造が
PHPに似ているようだし、開発環境などのシンプルさから言えばPHPの方が
わかりやすくすら思える。
PHPなら昔から容易に学べるという定評があるけど、Blazorは複雑怪奇すぎるように思える。
PHPに似ているようだし、開発環境などのシンプルさから言えばPHPの方が
わかりやすくすら思える。
PHPなら昔から容易に学べるという定評があるけど、Blazorは複雑怪奇すぎるように思える。
915デフォルトの名無しさん
2020/05/29(金) 18:02:28.32ID:TdTh77Kk ReactやVueやAngularなどを使う人は、本当に静的なHTMLにちょっこっと機能
を追加したようなページを効率よく作ろうとしている人が多い。
例えばページをおしゃれに表示して、写真をちょっとだけ左右にスクロールできる
ようにしてみたり、おしゃれな視覚的な効果を得たいとか。
それに加えて、Mobileだと画面が狭いのでそれに合わせてカラムの幅を狭くしたり、
一行に表示するカラムの個数を減らして改行して二行目に表示したりとか。
それと表みたいなものを配列データから手っ取り早く書きたいとか。
そういうことがしたいだけから、基本的にはHTMLの構造のままで良くて、
大上段に構えたC#のような言語でなくても良くてJSやPHPのようなもので
十分だと思っている人が多いはず。
を追加したようなページを効率よく作ろうとしている人が多い。
例えばページをおしゃれに表示して、写真をちょっとだけ左右にスクロールできる
ようにしてみたり、おしゃれな視覚的な効果を得たいとか。
それに加えて、Mobileだと画面が狭いのでそれに合わせてカラムの幅を狭くしたり、
一行に表示するカラムの個数を減らして改行して二行目に表示したりとか。
それと表みたいなものを配列データから手っ取り早く書きたいとか。
そういうことがしたいだけから、基本的にはHTMLの構造のままで良くて、
大上段に構えたC#のような言語でなくても良くてJSやPHPのようなもので
十分だと思っている人が多いはず。
916デフォルトの名無しさん
2020/05/29(金) 18:15:48.56ID:ZwkLyH+a オープンソースのウェブアプリはPHPで書かれてることが多いけど
そういうレベル高いのでも綺麗なコードを見たことない
誰が書いても汚いということは言語に欠陥があるんだと思う
そういうレベル高いのでも綺麗なコードを見たことない
誰が書いても汚いということは言語に欠陥があるんだと思う
917デフォルトの名無しさん
2020/05/29(金) 18:21:42.08ID:TdTh77Kk しかし、WordPressもPHPだし、PayPalもPHPだし。
ウェブプログラマのやりたいことは既にAngular/React/Vueなどでも既にさまざまなテンプレートが存在していることが多いので、既に大きなエコシステムが出来上がってしまっている。
そこに敢えてC#でやる意味があるのだろうか。
ウェブプログラマのやりたいことは既にAngular/React/Vueなどでも既にさまざまなテンプレートが存在していることが多いので、既に大きなエコシステムが出来上がってしまっている。
そこに敢えてC#でやる意味があるのだろうか。
918デフォルトの名無しさん
2020/05/29(金) 18:31:35.62ID:zv0sqZMs >>TdTh77Kk
おまえ毎回長文連投するがぜんぜん理解してなくてググっただけなの丸わかりでにわかすぎるから消えてほしいんやけど
おまえ毎回長文連投するがぜんぜん理解してなくてググっただけなの丸わかりでにわかすぎるから消えてほしいんやけど
919デフォルトの名無しさん
2020/05/29(金) 18:58:23.03ID:1C1s9P85 PHP は可読性が悪い。
基本、Ruby on Rails, Sinatra など
加えて簡単なものは、jQuery, Bootstrap, Element UI。
複雑なものは、React が多い。Vue.js もいる
Angular は、やってる人がいない
基本、Ruby on Rails, Sinatra など
加えて簡単なものは、jQuery, Bootstrap, Element UI。
複雑なものは、React が多い。Vue.js もいる
Angular は、やってる人がいない
920デフォルトの名無しさん
2020/05/29(金) 20:26:00.85ID:BqD5309S >>912
Razorも知らないの？
Razorも知らないの？
921デフォルトの名無しさん
2020/05/29(金) 20:42:00.59ID:zv0sqZMs そもそも静的なASPとVDOMのReactやVueはパラダイムが別やから
それもNext.jsみたいなサーバサイドでレンダリング大正義みたいに回帰してて草
今はバックエンドがなんだろうとフロントエンドなんて自由に選べるんやからその時の状況に合わせて選択するだけや
俺はASP(1.0/WebForms/MVC)からPHP(Fuel/Laravel)からReact/Vueとなんでも書けるからその都度ベストな環境を選択するだけ
フルスタックですらないプログラマがあれこれ語るんは滑稽やな
それもNext.jsみたいなサーバサイドでレンダリング大正義みたいに回帰してて草
今はバックエンドがなんだろうとフロントエンドなんて自由に選べるんやからその時の状況に合わせて選択するだけや
俺はASP(1.0/WebForms/MVC)からPHP(Fuel/Laravel)からReact/Vueとなんでも書けるからその都度ベストな環境を選択するだけ
フルスタックですらないプログラマがあれこれ語るんは滑稽やな
922デフォルトの名無しさん
2020/05/29(金) 20:52:17.08ID:ZwkLyH+a SAPのSSRは回帰とは違うんだが
923デフォルトの名無しさん
2020/05/29(金) 20:52:36.49ID:ZwkLyH+a タイポ
SPAだった
SPAだった
924デフォルトの名無しさん
2020/06/03(水) 16:57:52.98ID:V+HR8HNM Xamarin.Formsがどう思われているかはここに集約されているな。
https://github.com/dotnet/maui/issues/109
https://github.com/dotnet/maui/issues/109
925デフォルトの名無しさん
2020/06/04(木) 00:32:11.64ID:8AKg0uif >>924
Githubの諫言が俺の不満そのものやな
とにかくバグが多いしいつまで経っても放置やし多数の致命的なバグを仕様として修正しない、これはWPFの時からそうやった
そして一番の問題はMSがOfficeやSkype含めたウェブ/アプリ開発にXamarinではなくReact/React Native使っとんねん！(笑)
.NETとC#だけはリソース注ぎ込んでるがその他のフレームワークはほったらかし、そりゃ誰もフレームワークやライブラリ作らんから盛り上がらんよ負の連鎖や
ここがReactやPythonと一番違うところで開発環境ってのはトータルパッケージなんであってエコシステムがまったく機能したない開発環境とか誰も選択せんよ
,.NETやC#好きな俺がMSの開発環境使わなくなった理由はそこやねん
Githubの諫言が俺の不満そのものやな
とにかくバグが多いしいつまで経っても放置やし多数の致命的なバグを仕様として修正しない、これはWPFの時からそうやった
そして一番の問題はMSがOfficeやSkype含めたウェブ/アプリ開発にXamarinではなくReact/React Native使っとんねん！(笑)
.NETとC#だけはリソース注ぎ込んでるがその他のフレームワークはほったらかし、そりゃ誰もフレームワークやライブラリ作らんから盛り上がらんよ負の連鎖や
ここがReactやPythonと一番違うところで開発環境ってのはトータルパッケージなんであってエコシステムがまったく機能したない開発環境とか誰も選択せんよ
,.NETやC#好きな俺がMSの開発環境使わなくなった理由はそこやねん
926デフォルトの名無しさん
2020/06/04(木) 00:56:57.19ID:YZhOZAq9 要員が.NET寄りならXamarin使うしそうじゃなきゃ別の探すだけだ
927デフォルトの名無しさん
2020/06/04(木) 02:20:42.49ID:XEcYdvMd928デフォルトの名無しさん
2020/06/04(木) 15:48:11.20ID:fqkPAUho じゃ一体何でコード書いて・・ﾊｯ！まさかメモ帳！？
929デフォルトの名無しさん
2020/06/19(金) 19:58:51.54ID:g+RYFBHv コロナ接触を通知する日本版｢接触確認アプリ｣を作ったのは誰か？…｢6割普及｣への挑戦 | Business Insider Japan
https://www.businessinsider.jp/post-214726
Covid19Radar/README.ja.md at master ・ Covid-19Radar/Covid19Radar
https://github.com/Covid-19Radar/Covid19Radar/blob/master/README.ja.md
https://www.businessinsider.jp/post-214726
Covid19Radar/README.ja.md at master ・ Covid-19Radar/Covid19Radar
https://github.com/Covid-19Radar/Covid19Radar/blob/master/README.ja.md
930デフォルトの名無しさん
2020/06/20(土) 20:11:59.58ID:ovTIMtud 確かに接触確認アプリはXamarinで作ってるね。
今時Xamarinなんて使うんだ。
今時Xamarinなんて使うんだ。
931デフォルトの名無しさん
2020/06/20(土) 20:44:53.11ID:WB17sAu2 microsoftと後1社が開発してるらしい
932デフォルトの名無しさん
2020/06/20(土) 20:50:56.86ID:Vd/htRtR XamarinはBLEの扱いが面倒だった覚えがあるけどさっくり出来てとるところを見ると解決したのかね
933デフォルトの名無しさん
2020/06/20(土) 21:39:27.51ID:7afi8gDs ひろみちゅにボコられとる
https://twitter.com/hiromitsutakagi/status/1273943571599486976
https://twitter.com/5chan_nel (5ch newer account)
https://twitter.com/hiromitsutakagi/status/1273943571599486976
https://twitter.com/5chan_nel (5ch newer account)
934デフォルトの名無しさん
2020/06/20(土) 22:52:34.59ID:hj0R+Yr+ >>933
なぜそこでまいくろそふとクオリティとか言い出すのかねw
なぜそこでまいくろそふとクオリティとか言い出すのかねw
935デフォルトの名無しさん
2020/06/20(土) 23:20:25.46ID:Vd/htRtR テストが甘かったと文句つけるのはわかるけど、
なんでそこまでこだわるんだろうか
なんでそこまでこだわるんだろうか
936デフォルトの名無しさん
2020/06/21(日) 01:04:21.37ID:0JmADk3V マイクロソフト社員の一人が基盤作ってパーソルプロセス＆テクノロジーが最終製品作っただけなのに
マイクロソフトクオリティとはひどいな。
マイクロソフトクオリティとはひどいな。
937デフォルトの名無しさん
2020/06/21(日) 01:10:44.94ID:MyBs16yZ 東京都のコロナのSPAはNextJSで評判良かったのにXamarinは・・・
MSも詰めが甘いというかMSKKが無能すぎるというか
かずきおるんやからやつに作らせればよかったものを
MSも詰めが甘いというかMSKKが無能すぎるというか
かずきおるんやからやつに作らせればよかったものを
938デフォルトの名無しさん
2020/06/21(日) 04:33:02.88ID:2EVUUg2W 彼は本格的にアプリ作ったことないとか言ってったっけww
939デフォルトの名無しさん
2020/06/21(日) 05:29:34.52ID:7dMmUkrI アプリのissues見たけどこれは・・・
940デフォルトの名無しさん
2020/06/21(日) 12:09:38.80ID:foEvtO9s Xamarinみたいな糞でやるからそうなる
941デフォルトの名無しさん
2020/06/21(日) 13:20:32.49ID:QLHXGXb2 クソなアプリ作るやつは何使ってもそうなる
942デフォルトの名無しさん
2020/06/21(日) 15:06:16.70ID:MyBs16yZ943デフォルトの名無しさん
2020/06/21(日) 16:34:07.57ID:2EVUUg2W944デフォルトの名無しさん
2020/06/22(月) 07:25:55.22ID:H39v/7Ui 1国1アプリの話が出たときからこういう騒動は起きると思っていたので、別に驚きはないな
もっとも、ワイもXamarin.Formsを業務でバリバリ使っている人やけど、Code for Japanの方が採用されると思ってたわ
もっとも、ワイもXamarin.Formsを業務でバリバリ使っている人やけど、Code for Japanの方が採用されると思ってたわ
945デフォルトの名無しさん
2020/06/23(火) 11:14:39.00ID:xla6tsQa >>942
かずき氏も関わってるぽいけど
かずき氏も関わってるぽいけど
946デフォルトの名無しさん
2020/06/23(火) 12:48:41.92ID:6Zs1DVGr OSSにおいて文句だけ言って解決策をコードで示さない人は害悪でしかないので無視してok
947デフォルトの名無しさん
2020/06/23(火) 13:19:19.27ID:p/dHf+zG よし、誰でもXamarinを使ったOSS開発に参加できるように、詫びVisual Studioを配布しよう！
948デフォルトの名無しさん
2020/06/23(火) 17:05:12.40ID:Ntj+n06T949デフォルトの名無しさん
2020/06/23(火) 17:35:15.34ID:/nlkPYK8 >>947
ん？無料版でもXamrin使えるで。
ん？無料版でもXamrin使えるで。
950デフォルトの名無しさん
2020/06/23(火) 17:53:00.22ID:/JNTZZp6 >>948
具体的にどのissueのこと言ってる？
具体的にどのissueのこと言ってる？
951デフォルトの名無しさん
2020/06/23(火) 18:33:44.31ID:p/dHf+zG952デフォルトの名無しさん
2020/06/23(火) 19:17:30.34ID:UicElvK7 >>951
Visual Studio Comunityをインストールした後どうするのですか？
Xamarinでシングルページのプログラミングして
Androidスマホでハローワールド表示までをお願いします。
Visual Studio Comunityをインストールした後どうするのですか？
Xamarinでシングルページのプログラミングして
Androidスマホでハローワールド表示までをお願いします。
953デフォルトの名無しさん
2020/06/23(火) 19:31:41.95ID:uaMPWIMu Windows Phoneなき今、MSがXamarinをサポートし続けるとは思えないなぁ。
Flutterが怒涛の勢いで勢力を伸ばしているので今からならFlutterだと思うんだけど。
そのへんどうなんだろうね？
Flutterが怒涛の勢いで勢力を伸ばしているので今からならFlutterだと思うんだけど。
そのへんどうなんだろうね？
954デフォルトの名無しさん
2020/06/23(火) 21:27:03.35ID:0vKfv/9i >>953
WindowsPhoneというかWin10MobileはXamarin関係ないよ
あれはもともとUWPデバイスだったのでXamarinは不要
XamarinはAndroidとiOSのためのフレームワーク
将来的にはXamarinは.NET5(とその後継)とWinUI3に統合されることが発表されているのでその役目を終える
WindowsPhoneというかWin10MobileはXamarin関係ないよ
あれはもともとUWPデバイスだったのでXamarinは不要
XamarinはAndroidとiOSのためのフレームワーク
将来的にはXamarinは.NET5(とその後継)とWinUI3に統合されることが発表されているのでその役目を終える
955デフォルトの名無しさん
2020/06/23(火) 21:39:49.38ID:Kvd7A74B >>954
もともとMSがXamarin始めた動機ってWindowsPhone向けアプリが開発されないことにしびれを切らしたMSが「Xamarin使えば(UWP含め)マルチプラットフォーム開発できますよ」という謳い文句でWindowsPhone対応アプリを増やそうとしたって理解してるんだけど違うのかな？
今MSがXamarinサポートし続ける動機ってなんだろう？
もともとMSがXamarin始めた動機ってWindowsPhone向けアプリが開発されないことにしびれを切らしたMSが「Xamarin使えば(UWP含め)マルチプラットフォーム開発できますよ」という謳い文句でWindowsPhone対応アプリを増やそうとしたって理解してるんだけど違うのかな？
今MSがXamarinサポートし続ける動機ってなんだろう？
956デフォルトの名無しさん
2020/06/23(火) 21:41:59.80ID:G/KtZS65957デフォルトの名無しさん
2020/06/23(火) 22:10:28.13ID:aBzLBkRb Flutter推しの人は知識がなさすぎる。
958デフォルトの名無しさん
2020/06/23(火) 22:28:46.36ID:yAeUZ7wW959デフォルトの名無しさん
2020/06/23(火) 23:22:04.58ID:0vKfv/9i 統一コード(というと微妙だけど)のベースは.NET Coreだよ
Windows用の.NET FrameworkとLinux他サーバー系OSSの.NET Coreとモバイル向けXamarinが.NET 5で統合される計画
現在は.NET Frameworkと.NET Coreが.NET 3(最新バージョンは.NET 3.1)に一本化されつつある途中
Windows用の.NET FrameworkとLinux他サーバー系OSSの.NET Coreとモバイル向けXamarinが.NET 5で統合される計画
現在は.NET Frameworkと.NET Coreが.NET 3(最新バージョンは.NET 3.1)に一本化されつつある途中
960デフォルトの名無しさん
2020/06/23(火) 23:23:27.96ID:1z5Ky/cw .NET開発者コミュニティの裾野を広げる意味ではむしろ必須じゃないかな
のほほんとしてたらWinサーバーと業務アプリ専用言語でジリ貧確実だし
のほほんとしてたらWinサーバーと業務アプリ専用言語でジリ貧確実だし
961デフォルトの名無しさん
2020/06/23(火) 23:50:45.85ID:bPF9sFOJ .NET 3 ではなくて.NET Core 3 だな
しかしコロナの影響もあるし.NET 5は本当に計画通りにリリースできるのかね
https://docs.microsoft.com/ja-jp/archive/msdn-magazine/2019/july/csharp-net-reunified-microsoft%e2%80%99s-plans-for-net-5#net-5-%E3%81%AB%E5%90%AB%E3%81%BE%E3%82%8C%E3%81%AA%E3%81%84%E6%A9%9F%E8%83%BD
しかしコロナの影響もあるし.NET 5は本当に計画通りにリリースできるのかね
https://docs.microsoft.com/ja-jp/archive/msdn-magazine/2019/july/csharp-net-reunified-microsoft%e2%80%99s-plans-for-net-5#net-5-%E3%81%AB%E5%90%AB%E3%81%BE%E3%82%8C%E3%81%AA%E3%81%84%E6%A9%9F%E8%83%BD
962デフォルトの名無しさん
2020/06/23(火) 23:53:14.69ID:bPF9sFOJ963デフォルトの名無しさん
2020/06/24(水) 00:01:57.24ID:MC8GjC4a 推しはするだろうが、この議論を見ている限り、MAUIがうまくいくか、支持されるかは甚だ疑問だけどね。
https://github.com/dotnet/maui/issues/43
https://github.com/dotnet/maui/issues/43
964デフォルトの名無しさん
2020/06/24(水) 01:17:44.94ID:FPGBunDK ウェブがないから指示されんよ
やっとVB切り捨てるんやからASPもさっさと捨てればええのにBlazorとか斜め上に走るのがMS
やっとVB切り捨てるんやからASPもさっさと捨てればええのにBlazorとか斜め上に走るのがMS
965デフォルトの名無しさん
2020/06/24(水) 03:00:20.82ID:KqEGVqwq Blazorは絶望的にないね。
Webだけに特殊な構文とか。
WebもありのUnoのほうが良かった。
Webだけに特殊な構文とか。
WebもありのUnoのほうが良かった。
966デフォルトの名無しさん
2020/06/24(水) 04:21:58.76ID:FPGBunDK Xamarin買収してUWP推進したのになぜフロントエンドをXAML+MVVMに一本化しなかったのか
Razor(ASP)捨てずにBlazorとXAMLの二本立てなロードマップは意味不明すぎるしそらウェブもあるReactかFlutterになるわな
MSはウェブとアプリのフロントエンドをXAML+MVVMに一本化すべきやった
Razor(ASP)捨てずにBlazorとXAMLの二本立てなロードマップは意味不明すぎるしそらウェブもあるReactかFlutterになるわな
MSはウェブとアプリのフロントエンドをXAML+MVVMに一本化すべきやった
967デフォルトの名無しさん
2020/06/24(水) 05:05:16.90ID:2wT0zVxM Blazor Server Side + JSの組み合わせができて、Blazor Server Side + Blazor Client Sideができない(たぶん)ってのは、何とかならないのかな？
968デフォルトの名無しさん
2020/06/24(水) 06:31:36.15ID:zdyAKzDj Xamarinじゃなければコントリビュートする気になったのに
969デフォルトの名無しさん
2020/06/24(水) 06:56:43.47ID:MC8GjC4a Web対応と支持云々はあまり関係ないな。
この場合、旧来のデスクトッププログラマーにすら支持されないのではという話なので。
それとは別に、Web開発をXAMLベースで行いたいという意見はわかる。
BlazorはWebエコシステムを取り込もうとして微妙なものを作っちゃった、みたいな印象。
この場合、旧来のデスクトッププログラマーにすら支持されないのではという話なので。
それとは別に、Web開発をXAMLベースで行いたいという意見はわかる。
BlazorはWebエコシステムを取り込もうとして微妙なものを作っちゃった、みたいな印象。
970デフォルトの名無しさん
2020/06/24(水) 07:13:56.76ID:FPGBunDK ウェブは関係おおありやろ世の中の案件の大半がウェブやのに関係ないわけない
ウェブを蔑ろにしてコミュニティがまったく盛り上がらんからフレームワークもライブラリも増えずエコシステムが崩壊してんのよ
Pythonみたいな糞言語が圧倒的な人気なんはエコシステムが成立してるからや
ウェブを蔑ろにしてコミュニティがまったく盛り上がらんからフレームワークもライブラリも増えずエコシステムが崩壊してんのよ
Pythonみたいな糞言語が圧倒的な人気なんはエコシステムが成立してるからや
971デフォルトの名無しさん
2020/06/24(水) 07:26:33.67ID:MC8GjC4a 言い方が悪かったか？
Web対応以前の段階での支持すら怪しいと言いたかっただけだ。
Web対応以前の段階での支持すら怪しいと言いたかっただけだ。
972デフォルトの名無しさん
2020/06/24(水) 08:10:34.40ID:BIyLVKwI JSPじゃダメなんですか
973デフォルトの名無しさん
2020/06/24(水) 11:24:45.88ID:BvFF4Hvf xamarinが悪いわけじゃないのに
【コロナ】接触確認アプリ、開発から無償ボランティアが離脱へ (元請けはパーソル) #OSS ★４ [雷★]
https://asahi.5ch.net/test/read.cgi/newsplus/1592956830/
【コロナ】接触確認アプリ、開発から無償ボランティアが離脱へ (元請けはパーソル) #OSS ★４ [雷★]
https://asahi.5ch.net/test/read.cgi/newsplus/1592956830/
974デフォルトの名無しさん
2020/06/24(水) 12:14:23.18ID:uVhcw8l7 デプロイ王子はメンタルやられて撤収するらしいけど、
Xamarinなんてマイナーなプラットフォームを引き継ぐ奴なんていないだろ。
どこかの下請けがババを引かされて死ぬんだろうな。
Xamarinなんてマイナーなプラットフォームを引き継ぐ奴なんていないだろ。
どこかの下請けがババを引かされて死ぬんだろうな。
975デフォルトの名無しさん
2020/06/24(水) 17:23:30.05ID:ceY1wbsW Xamarinみたいな糞でやるからそうなる
976デフォルトの名無しさん
2020/06/24(水) 17:46:01.18ID:qqGeksiF アプリストア側が1国1アプリと言ったから元々複数あった有志のプロジェクトから政府がこれを選んだわけで
あらゆる文句は開発者ではなく政府に言えよとしか思わないけど頭悪い人はなぜか開発者叩きをしたがる
あらゆる文句は開発者ではなく政府に言えよとしか思わないけど頭悪い人はなぜか開発者叩きをしたがる
977デフォルトの名無しさん
2020/06/24(水) 18:31:31.60ID:zdyAKzDj 全部Xamrinのせい
978デフォルトの名無しさん
2020/06/24(水) 18:57:15.43ID:FPGBunDK っちゅーかさすがにこれはXamarin云々の話やなくて日本のIT業界の常識が終わってるって話やろ
日本の客は頭が悪すぎるねん、大手メーカーのIT子会社・系列会社に丸投げしてそこから元請けもSIに丸投げで多重請負の構造でありふれたクソアプリの量産してるなんて俺らからすれば日常やろ
日本の客は頭が悪すぎるねん、大手メーカーのIT子会社・系列会社に丸投げしてそこから元請けもSIに丸投げで多重請負の構造でありふれたクソアプリの量産してるなんて俺らからすれば日常やろ
979デフォルトの名無しさん
2020/06/24(水) 20:36:26.05ID:GN88bM2O >>958
Xamarinはmonoだろ
Xamarinはmonoだろ
980デフォルトの名無しさん
2020/06/24(水) 20:37:20.45ID:GN88bM2O >>961
既に計画を修正してるでしょ
既に計画を修正してるでしょ
981デフォルトの名無しさん
2020/06/24(水) 22:27:48.71ID:rbG31ir6 そこに更にこのスレにも良くいる技術的な話でマウントをとりたい奴と
とにかく何でも良いから政府の批判をしたい奴からが大挙して作者のTwitterに突撃してメンタル破壊した感じだな
おーやだやだ
とにかく何でも良いから政府の批判をしたい奴からが大挙して作者のTwitterに突撃してメンタル破壊した感じだな
おーやだやだ
982デフォルトの名無しさん
2020/06/25(木) 00:46:02.98ID:XKLcYS0p 技術でマウント取りたければとっととプルリク送ればいいし政府批判したいのに開発者に文句言うのもおかしいし批判が生きがいになってる頭おかしい人が多いよね
983デフォルトの名無しさん
2020/06/25(木) 01:15:51.73ID:CAReSuQd と、このように批判を生きがいにしている人がもうしております
984デフォルトの名無しさん
2020/06/25(木) 11:18:27.69ID:2XRewe5U985デフォルトの名無しさん
2020/07/05(日) 18:15:32.07ID:GDzy2ynv 既に公開中のiOS、AndroidアプリをApp CenterでTrack EventとTrack Errorを拾うように修正したら数少ないユーザーさんが使ってくれなくなってしまいました。
プライバシーには充分配慮して、万が一にApp Centerにアップロードされた内容がハッカーに見られたとしてもユーザーさんには全く影響が無いようにしたんですけど（個人的な内容を含む文字列は文字数のみを拾うようにしました）。
更新履歴にはTrack EventとTrack Errorを追加したことは書いて無いから、ユーザーさんがアプリの通信履歴を見て警戒されてしまったのかもしれないです。
アプリの改良のためだけにTrack EventとTrack Errorを追加したんですが。
プライバシーには充分配慮して、万が一にApp Centerにアップロードされた内容がハッカーに見られたとしてもユーザーさんには全く影響が無いようにしたんですけど（個人的な内容を含む文字列は文字数のみを拾うようにしました）。
更新履歴にはTrack EventとTrack Errorを追加したことは書いて無いから、ユーザーさんがアプリの通信履歴を見て警戒されてしまったのかもしれないです。
アプリの改良のためだけにTrack EventとTrack Errorを追加したんですが。
986デフォルトの名無しさん
2020/07/05(日) 18:44:44.78ID:ZKCv2Ng3 IT後進国の日本人の民度では理解されないだろうね
987デフォルトの名無しさん
2020/07/31(金) 01:22:19.73ID:durLTnal つまりお前も理解していない
988デフォルトの名無しさん
2020/08/06(木) 10:19:08.17ID:eb9QXq7x >>886
https://medium.com/flutter/announcing-flutter-1-20-2aaf68c89c75
きたー。このやる気。5000以上のissueをclose。
winui,maui,reunionのやる気のなさ...
https://medium.com/flutter/announcing-flutter-1-20-2aaf68c89c75
きたー。このやる気。5000以上のissueをclose。
winui,maui,reunionのやる気のなさ...
989デフォルトの名無しさん
2020/08/06(木) 10:21:37.01ID:KQ/q1oKk MSって作りっぱなしだからな
メンテすらまともにしないから使われないのがよくわかる
しかしMSだから国内の企業での採用率の高さが悩ましい
メンテすらまともにしないから使われないのがよくわかる
しかしMSだから国内の企業での採用率の高さが悩ましい
990デフォルトの名無しさん
2020/08/06(木) 11:15:57.06ID:VbX3oIz8 MS製品なんか使ってるから日本はIT後進国なんだ
MSとかデスクトップアプリ全盛の時代までの過去の産物だろ
今はウェブの時代AWS、GCP、スマホアプリの時代
日本はオワコン
MSとかデスクトップアプリ全盛の時代までの過去の産物だろ
今はウェブの時代AWS、GCP、スマホアプリの時代
日本はオワコン
991デフォルトの名無しさん
2020/08/06(木) 11:30:32.32ID:YI93igBY でも、オープンソースだからと言って免責になるわけではなく作者は完全な製品を提供しなければならないと Ubuntu Japanese Team の人が見解を述べてたけどな。
Ubuntu のくせにそんなこと言って大丈夫なの？って問題はあるけど。
Ubuntu のくせにそんなこと言って大丈夫なの？って問題はあるけど。
992デフォルトの名無しさん
2020/08/06(木) 11:52:20.69ID:KQ/q1oKk まぁ俺は宗教的な崇拝とかまったくないからその時一番需要があったり便利だったりな環境で開発するだけだけど
MSの環境はオールインワンなのがよかったんだけど変にOSSを取り込んでて設定を自分で書くんかい！って感じでVS使うメリットが薄れてるんだよな
まぁ仮想化なんかのミドルウェアの面倒臭さをMSが解決してくれると思ってたけどAzure強要されるのもわかってないよな
MSの環境はオールインワンなのがよかったんだけど変にOSSを取り込んでて設定を自分で書くんかい！って感じでVS使うメリットが薄れてるんだよな
まぁ仮想化なんかのミドルウェアの面倒臭さをMSが解決してくれると思ってたけどAzure強要されるのもわかってないよな
993デフォルトの名無しさん
2020/08/06(木) 12:22:24.72ID:VbX3oIz8 誰も使わない時代遅れのデスクトップアプリでも作ってろクズ
994デフォルトの名無しさん
2020/08/06(木) 12:23:57.26ID:eb9QXq7x995デフォルトの名無しさん
2020/08/06(木) 12:26:59.28ID:l7gcHkin 単なる嫌MS厨
996デフォルトの名無しさん
2020/08/06(木) 12:29:24.96ID:OQqH6gY8 学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など
simulationライブラリで純粋な関数式プログラミングをする
UIライブラリ (C#, 2D) を作ったよ
連続と離散を統一した！
4Dエンジン
matrixのライブラリ
ある強力なFor関数
SQLライブラリ
☆ VM + ASM を書いた (C#, DX) * x86 ではない!
ttp://up.x0000.net/files/TSimulang.zip
☆ malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など
simulationライブラリで純粋な関数式プログラミングをする
UIライブラリ (C#, 2D) を作ったよ
連続と離散を統一した！
4Dエンジン
matrixのライブラリ
ある強力なFor関数
SQLライブラリ
☆ VM + ASM を書いた (C#, DX) * x86 ではない!
ttp://up.x0000.net/files/TSimulang.zip
☆ malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip
997デフォルトの名無しさん
2020/08/06(木) 12:34:11.99ID:QQIW9ALm 梅
998デフォルトの名無しさん
2020/08/06(木) 12:34:13.72ID:6QU45l4b クローズドなら完璧なものがリリースされてるとでも思ってるのか？
999デフォルトの名無しさん
2020/08/06(木) 12:34:26.60ID:QQIW9ALm 竹
1000デフォルトの名無しさん
2020/08/06(木) 12:34:41.06ID:QQIW9ALm 松
10011001
Over 1000Thread このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1022日 7時間 43分 59秒
新しいスレッドを立ててください。
life time: 1022日 7時間 43分 59秒
10021002
Over 1000Thread 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- ＮＹ円、一時1ユーロ＝180円台まで下落…1999年のユーロ導入以来初 [蚤の市★]
- 【外交】日中関係悪化、長期化の様相 2012年には自動車輸出80％減も ロイター★３ [１ゲットロボ★]
- 国内ホテル、既にキャンセルも 訪日客関連業界、事態見守る ★3 [蚤の市★]
- 橋下徹氏 外務省幹部の訪中受け「口だけ番長」へ痛烈指摘 「喧嘩は日本の完敗…なんとかっこ悪い日本か」★2 [冬月記者★]
- 「どうしようもない」 ため息つくアジアの玄関口 中国の訪日自粛で−福岡市 [蚤の市★]
- 「稼ぐのよ!」高市総理が電話ガチャ切りで伝えたこと 鈴木憲和農林水産大臣が国政報告会に出席 自身が目指す農政の方針語る [煮卵★]
- 『しんちゃんと岸田さん』 [175344491]
- 日本株、大暴落！！！ [252835186]
- 識者「『フリーパレスチナ』とかイキってる連中が台湾の話になると『中国を怒らせるな！』ってなる。ほんと左翼の正義って薄っぺらい」 [279254606]
- 港区女子「５０ｋｇ越えちゃった、港区だとデブ界隈だよ(>.<)」🤳ﾊﾟｼｬｯ👉１０万いいね [329329848]
- 【超悲報】中国への武力行使、世論調査で「賛成」「どちらかといえば賛成」48.8％ 「反対」「どちらかといえば反対」の44.2％を上回る [314039747]
- んなっても良いお🏡