■ このスレッドは過去ログ倉庫に格納されています
Xamarin Part6
- 1 :デフォルトの名無しさん:2017/10/19(木) 04:50:42.42 ID:7WcrUuLB.net
- 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/
- 2 :デフォルトの名無しさん:2017/10/19(木) 09:33:43.38 ID:KdYl+RI1.net
- Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
UIは共通化できると言うわりに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エンジニアは全員死んだ方が良い
- 3 :デフォルトの名無しさん:2018/02/28(水) 18:29:04.02 ID:F8/eMdWm.net
- てっす
- 4 :デフォルトの名無しさん:2018/05/23(水) 21:30:57.09 ID:Au5e7VGg.net
- 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
QD57H
- 5 :デフォルトの名無しさん:2018/07/05(木) 00:27:12.28 ID:RfoszcD2.net
- 4W7
- 6 :デフォルトの名無しさん:2018/07/05(木) 12:01:16.97 ID:IcGtf/nv.net
- https://mobile.twitter.com/chomado/status/1013559438463021056
- 7 :デフォルトの名無しさん:2018/08/09(木) 12:25:55.62 ID:x6oLHGct.net
- ここって生きてるのか?
- 8 :デフォルトの名無しさん:2018/08/09(木) 12:35:52.19 ID:NXkdt6vr.net
- ちょっまっ
- 9 :デフォルトの名無しさん:2018/08/10(金) 09:39:07.36 ID:mVopce/S.net
- >>7
このスレは生きてるけどXamarinは死んでる
- 10 :デフォルトの名無しさん:2018/08/10(金) 10:08:01.45 ID:PZNW+nQf.net
- Xamarin程の糞はない
- 11 :デフォルトの名無しさん:2018/08/14(火) 19:34:57.81 ID:IEi3qn64.net
- ざまァ
- 12 :デフォルトの名無しさん:2018/08/14(火) 20:00:51.98 ID:KA6KtKr+.net
- ザマァwwwwww
- 13 :デフォルトの名無しさん:2018/08/16(木) 14:09:01.17 ID:i/LIi7D4.net
- 便利そうだけどダメですか?
Unityなら作れますか?
- 14 :デフォルトの名無しさん:2018/08/16(木) 18:23:27.33 ID:il94Mg3E.net
- ダメです。ゴミです。
- 15 :デフォルトの名無しさん:2018/08/17(金) 12:27:40.22 ID:r44yWMR9.net
- ぶっちゃけ、客に提示した工数の1/3でスマホアプリ作れちゃう
こんなボロ儲けできるフレームワーク早々ないから
他人に知られたくなくてネガキャンしてるの
- 16 :デフォルトの名無しさん:2018/08/17(金) 12:43:51.37 ID:23Jvz4gX.net
- バチ当たりなやつめ
- 17 :デフォルトの名無しさん:2018/08/17(金) 19:01:20.89 ID:VmramTGn.net
- こんな優秀なクロスプラットフォームがあったのかXamarinっていうのか
- 18 :デフォルトの名無しさん:2018/08/17(金) 19:23:57.28 ID:WiAGQ6be.net
- 完全に棒読み
- 19 :デフォルトの名無しさん:2018/08/18(土) 17:03:44.68 ID:EhlID5gm.net
- iOSとAndroidアプリの開発がひとつのIDEでできちゃうんですか!?画期的!
ザマリンって呼ぶんですねー
明日友達に教えようっと
- 20 :デフォルトの名無しさん:2018/08/20(月) 11:32:47.83 ID:GgKDoW2K.net
- そんなにダメかい?
- 21 :デフォルトの名無しさん:2018/08/21(火) 21:52:55.92 ID:zevirsmK.net
- どのクロスプラットフォームフレームワークもそれなりに辛い部分はあるよ
Flutter は描画エンジンを自前で用意してるから、クロスなゆえに苦しいところってのは少なそうだけどどうなんだろ
iOS のネイティブさを出すのが難しいって話は出てるけど
- 22 :デフォルトの名無しさん:2018/08/22(水) 00:17:42.58 ID:SY0Xjw7P.net
- >>21
ネイティブコントロールを重ねられない
- 23 :デフォルトの名無しさん:2018/08/22(水) 01:55:52.76 ID:xR2Q50zS.net
- 俺も評判ほど悪くないと思ってる
実際作ってみたけど
- 24 :デフォルトの名無しさん:2018/08/22(水) 08:36:58.37 ID:DbF2a/CJ.net
- Xamarinの糞さが際立つ
- 25 :デフォルトの名無しさん:2018/08/22(水) 09:33:35.47 ID:dEhojReN.net
- やっとMACが手に入ったんで質問。
メインの開発はWindowsのVS2017で行いたい。ってか、行っている。
これでiOSで動作するアプリ(Xamarin.mac)も開発したい。
MAC側には何をインストールすればいい?
- 26 :デフォルトの名無しさん:2018/08/22(水) 10:14:33.75 ID:8f3V8G99.net
- まずXamarinをアンインストールすることからだな
- 27 :デフォルトの名無しさん:2018/08/22(水) 10:30:08.80 ID:SY0Xjw7P.net
- >>25
今だとマックのアドレスとか入れたら繋がる?繋がるなら必要なもの入れてくれないかな
ダメならVS FOR MAC入れとけ
- 28 :デフォルトの名無しさん:2018/08/22(水) 12:11:29.04 ID:iDY0AThR.net
- >>25
xcodeとvs for mac
もしかしたらvs for macは無くてもokかもしれないが、入れておけば間違いない。
- 29 :デフォルトの名無しさん:2018/08/22(水) 12:44:15.36 ID:dEhojReN.net
- xcode入れてWin10のVS2017から繋ごうとしているけど悪戦苦闘中・・・
MACはよくわからん・・・
- 30 :デフォルトの名無しさん:2018/08/22(水) 14:26:30.44 ID:8f3V8G99.net
- 正解はXamarin Studioだぞ
- 31 :デフォルトの名無しさん:2018/08/22(水) 18:21:56.74 ID:dEhojReN.net
- とりあえず、iPhoneエミュレータで Welcome to Xamarin.Forms! を表示は出来た。
プロジェクト作っているときに思ったんだけど、iOSだけでなく、OSX?(MacのOS)上で動くものは Windows用のVSでは作れないのかな?
- 32 :デフォルトの名無しさん:2018/08/22(水) 18:39:20.64 ID:hJNxyMX/.net
- Macは試したことないけどどうなんだろ
リモートデバッグ的に出来るのかな
- 33 :デフォルトの名無しさん:2018/08/22(水) 21:10:32.29 ID:JVPTfKUU.net
- xamarin.mac用のアプリはvs for macじゃ無いとダメだと思われ。
.net core3.0がリリースされたらwindows formとかwpfがサポートされるらしいので、windows上でもmac用のデスクトップアプリがビルドできるようになるかもね。
- 34 :デフォルトの名無しさん:2018/08/22(水) 21:24:11.07 ID:w42TxGUO.net
- iOS やるなら VS for Mac を Mac 側にインストールしないとダメだよ
iOS のバイナリーを生成するためのビルドはライセンス上 Mac 側で行わないといけないから
Windows 上の VS でビルドするときに内部的に Mac にソースコードを転送してビルドされる
ちなみにはじめて触ると遭遇すると思うが、WIndows の Xamarin.IOS と Mac 上の Xamarin.iOS はバージョンが一致してないとエラー出るのでアップデートするときは両方やる必要がある
もちろん iOS のバイナリーを生成するために Xcode も入れる必要がある
- 35 :デフォルトの名無しさん:2018/08/22(水) 21:29:53.06 ID:JVPTfKUU.net
- >>34
もちろんそうなんだが、最近はwindows側だけバージョンアップした状態でビルドすると、リモートでmac側のxamarin.iosもバージョンアップしてくれるようになってて便利になった。
- 36 :デフォルトの名無しさん:2018/08/22(水) 21:30:37.67 ID:w42TxGUO.net
- ん? Xamarin.Mac の話? まあどっちにしろライセンス的に VS for Mac と Xcode が必要だよ
- 37 :デフォルトの名無しさん:2018/08/22(水) 21:32:43.08 ID:w42TxGUO.net
- >>35
おお!そうそう!ほんと最近なのでたぶん VS 15.8 からだと思うけど、Windows 上でプロンプト出てきてリモートでアップデートできるようになった
地味に便利だわ
- 38 :デフォルトの名無しさん:2018/08/22(水) 23:00:00.62 ID:SY0Xjw7P.net
- 今までが酷すぎたからな
新生Xamarinになってから4-5年?本当ひどい目にあって来たぜ…(´・ω・`)
- 39 :デフォルトの名無しさん:2018/08/24(金) 10:48:42.35 ID:8pS8kDIF.net
- Xamarin.FormsってOSX用のアプリは組めないのか・・・
- 40 :デフォルトの名無しさん:2018/08/24(金) 12:29:48.31 ID:TJU8554I.net
- そんなこと誰が言ったの
- 41 :デフォルトの名無しさん:2018/08/24(金) 12:47:03.09 ID:8pS8kDIF.net
- おっと、すまん。
テンプレが無いだけだったか。
- 42 :デフォルトの名無しさん:2018/08/24(金) 22:19:12.67 ID:wbsiVn2I.net
- レスの意図は無視するけど、macOS/UWP/iOS/Android/Tizen は作れるよ
macOS/UWP/Tizen はやったことないのでどこまでサポートしてるか知らないけど
- 43 :デフォルトの名無しさん:2018/08/24(金) 23:16:09.15 ID:yZKFDmu0.net
- Tizenっていまどうなってんの
- 44 :デフォルトの名無しさん:2018/08/27(月) 22:37:43.29 ID:NwXgXeyj.net
- Tizen程の糞はない
- 45 :デフォルトの名無しさん:2018/08/28(火) 00:33:38.47 ID:qPMx0sFJ.net
- >>44
これに関しては満場一致
- 46 :デフォルトの名無しさん:2018/08/28(火) 08:12:00.32 ID:0l9o0x+1.net
- Tizenまでサポートする必要はなかった。
手を広げすぎてコケてしまった。
- 47 :デフォルトの名無しさん:2018/08/28(火) 09:17:07.75 ID:Gzofmim2.net
- 以前はOSSのノリと勢いで見境なく手を出していたけど、MSが買収してからはAndroid、iOS、UWPだけだろ
macOSですらVisualStudioのテンプレから外されてる
- 48 :デフォルトの名無しさん:2018/08/28(火) 19:00:59.01 ID:OVY8LKIn.net
- Linuxやmacはそんな扱いだったのか
- 49 :デフォルトの名無しさん:2018/08/28(火) 22:19:23.18 ID:1n2i2Pny.net
- 注力はしてなさそうだよね。全然メンテナンスしてないわけでもなさそうだけど
全部やるにはリソース必要すぎるし
この話とは関係ないけど Xamarin.Forms の開発体制は透明性が高くて一番良く感じる
ロードマップも GitHub の wiki にちゃんと書いてるし、スプリントも projects から見れる
- 50 :デフォルトの名無しさん:2018/08/28(火) 23:34:12.50 ID:cFtSC5dD.net
- Xamarin はLinux関係ないでしょ
サーバー側はマックもLinuxも.NET Coreだし。
- 51 :デフォルトの名無しさん:2018/08/29(水) 01:21:15.60 ID:0CwGsWHn.net
- Mono…
- 52 :デフォルトの名無しさん:2018/08/29(水) 01:50:16.75 ID:9qc8dwr8.net
- microsoftが買収したら全部糞になる
- 53 :デフォルトの名無しさん:2018/08/29(水) 02:34:16.65 ID:WKVzXl4d.net
- 日本ではちょまどのせいだろ
- 54 :デフォルトの名無しさん:2018/08/29(水) 09:40:34.94 ID:20zzEOm6.net
- 買収したがXamarinチームほとんど独自でやってるだけだからな。
MS使わないし、手出さないし、買収した意味あまりない。
- 55 :デフォルトの名無しさん:2018/08/29(水) 09:51:37.54 ID:JQNrBZ/C.net
- >>54
え?
- 56 :デフォルトの名無しさん:2018/08/29(水) 10:04:33.07 ID:/7hIIScJ.net
- 忘れがちだけど当時一般ユーザー向けだったXamarin.Businessでもフル契約だと年間15,6万円×3、MSDN特典を利用しても年間12,3万円×3の費用が必要だった
これがMSに買収されたことで全ユーザーに無償提供されて、MSDN契約ユーザーはXamariの契約に関わらずVSの契約次第で自動で上位契約に移行出来た
当時大騒ぎになったのはそれが理由
これは無償化された直後の領収書(約60万円相当)
https://i.imgur.com/XoxbnNf.png
- 57 :デフォルトの名無しさん:2018/08/29(水) 17:27:15.78 ID:exTrHQQi.net
- >>56
流れが読めてなかっただけじゃんw
情弱は大変だよな、まぁ授業料だよw
- 58 :デフォルトの名無しさん:2018/08/29(水) 17:43:59.47 ID:/7hIIScJ.net
- >>57
いや、それまでは年間ライセンス料が高すぎてXamarinは手を出そうにも手が出せなかった
MSが買収した後に棚ぼたで最上位のライセンスが3本タダで手に入ったんだよ今では完全にVisualStudioと一体化してしまってサブスクリプション製品としてのXamarinは実質消滅したけどな
MSの買収での無償化が無ければ今でもここまで広まらなかったと思うよ
- 59 :デフォルトの名無しさん:2018/08/29(水) 20:22:26.06 ID:urq2btDz.net
- ま、そりゃそうだな
- 60 :デフォルトの名無しさん:2018/08/29(水) 23:54:45.20 ID:JQNrBZ/C.net
- UWP/Android用のソースでXamarin.MAC用をビルドしてみたけど、けっこう簡単に実行ファイルが出来るね。
これから機種依存部分のコーディングをしないといけないけど・・・
- 61 :デフォルトの名無しさん:2018/08/31(金) 18:59:37.80 ID:3t81EMZJ.net
- 結局今でもiOSとAndroidの両方のアプリ作るのはXamarinがベストプラクティスなの?
2年に1度ぐらいしかスマホアプリの新規開発しないので最新の流行についていけてないわ。
- 62 :デフォルトの名無しさん:2018/08/31(金) 19:19:30.24 ID:RzbMvKeJ.net
- >>61
最近の流行ってそんなについていけないほど大きな変化あった?
2年前あたりからだとむしろ停滞気味だと思ってるんだけど
- 63 :デフォルトの名無しさん:2018/08/31(金) 19:39:41.05 ID:3t81EMZJ.net
- >>62
2年ほど前に新規開発した時は、BLEやらGPSやらOpenGL ESやらをバリバリ使いたかったのでCordovaやらUnityやらの中から総合的にXamarinを選択したんだけど、次の開発はどうしようかなと思って。
MSがXamarinを買収した経緯やスマホから手を引いた事実から考えて、Xamarinの未来があるのか心配でね。
もうKotrinとSwiftで別々に開発したほうが良いんやろか?
- 64 :デフォルトの名無しさん:2018/08/31(金) 20:23:44.35 ID:KTkTPSgk.net
- Xamarin程の糞はないね
- 65 :デフォルトの名無しさん:2018/08/31(金) 20:56:35.40 ID:EHTzLqHA.net
- これからはflutterでしょ
- 66 :デフォルトの名無しさん:2018/08/31(金) 22:19:39.06 ID:YUYjC42t.net
- >>63
少なくとも個別に開発するのはないわ。全く共通にできるロジックないとかすこしでもファイルサイズが増えるのが許されないってなら別だけど。
Flutterは触ってはないけど良さげ感はある。
けどネイティブコントロールの併用とかできないしなんかマテリアル感が強くなるとも聞いたけどその辺はどうだろう。
あとまだこなれてないとこも色々ありそう。ホットリロードとかは良いね
- 67 :デフォルトの名無しさん:2018/09/02(日) 03:27:30.73 ID:ugzn0089.net
- DartもGo並に流行るといいね!
- 68 :デフォルトの名無しさん:2018/09/03(月) 11:49:00.24 ID:fCsbAgcx.net
- Xamarin.FormsのUWPアプリでbroadFileSystemAccessって使えるの?
- 69 :デフォルトの名無しさん:2018/09/20(木) 20:28:29.50 ID:dBmzJ/jv.net
- Mac版のVisualStudioにWebViewアプリってテンプレートがあるけどさ
これってWindows版に表示するにはどうすればいいの?
Razor言語サービスは入れてるんだけどこれじゃ足りないのかな
- 70 :デフォルトの名無しさん:2018/09/24(月) 13:08:07.10 ID:FzQ9lLHv.net
- >>63
Xamarine買収は、多プラットフォーム開発したい開発者にとって、
受難の時代に入ったと思う。
C#を避けたい要因がひとつ増えた。
- 71 :デフォルトの名無しさん:2018/09/24(月) 13:11:49.12 ID:FzQ9lLHv.net
- >>70
多分、MSは、自社のOSと言語処理系部門などで競合が生じやすい状態
になっていて、それがMSにとって命取りになるかもしれない。
Windowsの時代がいつ終わってもおかしくない状態になっていて、
彼らが望むか望まぬかによらずMSは時代の潮流に飲み込まれて
いくことだろう。
今まで自分たちがやってきたことの報いを受ける時代が必ず
やってくる。
- 72 :デフォルトの名無しさん:2018/09/24(月) 13:21:05.11 ID:+tXoe1uL.net
- >>70
何でそうなるの?
- 73 :デフォルトの名無しさん:2018/09/24(月) 13:35:58.42 ID:FzQ9lLHv.net
- MSから離れようとする世界中の動きは、やがて実を結ぶことだろう。
「神は試練をお与えになるが、必ず出口も用意してくださっている」
という言葉が成就されなくてはならないから。
- 74 :デフォルトの名無しさん:2018/09/24(月) 13:46:40.13 ID:+tXoe1uL.net
- ああMS嫌い厨のたわごとか…
- 75 :デフォルトの名無しさん:2018/09/24(月) 14:00:53.53 ID:FzQ9lLHv.net
- MSは社員をここに常駐させて、世論誘導を行い続けている。
だから、MSから一刻も早く離れなくてはならない。
それが人類の幸せへの道。
- 76 :デフォルトの名無しさん:2018/09/24(月) 14:28:54.50 ID:KzNCIBHJ.net
- 選択と集中
- 77 :デフォルトの名無しさん:2018/09/24(月) 14:50:40.44 ID:wHG2Z2Xv.net
- MSはクラウドシフトに上手く乗って成功してるのに未だにOSメーカーだと思ってる人が多すぎ
叩くためにわざと見ないふりしてるだけかもしれないけど
- 78 :デフォルトの名無しさん:2018/09/24(月) 15:25:27.51 ID:FzQ9lLHv.net
- >>77
クラウドだけだと、MSである必要がないので、
もし Windowsが倒れたら、MS離れは止まらないだろう。
- 79 :デフォルトの名無しさん:2018/09/24(月) 15:54:31.20 ID:Ou2a0vj/.net
- 当のMS自身がWindows依存から脱却しようとしてる
むしろいまのMSの収益の中心はO365とAzureを中心としたクラウド事業を中心に展開してる
XamarinやGitHubの買収も業界最大規模のオープンソース事業者の地位を得ることでクラウド事業、プラットフォーム事業の強化を図るのが狙い
Xamarinの無償化やGitHubの買収の一件以来OSS界隈ではおおむねMSを好意的に捉えてるよ
- 80 :デフォルトの名無しさん:2018/09/24(月) 15:59:45.73 ID:FzQ9lLHv.net
- >>79
「OSS界隈では好意的に捉えている」
ことが仮に事実だとして、これほど、嫌悪感がするものはあるだろうか。
- 81 :デフォルトの名無しさん:2018/09/24(月) 16:11:30.84 ID:Ou2a0vj/.net
- むしろ現在もっとも懸念されているのはSunを買収したOracleの動向
JDKの動向を巡って業界が右往左往してOracleは顰蹙を買ってる
一方でクラウドの覇者Amazonはマイペースで我が道を行ってるので他社は当分追いつけそうもない
- 82 :デフォルトの名無しさん:2018/09/24(月) 16:13:23.37 ID:FzQ9lLHv.net
- >>81
いや、MSとGoogleがもっとも人類の敵だと思う。
Oracleなんて、ゆるいもんだ。
- 83 :デフォルトの名無しさん:2018/09/24(月) 16:20:13.78 ID:Ou2a0vj/.net
- >>82
Oracleの動きでAndroidの基盤が根底からひっくり返るのに?
今はまだ良いけどJava8のサポートが終了したらJDKが有償化されるので大手ベンダーは対応に苦慮してるだろ
個人開発のようにOpenJDKに頼るわけにもいかんだろ
- 84 :デフォルトの名無しさん:2018/09/24(月) 16:28:24.56 ID:Ou2a0vj/.net
- XamarinにもJDKの混乱は影響してる
VSの次期バージョンからはOpenJDKへの移行が予定されているけど、商用ベースでOracleJDKとの間で混乱が起きそうだな
https://docs.microsoft.com/ja-jp/xamarin/android/get-started/installation/openjdk
- 85 :デフォルトの名無しさん:2018/09/24(月) 16:28:29.75 ID:FzQ9lLHv.net
- >>83
でも、携帯アプリなんて底が浅いから、他の言語などに移植も
そんなに難しくないはず。PCアプリとはわけが違う。
- 86 :デフォルトの名無しさん:2018/09/24(月) 16:46:18.17 ID:Ou2a0vj/.net
- GoogleのAndroidSDKそのものの存在基盤が危ういんだけどね
Googleがどういった対応をとるのかはまだ分からんけど
言語で言えばJDKを利用しているKotlinも対応が迫られてる
- 87 :デフォルトの名無しさん:2018/09/24(月) 16:56:27.80 ID:FzQ9lLHv.net
- >>86
ちゅうか、どっちが先かは裁判がごちゃごちゃして良く分からないけど、
Googleは、Chomeで、Javaを基本的に使えなくしてしまったよね。
完全に喧嘩になってしまっていて、財力の強さから言えば、Oracleより
Googleの方に責任があると思うよ。
Oracleは、Googleほど確固たる収益源がないから、Javaを一方的に
真似されたら、そりゃ困るわ。それでゴタゴタして、最後は、
Java有料化になちゃった。
だから、本当はGoogleが悪い。
- 88 :デフォルトの名無しさん:2018/09/24(月) 16:59:36.54 ID:FzQ9lLHv.net
- 事実上の世界標準となってしまってる Chromeで、Javaを使えされてしまった
んだよ?? Oracleじゃなくて、Googleがそれをやったんだよ??
もとはといえば、Googleが、Oracleの気持ちを考えずに、Javaを横取りしようと
して、裁判起こされて、Googleが負けたりしたことが原因。
裁判で負けたら、自分の有力的地位を利用して、まさにパワハラ。
倫理観なんてあったもんじゃない。
- 89 :デフォルトの名無しさん:2018/09/24(月) 17:20:53.39 ID:Ou2a0vj/.net
- そんなブラウザ上のアプレットだけの問題じゃないんだけどな
まあどちらかといえば本来はブラウザやAndroidoなんかよりむしろサーバーサイドの影響の方がデカいといえばデカい
実質LinuxサーバーのデファクトスタンダードであるJavaからの収益がOraleの目的であってクライアント端末側はとばっちりで有償化に巻き込まれた
というのが正解だと思う
Sunを買収した時から計画されていた行動だとは思う
MSやGoogleなどがオープンソースの方向に進むのとは逆行してOracleだけはプロプライエタリの方向に邁進してる
だからOracleは開発者(ベンダー)から叩かれてる
- 90 :デフォルトの名無しさん:2018/09/24(月) 17:25:52.52 ID:FzQ9lLHv.net
- >>89
中小のソフトハウスは、FOSSだと食っていくのが難しいと思うよ。
Googleは、まるで税金のように確固たる広告料があるから何でもできるし、
MSは超巨体だから、これまた何でもできる。
いいもの作っても、組織が小さいと出来ないことがあるんだよ。
- 91 :デフォルトの名無しさん:2018/09/24(月) 17:39:28.20 ID:Ou2a0vj/.net
- 中小のソフトハウスってOracleのこと?
一応は商用データーベースのトップメーカーだけどね
詳しく調べてはないけど今でもOracleのOracleDBはMSのSQLServerを抑えてトップの地位にいると思う
- 92 :デフォルトの名無しさん:2018/09/24(月) 17:44:15.43 ID:FzQ9lLHv.net
- >>91
なるほど、確かに従業員数12万人の超巨大企業だったわ。
だから、ボランティアみたいにJavaを無料配布しろってことかい?
- 93 :デフォルトの名無しさん:2018/09/24(月) 17:44:31.77 ID:ORGyPp6/.net
- Oracle擁護してる奴はOracleが何やってきたかを知った方がいい
OracleがOSSに関わるとなぜ同等のプロジェクトがフォークするのか
有名なとこだとSolaris,MySQL,StarOfficeそしてJava
MSにしてもIBMにしてもGoogleにしてもAppleにしても
みんなOSSのプロジェクトには関わり持ってるけど
企業も開発者も互いに敬意を持って接している
対してOracleがOSS開発者から敬意を持たれた事は過去に無い
- 94 :デフォルトの名無しさん:2018/09/24(月) 17:59:36.62 ID:FzQ9lLHv.net
- そもそも、FOSSには関わりたくないし、思想も共感できないのでよく分からんわ。
FOSSの目的も存在意義もまったく理解できないし。
- 95 :デフォルトの名無しさん:2018/09/24(月) 18:21:24.12 ID:wHG2Z2Xv.net
- そもそもソフトウェア流通の源流がFOSSなのに意義とか思想とか言われても
- 96 :デフォルトの名無しさん:2018/09/24(月) 18:32:09.71 ID:FzQ9lLHv.net
- >>95
源泉とか勝手に決められても。
ソフト自体を売れる状態になるのが理想的な未来社会。
- 97 :デフォルトの名無しさん:2018/09/24(月) 19:01:29.50 ID:FzQ9lLHv.net
- ハードは新興国に安すぎる値段で作られてしまうことはますます加速する。
なら、ソフトしか売るものがない。ということは、ソフト自体を売って食っていける
状態、しかも、適度に競争原理が働いている状態になるように世界全体が
協力していくことが重要。
- 98 :デフォルトの名無しさん:2018/09/24(月) 19:04:02.84 ID:Z8jAp3bN.net
- え、ソフト自体を売って稼ごうなんて何時代の話?
むしろ世界的には君の理想とは逆方向を目指しているはずだけど
- 99 :デフォルトの名無しさん:2018/09/24(月) 19:11:49.28 ID:5B86z06U.net
- SaaSなんだがとしか言いようがないな
- 100 :デフォルトの名無しさん:2018/09/24(月) 19:13:42.09 ID:cHOwICqc.net
- ソフト自体売ろうにも、誰もが情報流せる時代になった以上売りに出した瞬間に自社の権利回避した安い模倣品が出回るのは目に見えている
だからこそソフトウェアというモノではなくそれを利用したサービスで稼ごうという流れになっているはず
- 101 :デフォルトの名無しさん:2018/09/24(月) 19:20:46.56 ID:FzQ9lLHv.net
- >>100
それは、Javaの場合はどうすればいいの?
- 102 :デフォルトの名無しさん:2018/09/24(月) 19:25:27.52 ID:FzQ9lLHv.net
- 技術や機能的なアイデアなどの競争ではなく、なんか変な競争になりそう。
今まさにそうなってるけど。
- 103 :デフォルトの名無しさん:2018/09/24(月) 19:38:45.42 ID:FzQ9lLHv.net
- >>100
>ソフト自体売ろうにも、誰もが情報流せる時代になった以上売りに出した
>瞬間に自社の権利回避した安い模倣品が出回るのは目に見えている
これも、誰が模倣品を作っているのか、を調査する必要がある。
gccなんかは、寄付金などで、数十人の人がフルタイムまたは
ハーフタイムでプログラムしてるんだそうだ。
Linuxがサーバー分野で実用性があるのは、IBMが社員を大量動員して
作らせたためらしい。
これを見ると、無料で配布されていても、無料で作られているわけ
ではなく、ちゃんと有給で作られたものだ。
つまりそれらは、一般人が作ったものではない。
- 104 :デフォルトの名無しさん:2018/09/24(月) 19:39:46.85 ID:FzQ9lLHv.net
- あと、Qt は、Nokiaの社員が20人以上で作り上げたものらしい。
- 105 :デフォルトの名無しさん:2018/09/24(月) 19:56:44.73 ID:FzQ9lLHv.net
- >>100
分野にもよるが、模倣を無料で出してくる可能性がある組織は限られていて、
たとえば、MS、Google、FSF(GNU)、
位かもしれない。
- 106 :デフォルトの名無しさん:2018/09/24(月) 20:53:28.62 ID:utUQ06om.net
- すごいね
〜らしいとか憶測だけでここまで書くのかと
- 107 :デフォルトの名無しさん:2018/09/24(月) 22:34:10.97 ID:2wfBP4BH.net
- まだチンパンの相手してんのか
- 108 :デフォルトの名無しさん:2018/09/25(火) 09:14:04.91 ID:oRUMH9qn.net
- 理由は分からんが、アメリカではIT関連全体の求人は増えているのに、
プログラマの求人だけは減って行ってるらしい。
- 109 :デフォルトの名無しさん:2018/09/25(火) 14:22:13.88 ID:xKsUlK4F.net
- ソフトは無料で提供されるべきではないってのなら
有料で提供すればいい
同等かそれ以上のものが無料で提供された時点で終わりだけどね
- 110 :デフォルトの名無しさん:2018/09/25(火) 15:18:26.90 ID:mz4Yps62.net
- >>109
無料相手でも、100円なら戦える。
- 111 :デフォルトの名無しさん:2018/09/25(火) 22:15:16.10 ID:AouN8ebO.net
- ソフトだけで稼げるのは専門的でニッチな分野だけだろ
- 112 :デフォルトの名無しさん:2018/09/26(水) 01:24:20.78 ID:6OKvzXmf.net
- >>109
有料のものと同等以上のものが簡単に無料で提供できるとでも?
- 113 :デフォルトの名無しさん:2018/09/26(水) 01:55:34.26 ID:DUFIzm4n.net
- 有料にするにしてもパッケージ売り切りのビジネスモデルはもう殆ど破綻してる
フリーミアム版でユーザー取り込んでサブスクリプションで課金するのが今風のやり方
- 114 :デフォルトの名無しさん:2018/09/26(水) 02:00:21.05 ID:DUFIzm4n.net
- 要するに無料ユーザーと有料ユーザーが共存できるような棲み分け可能なビジネスモデルでないと成立しない
- 115 :デフォルトの名無しさん:2018/09/26(水) 03:24:58.42 ID:fXf2EIuH.net
- python software foundationの2015年のrevenue(売り上げ、収入)が、2.9 million $
となっているのは、Tシャツの売り上げ?
日本円にすると、年間売り上げ(?)、3億5,000万円弱、ということになるんだけど。
- 116 :デフォルトの名無しさん:2018/09/26(水) 12:15:28.90 ID:FJlbJwnI.net
- >>112
簡単にできるかは分野によるだろうけど
すくなくともマイクロソフトとかの大企業が競ってるのって
そういう世界でしょ
- 117 :デフォルトの名無しさん:2018/09/26(水) 14:14:18.42 ID:GcxNqKYy.net
- https://www.publickey1.jp/blog/18/java_11oracle_jdkopenjdk.html
- 118 :デフォルトの名無しさん:2018/09/26(水) 18:25:43.09 ID:9MHgeHR3.net
- ユーザー全体に対する有料ユーザーの割合は、5%を損益分岐点にする。望ましい割合は10%で、
もしそれ以上の有料ユーザーがいるときは、最大数の潜在顧客を無料版ユーザーとしてとりこめていないのだ
- 119 :デフォルトの名無しさん:2018/09/26(水) 19:08:34.25 ID:KQCpHfjl.net
- >>118
もうひとつのやり方は、実質的に無料と変わらないくらいの
誰でも変えるくらいのとても安い価格をつけて、非常にたくさん
の人に買ってもらう。
ソースネクストがそのやり方で成功しているのではないかと思う。
- 120 :デフォルトの名無しさん:2018/10/20(土) 16:30:48.80 ID:2gMNXqbH.net
- Xamarin で起動速度を改善させるためにこんなことをやった、という記事を見た。
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
最終的に Kotlin に移植した、というオチになっていてツラミを感じた。
AOT を掛けたら Xamarin でもネイティブにそんなに負けてなかったよ、とあるけれど、
それだけのために Enterprise Edition 年40万以上は払えないよね。
- 121 :デフォルトの名無しさん:2018/10/20(土) 17:19:53.34 ID:pGNO9AWb.net
- AOTエンプラ以上なのか。
会社のMSDNがそれだから知らんかった
- 122 :デフォルトの名無しさん:2018/10/20(土) 17:24:44.44 ID:pGNO9AWb.net
- >>120
読んだらKotlinに移植したけど結局1.1秒ちょっとが0.9ちょいになったって感じでAOT使うならサイズ抜かせば十分かもって感じだな
- 123 :デフォルトの名無しさん:2018/10/20(土) 18:02:57.23 ID:zLC0JYO8.net
- 俺もAOTがエンプラ以上だって今まで知らなかった。
普通に使ってたわ。
- 124 :デフォルトの名無しさん:2018/10/20(土) 18:18:50.82 ID:QvyshcuB.net
- Xamarin程の糞はない
- 125 :デフォルトの名無しさん:2018/10/21(日) 05:22:20.61 ID:Uf9ddJ9d.net
- >>120
Open Business 2年更新だとEnterprise でも20万/年程度だろ
- 126 :デフォルトの名無しさん:2018/10/21(日) 08:15:00.34 ID:i5Ug+m/2.net
- https://i.imgur.com/ugx7LXm.jpg
- 127 :デフォルトの名無しさん:2018/10/21(日) 16:56:22.97 ID:XAr1btS+.net
- >>126
120 です
ありがとう!次回更新からこれにするよ!
- 128 :デフォルトの名無しさん:2018/10/21(日) 17:02:30.35 ID:XAr1btS+.net
- AOT利用中のところって、
対象アーキテクチャって何を選択してます?
うちは armeabi-v7a と x86 で APKも2つ作っているけど、
もう x86 切っていいよね?(´・ω・`)
x86 だと「対応する Android 搭載端末」端末数 262
とか Google Play Console で出てきて、もういいかなー感が強いんだけど。。。
- 129 :デフォルトの名無しさん:2018/11/03(土) 08:34:29.84 ID:9SilCILY.net
- おまいたちがやってるのってxamarin.formsとxamarinネイティブのうちどっちなの?
どっちがいいんだろうか
xamarin.formsならxaml一本でいけるのか?
C#経験はあるが、ほぼwindowsformsだし、wpfなら少し分かる程度
xamlに詳しくなれるならxamarin.forms一択かな〜
これならwpfにも習熟できそうだし新しいから今後が期待できそう
- 130 :デフォルトの名無しさん:2018/11/03(土) 09:37:28.14 ID:OSw3rxvc.net
- FormsでPrism前提の作成方法だけ覚えりゃいいよ
- 131 :デフォルトの名無しさん:2018/11/03(土) 12:24:41.40 ID:IsYYmtjX.net
- 起動を速くする方法ないの?
レイアウトの作り方でも変わるのかな
- 132 :デフォルトの名無しさん:2018/11/03(土) 12:54:43.21 ID:JBg4gYkl.net
- Xamarin程の糞はない
- 133 :デフォルトの名無しさん:2018/11/03(土) 13:58:29.17 ID:7QH84Rmg.net
- Prism嫌い。
- 134 :デフォルトの名無しさん:2018/11/03(土) 15:36:26.41 ID:fVE3xuew.net
- 6000円のxamarin本買ってきた
高すぎる
でも今までIDEや言語のせいで敬遠してたアプリ開発をvisual studioでC#でできるってんなら買うしかないよな
しかし結局MacがないからMac買わないといけないのは痛いな
- 135 :デフォルトの名無しさん:2018/11/03(土) 17:20:28.08 ID:s0LW8GdZ.net
- >>129
Windows Forms経験しかないと、飛び越すべき壁が多く結構大変だと思うが
WPF経験があるとのことなんで、ずいぶん楽だと思うよ。
そもそも、もうWindows Formsのようなインターフェースが新たに開発される
新たに必要とされる場面は出てこないので。
- 136 :デフォルトの名無しさん:2018/11/03(土) 17:38:20.07 ID:OSw3rxvc.net
- >>135
今年になっても電機系大手SIがナショナルクライアント相手の新規開発にWindows Forms採用しとたぞい
- 137 :デフォルトの名無しさん:2018/11/03(土) 17:48:57.05 ID:m8uRBn8F.net
- Xamarinは糞みたいな仕事しかない
- 138 :デフォルトの名無しさん:2018/11/03(土) 17:52:00.23 ID:FJuQYRW+.net
- >>135
んーとWindowsFormsで新規案件ないって言いたいのか?
- 139 :デフォルトの名無しさん:2018/11/03(土) 19:31:23.16 ID:dRjcA8op.net
- 起動時間はリンカーちゃんと設定すればマシになるってちょい上の方のレスにある Qiita の記事に書いてたよ
- 140 :デフォルトの名無しさん:2018/11/03(土) 19:54:05.41 ID:sKrv0/z9.net
- >>138
態々winforms指定してくるお客なんて居るか?
- 141 :デフォルトの名無しさん:2018/11/03(土) 20:27:46.40 ID:+Yhp8yTJ.net
- 結局紐パンなんよ
- 142 :デフォルトの名無しさん:2018/11/03(土) 21:04:52.34 ID:9SilCILY.net
- ちなみにみんなmac持ってるの?
高すぎないか?
xamarin本に6000円、macpro買ったら15万くらいになるな
アプリで元取れる期待はできないしなぁ・・・
まぁmacあればUnityにも使えるし今後の個人開発には
使えるんだろうけど・・・
- 143 :デフォルトの名無しさん:2018/11/03(土) 21:40:33.67 ID:FJuQYRW+.net
- >>142
どのみちiPhoneアプリ作るならMac必要だからそこを言ってもしょうがないのでは
Xamarin関係ないやん
- 144 :デフォルトの名無しさん:2018/11/03(土) 22:00:04.13 ID:pE3mSnoE.net
- apple好きなら我慢して買えばいい
- 145 :デフォルトの名無しさん:2018/11/03(土) 22:16:16.31 ID:9SilCILY.net
- うん、買うのは買うよ
だが時期の問題もあるんだよね
2019年にmacbookpro新作が出るらしいし
だが2019年まで待ってもいられないし
でも16万ものPC買ってすぐ旧型になるのは耐えられない
どうしたらいいんだ
- 146 :デフォルトの名無しさん:2018/11/03(土) 22:32:48.00 ID:mWezfEQe.net
- 今買って、新しいのが出たらまた買えば良いんじゃないの
- 147 :デフォルトの名無しさん:2018/11/03(土) 23:01:25.36 ID:dRjcA8op.net
- 今はまだ時期じゃないおじさんになってるよ
- 148 :デフォルトの名無しさん:2018/11/04(日) 00:40:16.00 ID:wxpEn17k.net
- >>140
今までそういう仕組みを作ってきた顧客にとっては
それを動かすために、レガシーに合わせざるを得ない顧客は多いでしょうから
その面で仕事はあるでしょう。まだ企業のPCはWin7全盛ですから。
ただ、現在は仕方なくそうなっているという形でしょうね。
とはいえクラウド移行で急激に変化。
- 149 :デフォルトの名無しさん:2018/11/04(日) 00:44:07.46 ID:wxpEn17k.net
- >>142
わたしゃハードはMac、OSはWindowsの環境して、
まるまる11年経ったよ。
なんの不都合もない。
MacOSの方は使うことがまるきりないんだけどね。
- 150 :デフォルトの名無しさん:2018/11/04(日) 01:39:24.02 ID:yKOivloR.net
- あ、違った
2019で新型が出るのはmacproか
macbookproは最近新型出たばっかじゃん
じゃあ買うか・・・
- 151 :デフォルトの名無しさん:2018/11/04(日) 09:11:01.36 ID:yKOivloR.net
- ついにAndroidエミュレータが起動してAndroidのデバッグ環境が整った
macはまだない
もうちょいアプリができてから買おうかな
16万の買い物をする勇気が出ない
- 152 :デフォルトの名無しさん:2018/11/04(日) 09:32:36.61 ID:+MF+ZSEJ.net
- 今買うならmacbookairの方じゃない?
- 153 :デフォルトの名無しさん:2018/11/04(日) 10:20:27.94 ID:yKOivloR.net
- >>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かなり叩かれてるよ
何も新しいものがないらしい
- 154 :デフォルトの名無しさん:2018/11/04(日) 11:00:39.83 ID:yKOivloR.net
- Windows.FormsのPC向けプロジェクトがUWPってことは
Windows7では動かないのか
Windows10だけか
まだWindows7のシェアかなり多いみたいだが、かなりのユーザーが
ターゲットから外れるな
まぁモバイルアプリを作りたいわけで
PCがメインターゲットじゃないからいいっちゃいいんだが
なぜWPFじゃなくUWPなのか
なんかXamarinがとんでもない泥船のように思えてきた
- 155 :デフォルトの名無しさん:2018/11/04(日) 11:14:57.33 ID:dp5SZYTK.net
- Windows FormアプリはXamarinもUWP も関係ないよ
というかWPFアプリですら無い
- 156 :デフォルトの名無しさん:2018/11/04(日) 11:18:22.47 ID:yKOivloR.net
- 間違えたわ
Windows.FormsじゃなくてXamarin.Formsの話よ
- 157 :デフォルトの名無しさん:2018/11/04(日) 11:46:56.92 ID:yKOivloR.net
- やっとAndroidとUWPのHelloWorldが通ったわ
IOSはmacがないから外してるけど
昨日本買ってこの段階なら早い方かな?
ここのみんなはもうアプリガンガン作ってリリースとかしてるの?
- 158 :デフォルトの名無しさん:2018/11/04(日) 12:23:15.22 ID:YqZUvCLq.net
- 実際商用でXamarin使った例ってあるのかな?
- 159 :デフォルトの名無しさん:2018/11/04(日) 12:57:31.39 ID:RwY+Tja9.net
- >>158
https://www.xlsoft.com/jp/products/xamarin/apps.html
チラッとしか見てないがクレスコとかはたぶん上場企業だし、ソニーの子会社っぽいのもxamarinでなんか作ってるね
- 160 :デフォルトの名無しさん:2018/11/04(日) 18:42:01.16 ID:yl6dAh1d.net
- >>156
WPF,UWPと同じくxamlで記述しようって話なんで
これらはお友達といってもいいかも。
ただ動く環境がWPFはWindows上とかそういう違いはあるけどね。
- 161 :デフォルトの名無しさん:2018/11/04(日) 20:05:50.22 ID:753DVsS0.net
- Xmarin.FormsのXAMLでかける式ってWPFに比べてショボいところがあるじゃん。
- 162 :デフォルトの名無しさん:2018/11/04(日) 20:24:49.07 ID:AVNI0tLi.net
- Xamarin.Formsは色んなOSの最大公約数の機能しかないからなぁ。
案外WebView使ってHTMLで書くのが一番小回り効いたりする。
- 163 :デフォルトの名無しさん:2018/11/05(月) 00:04:27.81 ID:dCHYDtOd.net
- いつかxamarinやっててよかったと思える日が来るんだろうか
C#でアプリが作れるってだけで飛びついてしまったんだが、何ができるんだろう
でも.NETのクラスが全部使えるんならなんでもできるんだよな要するに
.NETが全て使えるとすると、かなり万能なんじゃないの?xamarinって
.NETに加えて、iOSやandroid のAPIまで呼べるんでしょ?それに加えクロスプラットフォーム
それだけ聞くと無敵な感じがするし企業が放っておかないと思うんだが何がネックなんだろう
- 164 :デフォルトの名無しさん:2018/11/05(月) 00:38:27.24 ID:YwTd+Zn9.net
- .NET使えるおかげでデスクトップ、モバイルでロジックをあらかた共有出来るからな
ややこしいコンポーネントも共有してるからやろうと思えばほぼ全て共有できるのは実感してる。
最近はFlutterとかも良い感じだけど、そういうところでは一日の長があるな
- 165 :デフォルトの名無しさん:2018/11/05(月) 08:11:37.97 ID:dCHYDtOd.net
- ふむ、良さげだな
xamarinの先行者になって業界で無双できるのが理想だな
あとはマイクロソフトがどれだけ力入れてくれるかだな
まぁマイクロソフトは今はC#とWPF、xamarinに力入れてくれてるイメージあるし期待はできるかな
- 166 :デフォルトの名無しさん:2018/11/05(月) 08:36:06.32 ID:KCB9cZDG.net
- いまさらWPF?UWPではなく?
- 167 :デフォルトの名無しさん:2018/11/05(月) 10:07:25.25 ID:c/yLfLF+.net
- それは利用環境での違い次第じゃない?
Win7だとUWP動かないから
- 168 :デフォルトの名無しさん:2018/11/05(月) 11:04:39.90 ID:+PPRBlH4.net
- 新規でわざわざ7向けとか作りたくないわ
- 169 :デフォルトの名無しさん:2018/11/05(月) 11:11:58.23 ID:dCHYDtOd.net
- >>166
UWPの間違いだったわ
- 170 :デフォルトの名無しさん:2018/11/05(月) 13:40:13.80 ID:WpMK+lQ4.net
- >>168
そりゃ作りたくないだろうけどIE6に対応してくれとかがざらにいるこんな世の中じゃポイズン
- 171 :デフォルトの名無しさん:2018/11/05(月) 22:37:55.51 ID:JHyTeTFo.net
- 学習コスト思ったより高いな
土曜日に6000円で買ってきた分厚い本がまだ100ページも読み終わらん
序盤の簡単なとこでこれとは正直キツイわ
1カ月でそこそこ使えるようになるかと思ったが2,3カ月かかりそうだな
キッツ
- 172 :デフォルトの名無しさん:2018/11/05(月) 23:06:08.03 ID:KIWbSYer.net
- どこまで経験あるか次第だろ。
mvvm,databinding経験あるか?
他環境でmvvm,databindingやったことあるならほ表記方法がxamlになるだけで敷居は低い。
それないとmvvm,databinding,xaml,xamarinコントロールと覚えることがあって結構大変。
- 173 :デフォルトの名無しさん:2018/11/05(月) 23:09:25.87 ID:Ns0ubn59.net
- ネイティブの知識なくて良いわけじゃないから学習コストは高いよ
Xamarin.Forms に限らずクロスプラットフォームはどれもそうだと思うけど
その点レンダリングエンジンがネイティブじゃない Flutter は比較的楽なのではという期待がある
あとホットリロードが羨ましい
- 174 :デフォルトの名無しさん:2018/11/05(月) 23:15:23.35 ID:Ns0ubn59.net
- ただ Xamarin は .NET の既存資産が多いし、React Native も NodeJS の資産があるのが魅力だろうな
Dart や Kotlin は少なそう
- 175 :デフォルトの名無しさん:2018/11/05(月) 23:19:16.98 ID:Ns0ubn59.net
- UI 部分のラッパーがない分ネイティブやるよりは Xamarin Native のほうがラクなんじゃないかな
Xamarin.Forms しかやったことないけど
- 176 :デフォルトの名無しさん:2018/11/06(火) 00:47:55.76 ID:BJih7Q4c.net
- >>171
ペゾルト本だよね?
まああれは基本のコントロールからみっちり説明してるからな
今となっては古いところもあるかもだけどあれは、Xamarinやるなら上下巻みっちり読んどけ感はある
日本語版はまだ下巻出てないんだっけ?
- 177 :デフォルトの名無しさん:2018/11/06(火) 00:56:02.43 ID:BJih7Q4c.net
- >>175
Xamarinネイティブの方はネイティブに薄皮かぶせただけだからネイティブのことがっつり知らないといかんしの。
自分はXamarin.iOSから入ってFormsに移ったけど、アンドロイドのネイティブはほとんどわからないまま来てしまってアプリなどのリリースもやってるけどやっとこの間レンダラーでビュースイッチャー高なんだか触る羽目になった
- 178 :デフォルトの名無しさん:2018/11/06(火) 07:49:28.67 ID:8sAquAjD.net
- Formsでもちょっとまともな事しようと思ったら各プラットフォーム向けにRendererをオーバーライドしたり、デバイス制御しようとしたらやっぱりプラットフォーム専用のコード書かないといけなかったり、完全ではないわな。
それでも共通のPCLがC#で書けるというメリットはでかい。
- 179 :デフォルトの名無しさん:2018/11/06(火) 08:55:43.31 ID:BJih7Q4c.net
- >>178
そゆんでは適度にネイティブも透けて見えるから手を入れてモニョモニョしようがあると思ってるんだが。
フラッターとかだと二進も三進もいかないんじゃ?
その辺は良し悪しあるところだとはおもうけど
- 180 :デフォルトの名無しさん:2018/11/06(火) 09:05:58.52 ID:T1PaVoIS.net
- Xamarin程の糞はない
- 181 :デフォルトの名無しさん:2018/11/06(火) 09:21:47.05 ID://8efntW.net
- 今はまだ過渡期でしょう。
行く行くは開発会社がネイティブな部分を知る必要もなく
アプリを作る方向に向かってゆく。
- 182 :デフォルトの名無しさん:2018/11/06(火) 09:27:49.32 ID:BJih7Q4c.net
- 実際はネイティブの環境も変わってくし、そこに一切触れないものも困る場面でてくると思うよ?
- 183 :デフォルトの名無しさん:2018/11/06(火) 10:39:58.64 ID:1KwAte1P.net
- >>172
ほぼほぼないよ
だからキツい
>>176
そうそう
みっちり読んで基本を早くマスターしたいが正直楽じゃないね
unityなんてやらずに最初からxamarinやっときゃ良かった
下巻ももう出てるよ
- 184 :デフォルトの名無しさん:2018/11/06(火) 12:36:18.96 ID:8sAquAjD.net
- 真面目にMVVMやるならBinding要るけど、まずはViewModelすっ飛ばしてコントロール側にNameつけてModelと直接やり取りするのが入門としては良いかも。
XAMLなんてHTMLの遠い親戚みたいなもんだから身構える必要は全くない。
本当に必要なスキルは「英語サイト含めてググる能力」だわ。
- 185 :デフォルトの名無しさん:2018/11/06(火) 13:46:35.71 ID:g0k0fO2X.net
- 糞を糞と見抜ける能力
- 186 :デフォルトの名無しさん:2018/11/06(火) 13:50:05.93 ID:uqLOd1Jh.net
- >>183
俺はXamarinやって今Unityやってるわ
- 187 :デフォルトの名無しさん:2018/11/06(火) 21:37:57.80 ID:eiD6Vqn1.net
- 初心者だけどDataTemplateがすごく使いにくい
ListViewの要素にListがあってListに1件以上アイテムがあるとき
それをラベル貼るみたいに付加情報を表示したいってだけなのに
DataTemplateSelector使わなあかんの?
あとビルドがすごく長い
プレビューワーの品質がひどすぎる(Gorillaプレビューワがいいらしいけど有料っぽい)
会社の方針で使ってるけど正直しんどい
- 188 :デフォルトの名無しさん:2018/11/07(水) 00:52:03.26 ID:NsewPv0A.net
- ListViewにリスト入れてんの?
- 189 :187:2018/11/07(水) 08:18:22.10 ID:ekMP+mWP.net
- そうです
例えば商品一覧を表示する際に、ある商品には「特価」とか「在庫限り」とか
あるいはその両方を表示したいというときに
特定の要素の場合だけStackLayoutを追加したいんですけど、
Templateだとそういうことはできないですよね?
Templateだからそういうものだと言われたらそれまでですが
- 190 :デフォルトの名無しさん:2018/11/07(水) 10:01:16.11 ID:swEsVJN8.net
- Xamarinみたいな糞でやるからそうなる
- 191 :デフォルトの名無しさん:2018/11/07(水) 13:56:38.27 ID:pqMdkqB1.net
- >>186
なぜunityを?
俺も最初はunityでのゲーム開発ってこんなに簡単なんだ、と感心したんだが、ゲームだと普通のアプリに比べて極端に画像が必要になるし、個人開発に向かないなと思った
で、画像が少なくて済むアプリを勉強しようと思った
俺の場合最終目標が個人開発での脱サラなんだが、デザイナに金払って描いてもらうってのも個人だとなかなかキツいんだよな
- 192 :デフォルトの名無しさん:2018/11/07(水) 14:16:04.13 ID:swEsVJN8.net
- ゲームアプリのアプリ内課金が一番儲かるんだがな
- 193 :デフォルトの名無しさん:2018/11/07(水) 14:22:26.73 ID:2hZ1F3VY.net
- >>192
個人開発でゲーム作ってるの?
- 194 :デフォルトの名無しさん:2018/11/07(水) 15:18:58.40 ID:Yg7Serho.net
- >>191
自分は業務系のアプリをVR化する話があるので、だな。
後個人的にVRとかで作りたいものあるから。
- 195 :デフォルトの名無しさん:2018/11/07(水) 20:09:41.01 ID:Nn5ja2xC.net
- >>189
その例だけで言えばラベルとなる要素の表示/非表示にバインドするプロパティ用意するだけで良くない?
- 196 :デフォルトの名無しさん:2018/11/07(水) 21:23:47.78 ID:rZipnLou.net
- Xamarinってデザイナーないの?
Xaml自分で記述するか、C#コードでUI作らないといけないのか?
とてもC#コードなんかでUI記述してられないからXaml構文極めないとUI作れないな
そしてVSのツールボックスなしじゃなんのUI要素があるのかがわからない
macのxamarinstudioならUI要素の一覧は見れるの?
XamarinForms向けのXamlタグ一覧みたいなものが見れるサイトがあれば
どなたか教えてくれないか?
- 197 :デフォルトの名無しさん:2018/11/07(水) 21:58:14.45 ID:ekMP+mWP.net
- >>195
ありがとう、まだ試してないけど解決しそう
Template の中身のオブジェクトには触れられないと思い込んでた
何もかもバインドしてしまえば自由自在なのか
助かった
- 198 :デフォルトの名無しさん:2018/11/07(水) 22:19:57.99 ID:M8DcGEhY.net
- 会社の方針って書いてるけどそれぐらいサクッと答えられる人いないのか
- 199 :デフォルトの名無しさん:2018/11/08(木) 09:02:39.06 ID:JSc2SB6N.net
- 見てなかったわ。
Templateの中もただのXAMLだからつながるリスト要素のVMにプロパティ生やして好きに汁。
ListViewをunevenheightだっけ?にするの忘れるなよー
- 200 :デフォルトの名無しさん:2018/11/10(土) 00:10:52.75 ID:mr47SEAg.net
- >>182
今思いつくだけで、
Z Orderを変えたい、他のアプリの上に透明で重ねたい、全く赤の他人が書いたアプリを
自分のアプリの中央にはめ込みたい、他のアプリの Window を動かしたい、デスクトップ
のアイコンの並びを記憶して復帰したい、デスクトップをクリックしたときに出てくる
フォルダ・ランチャー(?)を作りたい、ファイル・マネージャーを右クリックした時に出て
くるメニュー項目を追加したい。マウスの動作を記録・再生したい、デスクトップの
動作を動画記録したい、(BeginDeferWindowPos() のように複数のWindow を
高速に Move したい、スレッド間の同期を取りたい、Direct3D、OpenGLを
使うような高速動作がしたい、科学技術計算で、AVX512やGPGPUを使うような
最適化がしたい・・・・
見たいな事は、マルチプラットフォームでは難しいかも。
- 201 :デフォルトの名無しさん:2018/11/10(土) 00:24:38.52 ID:mr47SEAg.net
- Windows Phoneでも、Android/iPhoneのアプリを全部使えるようにするため
にXamarineに目をつけたのかな、MSは。
逆に、Linuxでも使えるようになれば、MSにとって致命的になるかもしれない
ので、Linuxでは中途半端にしか使えなくすると思う。
- 202 :デフォルトの名無しさん:2018/11/10(土) 00:33:49.51 ID:mr47SEAg.net
- 多分、そのうち、スマホ用のアプリを作るのは、奇特な人の趣味の世界になっていくかも。
あんな小さな画面ではまともな作業は出来ないし。
自分で作ったアプリを人に見せびらかす目的で、持ち運びしやすいスマホアプリが
作りたい人だけが残っていくのではかなかろうか。
そもそもあんな小さなデバイスで、そんな沢山アプリ作ってどうすんの。
画面の大きなデスクトップPCですら、人気が出るソフトを作るのはとても難しいのに、
小さな画面だと差別化が難しいだろう・・・。
- 203 :デフォルトの名無しさん:2018/11/10(土) 00:52:34.31 ID:nC3Kb7ZD.net
- 画面の小さいことと人気アプリ云々に何の関係があるのか
- 204 :デフォルトの名無しさん:2018/11/10(土) 00:52:55.64 ID:k7tqAnil.net
- スマホアプリももう飽和してる。
特にツール系。残ったのはゲームだけ
- 205 :デフォルトの名無しさん:2018/11/10(土) 07:33:36.25 ID:nyxZoFY7.net
- >>204
ゲームなんてそれこそ個人で作れるもんじゃない
いくらUnityみたいなプラットフォームがあるって言ってもなぁ・・・
ショボゲーなら作れてもそれこそ飽和してるだろう
しかしWEBサイト、アプリ、ゲーム全部無料で配布しちゃって
こんな終わってる業界ないわな
牛丼チェーン店に突然牛丼0円で配布する会社が現れたら
吉野家でもすき屋でもつぶれてしまうだろ
結局これじゃユーザー相手の商売は難しいから
いつまでも受託開発でクズ客の相手しないといけない
プログラミング技術を磨いても磨いても届かない脱サラへの道
- 206 :デフォルトの名無しさん:2018/11/10(土) 10:25:46.86 ID:mr47SEAg.net
- >>203
・顔認識して耳生やす。
・受け狙い動画の撮影を支援する。
・かわいいアイコンでごにょごにょする。
みたいなアホみたいな小アプリだけが金儲けできるようになっていきそうだ。
- 207 :デフォルトの名無しさん:2018/11/10(土) 10:33:45.07 ID:mr47SEAg.net
- >>205
GMかベンツだけが売れて、他のメーカーはほとんど儲からないような業界になってる。
自動車や電機の業界では見られなかった現象。
- 208 :デフォルトの名無しさん:2018/11/10(土) 21:00:48.39 ID:JAFflVVJ.net
- >>200
マルチプラットフォームでそんなんやりたいとかどこ需要てかスマホとか関係ないやん
- 209 :デフォルトの名無しさん:2018/11/10(土) 21:38:56.59 ID:owOQnTkP.net
- >>207
レッドオーシャンだからね
いざappleストアやgoogleストア開いてレッドオーシャンを目の当たりにするとアプリを作る気が失せるんだよなぁ・・・
どうしたらこんな環境でモチベーションが保てるんだろう
こんな環境でもモチベーション保ってアプリ10個くらい作ってみればなにか変わるのかな
もう社畜にうんざりしてるんだよなぁ・・・
- 210 :デフォルトの名無しさん:2018/11/11(日) 00:58:50.27 ID:rISCeeCc.net
- あと、Appleは、自分が決めた外観的なルールに従っているアプリしか
許可しないので、独自の Widget を使っているアプリは、許可されないらしい。
だから、Java(Swing), Qt, FLTK みたいに Widget を独自に描画して Platform 非依存
にする方式ではダメで、wxWidget みたいに OS の Widget をそのまま使うタイプの
やり方で無いとダメなんだそうだ。
本当かどうかは確認してないが。
- 211 :デフォルトの名無しさん:2018/11/11(日) 01:14:27.22 ID:rISCeeCc.net
- https://futurizm.jp/articles/104
> Xamarinは、C#で記述し.Net環境でクロスプラットフォーム開発がおこなえるツールです。
> OSに依存するインターフェイスやデバイスなどの処理についてはソースを分け、ロジック
> については共通化するという特徴があります。
- 212 :デフォルトの名無しさん:2018/11/11(日) 01:16:20.17 ID:rISCeeCc.net
- >>209
どういうアプリが受けるかも、博打的な要素もありそう。
というか、一般人の感覚と自分の感覚がずれていれば難しい。
ということは、ちょっとお馬鹿な人で無いと難しいということだと思う。
- 213 :デフォルトの名無しさん:2018/11/11(日) 01:18:58.96 ID:rISCeeCc.net
- https://qiita.com/hikarut/items/974e5782a3c0bf26f82a
・XamarinはMicrosoftよりVisual Studioの一部として提供されている
・C#で開発する
・XamarinのAPIはネイティブのAPIを100%移植しており「ロジックの」共通化が可能
・Xamarin.Formsを使うとUIの共通化もできるが一部しか提供されていない
・そのため共通化としてはだいたい60%くらいが妥当のよう
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- 214 :デフォルトの名無しさん:2018/11/11(日) 07:00:51.72 ID:zAxEw/s4.net
- >>210
Appleのガイドラインによれば、ゲームは例外で世界観と統一感があれば独自UIでも構わないよ。
- 215 :デフォルトの名無しさん:2018/11/11(日) 08:25:56.00 ID:rISCeeCc.net
- >>214
「ゲーム」だけを例外にしているのも何か困る。
そもそも、ビジネスアプリのUIだって、本来はゲームと同じ。
楽しく操作できる方が良いという点では、RPGのアイテム一覧表示と同じ。
それを、上から目線で1つの価値観で統一しようというのが気に食わない。
- 216 :デフォルトの名無しさん:2018/11/11(日) 08:28:27.87 ID:XRKNuZ4U.net
- Xamarinでアプリ作るよりブログアフィリエイトで何百記事も書いた方が儲かるかなぁ
Xamarinはスキルにはなるが、もはやスキルなんてあってもなくても
たいして待遇変わらないし
結局業務経験〇〇年〜でしか判断できないアホな企業ばっかだから
XamarinができますといってもXamarinって何?ぽかーんだろうしなぁ
- 217 :デフォルトの名無しさん:2018/11/11(日) 09:56:05.13 ID:gNXfgKXJ.net
- アホ企業ぐらいにしか応募できない君が悪い
- 218 :デフォルトの名無しさん:2018/11/11(日) 10:36:17.02 ID:rISCeeCc.net
- >>216
「大事なのは技術じゃない」 という言葉が大はやり。
たとえば、「ゲームは芸術」だという考えが蔓延した結果、日本では、
リアルさの無い幼児向けかと思うようなアホみたいななゲームなゲームばかり
になった。任天堂はまだまし。スクエアは、PC-8801時代は、高速な
グラフィック描画技術を売りにしていたのに、今では、アニメ調のアホみたい
な絵になってしまった。これは技術から芸術へシフトした結果か。
>>215
話は変わって、Adobe の PDF Reader が使いにくいのは、Appleの指針の
せいかも知れない。
- 219 :デフォルトの名無しさん:2018/11/12(月) 13:48:47.53 ID:8gHHasyS.net
- リスト表示とかタブとか自分で作りたくねえだろ
標準の部品があることはありがたい
- 220 :デフォルトの名無しさん:2018/11/13(火) 13:07:33.42 ID:Cws3tb/7.net
- >>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 の審査は通り易いかも。
- 221 :デフォルトの名無しさん:2018/12/05(水) 01:24:28.91 ID:mHds3GDp.net
- 個人的には Flutter vs ネイティブ勢 (Xamarin, React Native, Kotlin Native) だと思うけどどっちが勝つんだろう。Flutter 次第な感じかな
- 222 :デフォルトの名無しさん:2018/12/05(水) 01:56:39.88 ID:OJCPHum3.net
- 勝ち負けじゃない気が。
各々利点欠点あるからどれかが他を制圧するって感じにはならないんじゃ
- 223 :デフォルトの名無しさん:2018/12/05(水) 02:53:32.35 ID:GHZnXYuL.net
- flutterもネイティブだけどね
- 224 :デフォルトの名無しさん:2018/12/05(水) 10:54:55.29 ID:keH0PFqQ.net
- この場合のネイティブはネイティブのSDK、コントロールなどを使うかどうかって話だと思うの
- 225 :デフォルトの名無しさん:2018/12/05(水) 12:10:51.68 ID:UP+n/rEI.net
- Xamarinは糞だけどね
- 226 :デフォルトの名無しさん:2018/12/05(水) 20:00:19.53 ID:B0Y/s1gd.net
- Xamarinちゃん
- 227 :デフォルトの名無しさん:2018/12/05(水) 20:22:45.97 ID:mHds3GDp.net
- Forms 4.0 から iOS 向けのマテリアルデザインコンポーネントバインディングして Android/iOS 両方デザイン統一しやすくするみたいだな。これはなかなか良さげ
- 228 :デフォルトの名無しさん:2018/12/05(水) 20:26:51.62 ID:mHds3GDp.net
- 難しいのかもしれないけど Live Previewer はよ復活させてホットリローディングできるようにしないとキツそう
- 229 :デフォルトの名無しさん:2018/12/10(月) 16:56:37.48 ID:iRRzaRM/.net
- みなさんクロスプラットホームのFormsでやってる人が多いんですか?
僕はこれから参考書買って始めようと思うんだけど
Andoroidしか持ってないからAndoroidネイティブから始めようと思ってるけど
Formsとネイティブは相当違うんですか?
予備知識無で始めるにはどっちがいいですか?
- 230 :デフォルトの名無しさん:2018/12/10(月) 17:59:37.84 ID:JZiu84zf.net
- flutter
- 231 :デフォルトの名無しさん:2018/12/10(月) 19:25:12.79 ID:/ycQ7ddD.net
- あらゆる言語・フレームワーク・ゲームエンジンの著者、
掌田津耶乃が、Flutter の本を出した!
- 232 :デフォルトの名無しさん:2018/12/10(月) 19:28:53.34 ID:cA3DEpr+.net
- >>229
ネイティブなんてほとんど情報ない。
- 233 :デフォルトの名無しさん:2018/12/11(火) 00:21:51.96 ID:kYUgfvrp.net
- >>229
んーネイティブは普通にAndroidをKotlinなりで開発する方法をC#に翻訳した感じだけど、formsはネイティブの上にUIフレームワークを乗っけてる感じなので、例えばTODOリストを作るとしても全然違う。
それぐらいだとformsではスタートアップのところでしかMainActivityとかに触ることはない。
自分もformsで業務アプリ作ってるけどAndroidの開発ほとんど知らないで作った。
が色々やってるとそのうちネイティブにも触らないといけなくなる。レンダラーとか。
formsはネイティブの知識があまり知らなくても共通に動かせるものが作れる。
けど突っ込んだことやる場合にネイティブのことを知らないといけなかったりネイティブの方がやりやすいこともある。
自分の感想では凝ったアプリでもかなりの部分はformsで作れるので自分ならforms使う。最近はflutterも良さげなので場合によってはそっちを選択するもよし。
- 234 :デフォルトの名無しさん:2018/12/13(木) 20:44:52.35 ID:aguVaZKx.net
- 自分ならネイティブにする
Forms の仕組みも理解しなきゃいけないから学習曲線なだらかな方が楽じゃないかな
- 235 :デフォルトの名無しさん:2018/12/13(木) 20:47:32.04 ID:aguVaZKx.net
- でも単一プラットフォーム向けに調整するだけでいいから、Forms が極端にネックになることもなさそうだしどっちでもそんなかわんないか
- 236 :デフォルトの名無しさん:2018/12/13(木) 22:22:22.00 ID:8CygZk7t.net
- >>234
各々のネイティブに詳しいならだけどそうでなかったらとりあえず両方で動く何かを作るんだったら formsの方が覚えること少ないと思うけどな
もちろんまともなものを作ろうとしたらおいおいネイティブの知識も必要になるけど。
- 237 :デフォルトの名無しさん:2018/12/14(金) 04:39:03.83 ID:lkWiVuQs.net
- >>232
情報も何もJavaの情報をそのまま流用するだけだろw
- 238 :デフォルトの名無しさん:2018/12/14(金) 08:05:57.67 ID:12vsYPTY.net
- axmlどうやって追加したらいいのとかならんの
- 239 :デフォルトの名無しさん:2018/12/19(水) 20:29:48.58 ID:/mv5q/dC.net
- LineBreakModeっておかしくない?
CharacterWrap とか WordWrap って折り返しの方式なのに
TailTruncation とか MiddleTruncation って文字列が入りきらないときの表示の方式
二つの意味が混在してる意味が分からない
Label で CharacterWrap かつ MiddleTruncation したいときどうすればいいの?
- 240 :デフォルトの名無しさん:2018/12/20(木) 20:15:08.38 ID:YEEXcU9l.net
- >>239
Effect なりを使わないと無理みたいだよ
公式でサポートしてほしい気もするから Issue 作ってみてはどうでしょうか?
- 241 :デフォルトの名無しさん:2019/01/05(土) 00:23:17.34 ID:wYmtdyH8.net
- プログラミング初心者でxamarin.Formsに手を出して5chブラウザ作ってるんだけどスレの表示に困ってる
Labelで書くとリンクや安価をタップできるようになるけど遅い(数秒〜10秒程度)
ListViewで書くと速いけど安価やリンクを押せるように出来ない(レスの塊としては押せると思う)
レス本文をパースして安価やリンクを押せるようにする自作ViewCell?を作ってListViewに入れるのが手っ取り早い気がしてるけど、パースするようなビューはコードでしか書けずコードでバインディングする(あるいはバインディングせずにListViewを使う)方法が分からない
用語がよく分かってないから変なこと言ってたら申し訳ないけどつまりは、スレを速く表示することとURLや安価をタップ可能な構造を両立したい
- 242 :デフォルトの名無しさん:2019/01/05(土) 00:49:14.03 ID:I8ikb8z6.net
- MVVMはわかる?
MなりVMなりでパースしたものをVでバインディングすればいい
リストビューを使わないやつで何がそんな遅いのかはよく分からないんだが。
全部パースしてモニョモニョしてるから?
- 243 :デフォルトの名無しさん:2019/01/05(土) 01:15:47.34 ID:wYmtdyH8.net
- >>242
独学ばかりだから雰囲気でしか理解してないけどMVVMは表示系(V)とロジック系(M)とそれをつなぎ合わせる部分VMみたいな理解してる
Labelが本質的になぜ遅いかは分からないけど調べると40要素で100msくらいかかるって言ってるページがあったから数百レスあるスレでID、本文、名前とかごとにLabelを使うと数秒かかるのは納得してる
実際レス番だけ表示するようにしてもlabelを使うと800くらいあるスレで2,3秒かかった
(じゃあなぜListViewは速く描けるのか?はよく分からない。部分的に描画してるから?)
事前にパースしてっていうのはたぶんLabelを使うパターンを想定してると思うけど上の通りラベル単体で遅いからできなかった
それともListViewのセル内のバインディングを動的に弄ることができる?
こんなに早くレスしてくれてありがとう
- 244 :デフォルトの名無しさん:2019/01/05(土) 01:33:33.58 ID:I8ikb8z6.net
- MVVMのおおまかな説明はそれでいいかと。
まあとにかくUI向けのコードを分離する1つの方法です。
GUI系のアプリは基本的にUIコントロールでの処理がムッサかかるからそこをなるべく避けないと。
全部のデータをラベルにぶっこんでたらおそくなるのは必然かと。
リストビューが速いのは言われるように部分的にしか表示しないから。仮想リストビューとかでググると出てくる。ちなCacheStrategyだったかな?そこの指定で仮想じゃなくも出来る。
5chのデータ形式は知らんが受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
- 245 :デフォルトの名無しさん:2019/01/05(土) 02:06:50.64 ID:wYmtdyH8.net
- >>244
ごめん、後半があまり分かってないから確認しながら返信してる
分からないことが多くて申し訳ない
> 受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
現状VMまででやっているのは文字コードの変換、不要なHTMLタグの除去、res構造体にID、名前、時間、レス番、本文に分けてstring型で入れてる
ここまでをパースと呼んでいる? それとももっと他に含むものがある?
> MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
ビューセルと言うことはListView使うこと前提で良い?
上で書いたres構造体をそのままビューセルにバインディングするということ?
確かにそれは速く描けるのだけど、そうすると安価やリンクを挿入できない問題に至る
res構造体の本文要素をさらに細かくすると、レス毎に分解のされ方が違うから単純なバインディングで解決出来ない(ように思う)
- 246 :デフォルトの名無しさん:2019/01/05(土) 02:14:00.15 ID:wYmtdyH8.net
- ラベルのテキストで省略とかがあることを考えるとプロパティの値に応じて見た目を弄ることが出来るわけだから本文を受け取ってそれを安価部リンク部で表示を変えるビューを自作すれば良いのかな?
どう作るか見当つかないけど…
- 247 :デフォルトの名無しさん:2019/01/05(土) 02:26:47.29 ID:Up+SqPJX.net
- ListView もしくはそんな感じのネイティブ実装にするかの 2 択になる
ListView の場合、バインディングするとしたら表示時に全レス分 ViewModel 作ると遅いので、
俗に言う Infinite Scroll と言われる実装にしないと現実的なパフォーマンスは出ないと思うよ
- 248 :デフォルトの名無しさん:2019/01/05(土) 02:43:00.03 ID:I8ikb8z6.net
- バースがどこまで含むかはやりたいこと次第だと思われ。
とにかく何かしらの受信データから処理に必要な値なりを抽出する部分
ViewCellにラベル乗っけたら安価とか何でも出来ると思うけどダメなん?
分解のされ方が違うから単純なバインディングで出来ないはよく分からんのだけど、DataTemplateSelector的な話かの
- 249 :デフォルトの名無しさん:2019/01/05(土) 02:59:55.03 ID:Qp3aXCwO.net
- レスの本文を表示するときに、分解された部分毎にラベル割り当てようとしてるんだろ。
そうすると、レスの内容によってURLやアンカーの数が違うからひつなラベルの数も違うから設計時にバインディングできないってことだろ。
- 250 :デフォルトの名無しさん:2019/01/05(土) 03:02:41.65 ID:Qp3aXCwO.net
- 本文用のらべる1個にしてFormattedTextで色付けして、部分クリックとかできたっけ?
- 251 :デフォルトの名無しさん:2019/01/05(土) 03:10:09.19 ID:wYmtdyH8.net
- >>248
もしかして何か根本的なところで俺の理解がおかしい…?
色々弄ってる最中で本文しか表示してないけど今はこんな感じなんだ
https://i.imgur.com/8fglyEg.jpg
これを
https://i.imgur.com/BLqhbky.jpg
こんな風に部分的に選べるようにしたいのだけど、ViewCelって一律にバインディング指定してるから安価のあるレスの安価のある場所だけ別にバインディングするって出来ないと思ってる
まさに>>249
>>247
とりあえずListViewで攻めてみる
ネイティブで書く場合はまた別のスレになるのかな
- 252 :デフォルトの名無しさん:2019/01/05(土) 03:28:38.76 ID:Qp3aXCwO.net
- https://stackoverflow.com/questions/40592475/partial-text-clickable-in-xamarin-label
ああこの一番下のレス見るとLabelのFormattedTextで部分クリックとかできるね。レスの本文用のラベルをレス毎に1個用意して、これでアンカーやURL部分を色付けしてクリック時の処理書けばいい
- 253 :デフォルトの名無しさん:2019/01/05(土) 03:33:48.71 ID:Qp3aXCwO.net
- 後はこのFormattedTextの中身を組み立てる部分をどこに書くかだね。UWPの場合、添付プロパティ追加してそこに書いたりてきるけど。俺はxamarin使った事はねぇからそこは詳しいヒトにまかせる。
- 254 :デフォルトの名無しさん:2019/01/05(土) 03:58:26.89 ID:wYmtdyH8.net
- >>253
やりたいことはまさにこれ!
でも今日はもう眠いのでまた明日来ます
- 255 :デフォルトの名無しさん:2019/01/05(土) 08:58:02.19 ID:I8ikb8z6.net
- 自分がやるとしたらViewModelにはOservableCollection<FormattedTextSrc>みたいなのがあってFormattedTextSrcはSpanなどにほぼ一対一対応することができるただのデータ。
たとえばList<Tuple<int,string>>などをプロパティで持っててintはその文字列をどのように扱うかがわかるもの。intはもちろんenumか何かにすべき。
でUI側のResViewなりがOnBindingContextだっけ?バインディングした時に上がるメソッドでそのListからFormattedTextを組み立てる
- 256 :デフォルトの名無しさん:2019/01/05(土) 12:46:56.17 ID:wYmtdyH8.net
- >>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..は親画面のことも前後のレスの情報も知らないからそれを渡す方法が必要だよね?
- 257 :デフォルトの名無しさん:2019/01/05(土) 13:11:09.52 ID:JyV0/gdK.net
- Viewは自分の表示位置は取れなかったかな…
スクリーン上でのView位置を取るような奴が何かあった気がするが。
- 258 :デフォルトの名無しさん:2019/01/05(土) 13:13:03.11 ID:JyV0/gdK.net
- 後Viewの親は辿れると思うからそこで親のクラスを見つけるとかは出来ると思う
- 259 :デフォルトの名無しさん:2019/01/05(土) 15:16:59.55 ID:wYmtdyH8.net
- >>258
親要素辿ってコンソールに表示できた
あとは自力でアプローチしてみる
色々ありがとう!
- 260 :デフォルトの名無しさん:2019/01/05(土) 16:15:29.82 ID:JyV0/gdK.net
- がんがれ
- 261 :デフォルトの名無しさん:2019/01/05(土) 18:11:57.22 ID:wYmtdyH8.net
- だいぶ専ブラっぽい見た目になってきた
そういえばリストを渡せない問題はデフォ値がコピペ元のstringのままだったからだった
https://i.imgur.com/ecL8Ahs.jpg
安価はListViewにvmをバインディングして再帰的になんとかしようかなと考え始めてる
明日は予定あるし明後日から仕事始まるからあまり時間割けなくなるけど頑張る
- 262 :デフォルトの名無しさん:2019/01/05(土) 18:18:56.09 ID:I8ikb8z6.net
- おお専ブラぽい
- 263 :デフォルトの名無しさん:2019/01/11(金) 11:48:19.52 ID:TdN/GMNr.net
- visual studio 2015 Professionalでxamarin開発を始めたら
後々困ったりすることある?
- 264 :デフォルトの名無しさん:2019/01/11(金) 11:58:12.51 ID:2VFN1pxP.net
- >>263
対象のフレームワークが使えるなら大丈夫でしょうが、STANDARD2.0を使うのに1手間必要とかあるみたいですね。
- 265 :デフォルトの名無しさん:2019/01/11(金) 21:08:24.89 ID:g0vnRTVn.net
- 2015じゃ古いままなんじゃないの
- 266 :デフォルトの名無しさん:2019/01/15(火) 17:57:16.10 ID:OtrbO0R6.net
- WebAPIでホストのデータを取得し、Xamarin.Formsで受け取る処理を書いています。
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.15 ID:/OMf1HVc.net
- ライブラリをプロジェクト参照すればいいのでは
- 268 :デフォルトの名無しさん:2019/01/16(水) 09:03:37.59 ID:2To5ZFPl.net
- >>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
- 269 :デフォルトの名無しさん:2019/01/16(水) 09:15:52.86 ID:nwP/4ZMI.net
- それサーバー側?
Standardのバージョン違うのでないとダメとか?
- 270 :デフォルトの名無しさん:2019/01/16(水) 09:48:27.84 ID:2To5ZFPl.net
- >>269
.NETCore2.1 WebAPI のプロジェクトでのエラーです。
参照先は .NETStandard 2.0 クラスライブラリです。
とりあえずnuget経由なら、.NETCore2.1 のプロジェクトに .NETStandard のライブラリを追加できるようなので試してみます。
- 271 :デフォルトの名無しさん:2019/01/19(土) 03:27:56.94 ID:yTujcmrM.net
- 共通ロジックは.NetStandardクラスライブラリで作って、NugetパッケージにしてNASに放り込んどく
NASをローカルリポジトリに登録しといて、プロジェクトごとに欲しいやつを食わせる
- 272 :デフォルトの名無しさん:2019/01/19(土) 10:20:53.05 ID:srt2T33x.net
- formのWPFとGTK#っていつプレビュー版じゃなくなるんだろ
- 273 :デフォルトの名無しさん:2019/01/19(土) 12:10:42.98 ID:1IbnFuwO.net
- >>271
ライブラリ頻繁にいじるものでないならいいけど、そうでないとプロジェクト参照の方がいいな
- 274 :デフォルトの名無しさん:2019/01/29(火) 10:02:42.23 ID:8rAEnTT8.net
- AndroidでC#のアプリをダウンロードすればアイコンをクリックするだけで
起動できるようにする場合、.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.25 ID:tQzhVD/B.net
- >>274
apkの中に各CPU向けランタイムも含まれてるから、ストアからアプリをダウンロードしたならそこに適切なランタイムも勝手に含まれている
- 276 :デフォルトの名無しさん:2019/01/29(火) 10:35:55.88 ID:tQzhVD/B.net
- だからアプリとは別にランタイムをダウンロードする作業はありません
- 277 :デフォルトの名無しさん:2019/01/29(火) 10:41:46.81 ID:eGa829LY.net
- androidならapkに各CPU用のランタイムが含まれてるんじゃねぇかな。つまりユーザーがアプリをダウンロードする段階で全部ダウンロードしてインストールしてる。
- 278 :デフォルトの名無しさん:2019/01/29(火) 10:49:43.38 ID:8rAEnTT8.net
- >>275
でも、CPUの種類は時間がたつにつれて増えていくかも知れないので、
それだと、2019年に作ったC#アプリのapkは、再コンパイルなしでは
新しい Android マシンでは起動できないと思うけど。
- 279 :デフォルトの名無しさん:2019/01/29(火) 10:53:42.11 ID:8rAEnTT8.net
- C#アプリの Android 版の apk は、15MB 程しかないらしい。
これに本当に全てのCPU向けの .NET ランタイムが入るだろうか?
Windowsマシンで、Windows Update の詳細記述を見ていると
.NET の 修正 Update だけで、数10MB〜数100MB あったと思う。
修正と言うのは、部分 patch にすれば小さく出来るはず。
それでも、こんなに大きい。
あらゆる Android マシンの、修正 patch ではない、完全な .NET ランタイムが、
本当に 15MB に入るのだろうか。
どっちにしろ、論理的に考えて、それでは新しいアーキテクチャの CPU には対応できない。
- 280 :デフォルトの名無しさん:2019/01/29(火) 11:07:33.67 ID:tQzhVD/B.net
- >>278
CPUが追加されるのとか数年に1回くらいだろ
再コンパイルすればいいじゃん
追加されたCPUが下位互換持ってたら再コンパイルなしでも動くし
- 281 :デフォルトの名無しさん:2019/01/29(火) 11:11:22.92 ID:tQzhVD/B.net
- >>279
apkのランタイムサイズは15MB×サポートCPU数だろ
ストアからは適切なもんだけダウンロードされるから15MBのダウンロードになるわけだな
- 282 :デフォルトの名無しさん:2019/01/29(火) 11:38:36.67 ID:8rAEnTT8.net
- >>281
そういう仕組みだったのか。
じゃあ、Java の思想とはぜんぜん違う。
Java の場合は、同じ jar ファイルが、異なるマシンでもそのまま動作する。
C#の場合、MSの判断一つで特定のCPU用のパッケージが作れなくなってしまう可能性が
ある訳だね。なんちゅうこっちゃ。Javaとは全く違うじゃない。
- 283 :デフォルトの名無しさん:2019/01/29(火) 11:49:14.09 ID:tQzhVD/B.net
- >>282
Java + NDK(C++)で作られてるアプリがたくさんあるだろ
それと同じことよ
- 284 :デフォルトの名無しさん:2019/01/29(火) 12:10:23.51 ID:8rAEnTT8.net
- >>283
Android マシンには、最初からそのマシンの CPU に合わせた
JVM がインストールされているので、違うぞ。
- 285 :デフォルトの名無しさん:2019/01/29(火) 12:18:24.68 ID:8T99dDiO.net
- >>284
C++部分のことだよ
- 286 :デフォルトの名無しさん:2019/01/29(火) 12:18:44.83 ID:s0KA+sg7.net
- 流石に目の付け所が意味不明すぎる
- 287 :デフォルトの名無しさん:2019/01/29(火) 13:03:32.38 ID:eGa829LY.net
- >>281
あれ、そうなの?適切なものだけダウンロードだと開発者が署名したapk分解しちゃうの?署名無効になるな。
つか、arm端末にインストールされたapk覗くとx86のバイナリも含まれてるぞ
- 288 :デフォルトの名無しさん:2019/01/29(火) 13:10:45.24 ID:8rAEnTT8.net
- >>287
x86コードの除去し忘れだったりして。
- 289 :デフォルトの名無しさん:2019/01/29(火) 13:24:19.90 ID:lqhlpTRx.net
- >>287
multiple apkじゃないの?
https://sites.google.com/site/androiddevelopersclub/docs/multiple-apk-support
abiごとにapkを生成するをonにしたら各アーキテクチャ向けapkとそれらをまとめたapkが生成されるでしょ
- 290 :デフォルトの名無しさん:2019/01/29(火) 13:35:18.25 ID:aGx3S3l5.net
- 基本的に互換性のない新CPUなんてそう頻繁に出ないでしょ。
そのCPUの性能を100%引き出したいのでなければCPUが出る都度コンパイルなんてしないでしょ。
- 291 :デフォルトの名無しさん:2019/01/29(火) 15:52:46.68 ID:8rAEnTT8.net
- >>289
「各アーキテクチャ向けapk」と「それらをまとめたapk」は、
それぞれ何MB 位なの。
同じサイズということは論理的にありえないハズだが。
- 292 :デフォルトの名無しさん:2019/01/29(火) 16:16:02.07 ID:aGx3S3l5.net
- んなもの、アプリによって変わるにきまっているだろ。
Javaのアプリは何MBくらいなの?って聞かれて的確な答えが返せるの?
- 293 :デフォルトの名無しさん:2019/01/29(火) 16:18:37.01 ID:eGa829LY.net
- >>288,289
あ、そういうオプションもあるのね。
xamarin関係なく前にいくつかの他人のapkとかリバースエンジニアリングしてたときぬにNDK使ってるやつでx86やらarmのバイナリが含まれてるのばっかだったからそういうもんだと思ってた。
c/c++部分がちょこっとだったからそうなってたのか。
すまんかった。
- 294 :デフォルトの名無しさん:2019/01/29(火) 16:29:26.37 ID:8rAEnTT8.net
- >>292
Android における C# の GUI の Hello World の場合に決まってるじゃん。
- 295 :デフォルトの名無しさん:2019/01/30(水) 10:48:27.43 ID:3QGT5dBx.net
- >>294
自分で試せばいいやん。ほぼ全部無料のものばかりだ。
- 296 :デフォルトの名無しさん:2019/01/30(水) 20:40:43.60 ID:GmcWmER+.net
- >>295
時は金成り。
- 297 :デフォルトの名無しさん:2019/01/30(水) 21:12:07.32 ID:foE0k69S.net
- 自分で試せることすら率先してやらない程度の興味ならそれこそ時間の無駄じゃろ
- 298 :デフォルトの名無しさん:2019/01/30(水) 22:21:19.23 ID:GmcWmER+.net
- そんな簡単なことなのに、誰も答えられないということは、誰も試してないこと
が証明されました。
(証明終わり)
- 299 :デフォルトの名無しさん:2019/01/30(水) 22:50:37.44 ID:foE0k69S.net
- そうだね
誰が何を知りたかった話なのかは当人以外どうでもいいからね
- 300 :デフォルトの名無しさん:2019/01/31(木) 08:49:23.75 ID:nfY2xX8m.net
- 聞けば何でも教えてもらえると思ってるのは
典型的なゆとり
- 301 :デフォルトの名無しさん:2019/01/31(木) 11:38:25.30 ID:OGxiQZdZ.net
- C#やXamarineに不利な結果は書けない。
- 302 :デフォルトの名無しさん:2019/01/31(木) 12:36:45.71 ID:6ZWRE4Vd.net
- わざわざhello worldの容量調べようなんてこと誰も考えないからこれから作らないと確認できない
それなら自分で作れば?となるのは極めて自然
- 303 :デフォルトの名無しさん:2019/01/31(木) 16:56:03.34 ID:OGxiQZdZ.net
- C#の場合、よっぽど作りこまなければ自分のコード部分のバイトサイズなんて
アプリ全体のサイズの数%未満だろう。だから、Hello Worldでもなんでもあんま
変わらんかも知れんけどな。
C#アプリのサイズが仮に15MBとしよう。自分の書いたプログラムがコンパイル
された結果のバイナリコードは、大体20KB〜300KBくらいなんだよ、多分。
- 304 :デフォルトの名無しさん:2019/01/31(木) 19:06:11.87 ID:LzZDFJ35.net
- 二日にわたる調査結果:
多分。
- 305 :デフォルトの名無しさん:2019/02/01(金) 08:17:33.19 ID:A3y8PUvn.net
- https://i.imgur.com/hcp2TzR.png
- 306 :デフォルトの名無しさん:2019/02/01(金) 09:08:44.37 ID:R9NLeSbE.net
- つか、xamarin.essentialsは誰もしないんだな
- 307 :デフォルトの名無しさん:2019/02/01(金) 09:09:10.66 ID:R9NLeSbE.net
- *の話
- 308 :デフォルトの名無しさん:2019/02/02(土) 19:54:48.47 ID:GjtKdvHu.net
- アーキテクチャー別のバイナリーダウンロードする機能ってもう Xamarin でサポートされたんだっけ?
名前忘れちゃったけど割と最近 Android でサポートされた気がするからまだなんじゃないの
それ抜きにしてもリンカー入れれば最小のアプリサイズは 10MB 未満だよ
- 309 :デフォルトの名無しさん:2019/02/02(土) 20:04:37.21 ID:GjtKdvHu.net
- https://docs.microsoft.com/en-us/xamarin/android/deploy-test/app-package-size
リンカー入れて 3MB らしいよ
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
現実的なアプリサイズだと 20MB くらい?
こんくらいだと許容範囲じゃないかな
- 310 :デフォルトの名無しさん:2019/02/02(土) 20:10:31.89 ID:GjtKdvHu.net
- アプリサイズより起動速度の遅さが気になるけど、その Qiita の投稿の手法だったり、Visual Studio の次のバージョンでも d8/r8 とかいうやつで改善されるらしいしよっぽどシビアな案件じゃなければ気になんないんじゃないのという気持ちがある
- 311 :デフォルトの名無しさん:2019/02/03(日) 01:46:04.59 ID:q+9ET9V9.net
- つうか、そのアプリサイズって、起動直後にネットから追加 Download が
絶対に始まらない保障はあるの?
- 312 :デフォルトの名無しさん:2019/02/03(日) 01:52:31.79 ID:b8XB2BC6.net
- 追加ダウンロードってなんぞ
- 313 :デフォルトの名無しさん:2019/02/03(日) 11:26:58.74 ID:TYm2JhIX.net
- 斬新な発想だな。ランタイムを段階的に追加ダウンロードするの?
- 314 :デフォルトの名無しさん:2019/02/03(日) 12:37:02.95 ID:a6FkE08G.net
- >>311
インターネットに繋がってない環境でapkインストールしてから正常起動するか試してみたらええやん
- 315 :デフォルトの名無しさん:2019/02/08(金) 03:44:23.93 ID:H8wPUR+s.net
- Xamarin程の糞はない
ttps://twitter.com/ca_developers/status/1093416959243300864?s=09
(deleted an unsolicited ad)
- 316 :デフォルトの名無しさん:2019/02/08(金) 08:11:56.62 ID:u3TPrEwD.net
- 何のイベントか知らんけど参加者のMacユーザーの割合やクロスプラットフォーム開発ツール(?)への関心の低さを考えれば
当たり前の結果の気がする
というかクロスプラットフォームとマルチプラットフォームの使い方間違えてないか?
- 317 :デフォルトの名無しさん:2019/02/08(金) 09:00:17.83 ID:hTn4Mfg3.net
- x-code使わないとダメだから単体では無理なのはわかるが、Windows用VisualStudioでOSX用のアプリってビルドできないの?
- 318 :デフォルトの名無しさん:2019/02/08(金) 18:09:46.72 ID:Jr7SP8c8.net
- こういうのに参加する自称意識高い系のミーハーはMac使い多いな。
中身なさそうなアホばっかやな
- 319 :デフォルトの名無しさん:2019/02/08(金) 18:27:45.70 ID:IvPhx+NW.net
- お前らがXamarinに費やした時間は無駄だったということ残念でした
- 320 :デフォルトの名無しさん:2019/02/08(金) 18:32:02.24 ID:nub6FtBI.net
- macないとビルドできないからな。
それがXamarinがブレイクしない理由でもある。
- 321 :デフォルトの名無しさん:2019/02/08(金) 18:49:46.50 ID:xI0+6qTx.net
- 既に、Apple 離れは始まってるのかね。
株が急落、iPhoneの売り上げの急減、日本での売り上げの、Huauay
みたいな中華スマホへの敗退は聞いたけど。
少なくとも、10代のプログラマには嫌われてるだろうね。
企業以外は作っても公開できないので、昔の「パソコン」や「ポケコン」
「MSX」みたいなものの代わりにはなりえないね。
- 322 :デフォルトの名無しさん:2019/02/09(土) 02:04:20.11 ID:mFsDPPVd.net
- ん?FlutterとかはMacなくてもビルドして実機で動かしたりできるの?
- 323 :デフォルトの名無しさん:2019/02/09(土) 06:42:54.09 ID:Bzu1ndzH.net
- できないよ
そもそも趣味だとしてもモバイル開発をやっててMacを持ってないとかありえんわ
- 324 :デフォルトの名無しさん:2019/02/09(土) 09:18:13.57 ID:fu+e3nHT.net
- 仕事ならともかく趣味であれば自分の所有しているスマホ以外は興味薄いだろ
AndroidユーザーがわざわざMac手に入れる動機としては弱い
XamarinもマルチプラットフォームではあるけどどちらかといえばAndroid寄り
逆にMacユーザーにしてみればXamarin への関心は薄い
- 325 :デフォルトの名無しさん:2019/02/09(土) 10:15:23.45 ID:a6ou7FFN.net
- 元はMS、Windows派の技術なのにAndroid向け、iPhoneはMacないとダメっていう中途半端さがネック
- 326 :デフォルトの名無しさん:2019/02/09(土) 10:31:32.68 ID:fu+e3nHT.net
- Appleが頑なにライセンス解放しないので仕方ない
最近の凋落ぶりを見るとそろそろ意識改革してもおかしくはないが…
MSがXamarinを買収してまでライセンスを一般に無償解放したのを見習って欲しい
- 327 :デフォルトの名無しさん:2019/02/09(土) 12:19:00.40 ID:yiDYsHnZ.net
- >>324
俺は仕事だけど、swiftよりもC#の方が快適だからiOSのみの案件でも最近はXamarinを好んで使うよ
- 328 :デフォルトの名無しさん:2019/02/09(土) 14:26:33.57 ID:8aikkfMy.net
- 若い人で、自作プロラムをいろんな人に使ってもらいたい人は困るだろうな。
でも、MSのVisualStdioのライセンスも日本には合わない気がするよ。
- 329 :デフォルトの名無しさん:2019/02/09(土) 14:41:56.02 ID:nGpcqtqb.net
- そうか?
個人開発者やオープンソース開発に対しては殆ど完全に無償解放されてるだろ
商用利用についても以前に比べれば随分敷居は下がった
以前のVS Enterpriseだと新規で200万近く費用必要だったのが今はほぼ半額
維持するだけなら年間20万程度で済む
- 330 :デフォルトの名無しさん:2019/02/09(土) 14:57:45.21 ID:8aikkfMy.net
- はー。
ひきこもりのオイラの通信回線の遅さを知らないなー。
いくら無料でもDLできないんだよ。。。
- 331 :デフォルトの名無しさん:2019/02/09(土) 15:04:33.73 ID:8aikkfMy.net
- 1,000円払うから、誰か宅配してくれ、VS Community。
- 332 :デフォルトの名無しさん:2019/02/09(土) 15:15:22.46 ID:Q9/5O5Lk.net
- 近所にネカフェはないのか?
引きこもりでもたまには外出くらいはするだろ
- 333 :デフォルトの名無しさん:2019/02/09(土) 15:19:34.33 ID:8aikkfMy.net
- 近所にはない。風呂入って、バスと電車で行って帰ってきて、また風呂に入らね
ばならん。
そこに巨大な壁が有る。
- 334 :デフォルトの名無しさん:2019/02/09(土) 15:25:10.49 ID:YuVia7gm.net
- それなら雑誌かムックの付録でVSのDVDが付属してる古本でも探してネットでポチれ
- 335 :デフォルトの名無しさん:2019/02/09(土) 15:27:38.75 ID:njOfDD7G.net
- そんな通信速度だと何するにしても辛いのでまず速くするのがベストなのでは
- 336 :デフォルトの名無しさん:2019/02/09(土) 15:33:37.67 ID:zy9w8qc8.net
- >>330
それが日本に合ってないという理由?
ふざけんよ
- 337 :デフォルトの名無しさん:2019/02/09(土) 15:46:15.90 ID:F1k39j7v.net
- 雑な釣り針に雑魚爆釣
- 338 :デフォルトの名無しさん:2019/02/09(土) 15:54:29.99 ID:Yvj/6isA.net
- 出た釣り宣言
- 339 :デフォルトの名無しさん:2019/02/09(土) 15:58:58.27 ID:8aikkfMy.net
- >>334
本の名前は?
- 340 :デフォルトの名無しさん:2019/02/09(土) 16:17:05.40 ID:vj/1HXbj.net
- 少しは自分で調べろ
初心者向けの入門書や定期刊行雑誌のバックナンバーなんかを調べれば出てくる
出版社のサイトかAmazonなどの評価欄を参考にしろ
ただ良くも悪くもVS2017はバージョン末期なので最近新規に刊行されたものは少ない
VS2017登場当時の頃を狙え
- 341 :デフォルトの名無しさん:2019/02/09(土) 16:20:01.05 ID:8aikkfMy.net
- Expression Edition は見つかるけど、Community Edition も本当にあるんか?
- 342 :デフォルトの名無しさん:2019/02/09(土) 16:50:12.85 ID:2Mv+Da3a.net
- 20年前にこの業界で仕事始めてからずっと言っているのは、UIのクロスプラットフォーム技術は必ず失敗する。
ttps://twitter.com/mkino/status/1093731721378377729?s=19
(deleted an unsolicited ad)
- 343 :デフォルトの名無しさん:2019/02/09(土) 17:02:35.45 ID:fu+e3nHT.net
- それ言い出すとすべてのWebアプリも該当するんだけどね
- 344 :デフォルトの名無しさん:2019/02/09(土) 17:20:18.99 ID:orNBhyey.net
- コンビニで落とせよ
スマホあんだろ?
1.セブンに行く
2.セブンのアプリをインストールしてwifiにログインする
3.スマホのブラウザをpcモードにしてxamarinをdl
4.スマホで落としたファイルをpcにコピーしてインストール
アップデートの時は
ノートpcならノートPC持ってセブン行け
デスクトップなら寝てる間にやれ
- 345 :デフォルトの名無しさん:2019/02/09(土) 17:35:41.98 ID:5t5ZiBxh.net
- スマホ持ってない。
- 346 :デフォルトの名無しさん:2019/02/09(土) 17:36:26.28 ID:njOfDD7G.net
- Xamarin は UI のクロスプラットフォーム化を目指したものじゃないよ。その方の書き方が誤ってて、意図してるものに該当するのは Xamarin.Forms だね。その時点で雑な言い方する人なんだなと思っちゃう
- 347 :デフォルトの名無しさん:2019/02/09(土) 17:42:24.15 ID:5t5ZiBxh.net
- 5,000円くらいで、Wifiが使える端末を買えば、Lawsonでも行けるかな。
近くにはLawsonしかない。しかも、500mくらい離れていると思う。
- 348 :デフォルトの名無しさん:2019/02/09(土) 17:45:16.81 ID:5t5ZiBxh.net
- をーー。
そういうことが出来る、お勧めの5,000円くらいまでで変えるWifi端末を教えて
くれやーーー。PCと接続してデータを読み取れる奴ーー。
- 349 :デフォルトの名無しさん:2019/02/09(土) 22:02:22.20 ID:I4E+S+1U.net
- >>346
form sでほとんどのもの作れるし、必要ならrendererなりネイティブコントロール使うなり何とでもなるからなー
- 350 :デフォルトの名無しさん:2019/02/10(日) 04:38:41.06 ID:P9HLlokH.net
- 巨大ファイルのダウンロードなら 4G 回線でも十分速いんじゃない。ギガモンスターみたいなプラン入ってさ。でも 50GB じゃ足りないかも
- 351 :デフォルトの名無しさん:2019/02/10(日) 04:44:12.19 ID:P9HLlokH.net
- スマホないのか。じゃあできるだけ安くで速度考えればネカフェだな
- 352 :デフォルトの名無しさん:2019/02/10(日) 12:28:52.60 ID:YTe/5aEc.net
- 一ヶ月だけ、自宅に光回線契約して、すぐにやめられる安いプロバイダって
どっかない?
- 353 :デフォルトの名無しさん:2019/02/10(日) 12:38:08.59 ID:5pBCXy9T.net
- 1ヶ月だけで解約とか工事費が馬鹿らしすぎるだろ
- 354 :デフォルトの名無しさん:2019/02/10(日) 12:49:31.20 ID:YTe/5aEc.net
- 工事費無料前提
- 355 :デフォルトの名無しさん:2019/02/10(日) 13:08:43.06 ID:9lfcYoyL.net
- >>354
誰がそんな赤字案件引き受けるんだよ
- 356 :デフォルトの名無しさん:2019/02/10(日) 13:22:35.19 ID:ixgHA2PX.net
- というかそもそも地域はどこなのか
一軒家なのか共同住宅なのか
契約者は本人なのか家族なのか
情報が無さすぎて何も分からん
- 357 :デフォルトの名無しさん:2019/02/10(日) 13:35:12.63 ID:YTe/5aEc.net
- 古い一戸建て。
- 358 :デフォルトの名無しさん:2019/02/10(日) 14:53:52.16 ID:R4ZaaWmP.net
- 小遣い少ない中高生?
- 359 :デフォルトの名無しさん:2019/02/10(日) 17:27:19.36 ID:5XGajXuN.net
- 老いた両親と同居の引きこもり中年かも?
- 360 :デフォルトの名無しさん:2019/02/18(月) 11:01:32.68 ID:f/nHThjk.net
- Xamarin.WPFでKeyDownイベントの取得はどうやればいいのでしょうか。
UWPの時は、Dispatcher.AcceleratorKeyActivatedに追加すれば出来たのですが、
Xamarin.Forms.Platform.WPF.PageRendererでは項目がありませんでした。
- 361 :デフォルトの名無しさん:2019/02/18(月) 12:05:56.49 ID:7yAzVp23.net
- xamarinみたいな糞でやるからそうなる
- 362 :360:2019/02/22(金) 16:17:37.97 ID:B0F3QuOo.net
- 自己解決しました。
テラテイルでも書きましたが、MainWindowに対してイベントハンドラを追加することで取得できるようになりました。
- 363 :デフォルトの名無しさん:2019/03/01(金) 00:53:08.66 ID:BcUkQu6J.net
- Windows版のiOS用AppDesignerでのScrollViewの使い方がぜんぜん分からん
XCodeだとScrollViewにViewを突っ込むだけでスクロールするのに、同じようなことをやっても全くスクロールせえへん・・・
- 364 :デフォルトの名無しさん:2019/03/01(金) 07:46:38.76 ID:7h03iC6S.net
- え、今デザイナーあるの
- 365 :デフォルトの名無しさん:2019/03/01(金) 15:07:04.64 ID:BcUkQu6J.net
- ああ、これデザイナーじゃなくてXCodeの画面なのか
- 366 :デフォルトの名無しさん:2019/03/12(火) 20:50:45.26 ID:9sIqO3iB.net
- vs2019でデザイナがつく予定だったと思う
- 367 :デフォルトの名無しさん:2019/03/13(水) 00:13:00.51 ID:jyWi4mzN.net
- デザイナーじゃなくてプレビュワーが欲しい
- 368 :360:2019/03/13(水) 08:47:43.58 ID:EfmOHUxQ.net
- >>367
実行すればいいじゃね?
- 369 :デフォルトの名無しさん:2019/03/13(水) 09:51:11.82 ID:68LJBjHF.net
- XAML変えたら実機のやつが変わるやつよろ
- 370 :デフォルトの名無しさん:2019/03/13(水) 10:47:42.88 ID:zPRaOJsY.net
- >>369
Xamarin live playerではあかんか?
- 371 :デフォルトの名無しさん:2019/03/13(水) 11:55:44.20 ID:JTIaQpdP.net
- >>370
あれで良さげな気はする
ちょと公式で出て欲しい気はする
- 372 :デフォルトの名無しさん:2019/03/13(水) 18:15:22.77 ID:cNSdEDBh.net
- ゴリラはもう使われてないのかい?
- 373 :デフォルトの名無しさん:2019/03/24(日) 12:03:32.64 ID:dHPx29kU.net
- c#でandroid開発するなら今でもXamarinがスタンダードなんですか?
本家VisualStudioとVS for Macのどちらが良いでしょうか?
VS for Macのほうが軽いように感じるのとスマホの仮想化が簡単ですが本家のほうが開発支援は手厚いはずなので迷いますね
今のところiPhone開発の予定はありません
- 374 :デフォルトの名無しさん:2019/03/24(日) 13:16:26.55 ID:GJ0JjoCX.net
- >>373
グラフィックメインならUnity、そうでないならXamarinがスタンダードでしょうな
Xamarinでやる場合WindowsだろうがMacだろうがプロジェクトファイルは共通だから自分の好みに合わせてどっちでやっても困らん
- 375 :デフォルトの名無しさん:2019/03/24(日) 13:18:45.85 ID:GJ0JjoCX.net
- 現に弊社のチームでも同じアプリ開発するのにWindows使う人間とMac使う人間混在してるからね
- 376 :デフォルトの名無しさん:2019/03/25(月) 02:37:58.15 ID:NTrCzh37.net
- Xamarin程の糞はない
- 377 :デフォルトの名無しさん:2019/03/27(水) 04:06:02.75 ID:aBhzx57z.net
- >>376
何をお使い?
- 378 :デフォルトの名無しさん:2019/03/27(水) 09:19:24.36 ID:GTI+JYCW.net
- いつの間にかXamarin.FormsのテンプレートからUWPが消えてAndroidとiOSだけになってるな。
UWPはどうでもいいが、WPFとMACを入れてくれないかな・・・
- 379 :デフォルトの名無しさん:2019/03/27(水) 11:56:37.56 ID:Qjzjbr5D.net
- MSはどこへ行こうとしているのか?
舵取りする人がいない。
- 380 :デフォルトの名無しさん:2019/03/27(水) 16:47:21.07 ID:Gcx9DNg9.net
- クロスプラットフォームは全部糞
ネイティブのみが正義
- 381 :デフォルトの名無しさん:2019/03/27(水) 19:41:31.56 ID:F41grqMR.net
- よっぽどじゃないとネイティブで別のプラットフォームに作り直そうとか思わないですが…
- 382 :デフォルトの名無しさん:2019/03/27(水) 21:05:12.07 ID:B5k5184v.net
- そんなことはやらねぇティブ
- 383 :デフォルトの名無しさん:2019/03/27(水) 21:16:22.30 ID:N+Uqucj5.net
- ha ha ha
- 384 :デフォルトの名無しさん:2019/03/27(水) 22:11:51.81 ID:JEpBTkza.net
- 世の中に出ている有名なアプリは全てプラットフォーム毎に別で実装している
Xamarinで作れるのは見た目も挙動もしょぼいゴミアプリだけ
- 385 :デフォルトの名無しさん:2019/03/27(水) 23:04:19.58 ID:xyAX/9D6.net
- >>384
お前XamarinとXamarin.Formsの区別付いてないだろw
仮にFormsだとしてもおそらくほとんどのものは作れるけどな
- 386 :デフォルトの名無しさん:2019/03/28(木) 00:47:02.83 ID:JfzVc5vC.net
- クロスプラットフォームだとしょぼいのしかできません!と客に説明しなきゃ仕事取れないプログラマーがいるんだよな
古いスキルをアップデートせず一生食っていきたいと考える勉強嫌いな技術者
- 387 :デフォルトの名無しさん:2019/03/28(木) 00:50:19.74 ID:e0P16R0s.net
- じゃあ具体的にXamarin製の有名アプリ名挙げてみろよ
有名なの一つもねえわ
- 388 :デフォルトの名無しさん:2019/03/28(木) 00:51:38.29 ID:pafVG92t.net
- Windows Forms と WPF があって、UWP、 Xamarin.*も出てきて、.Net 関係のテクノロジーはもうぐちゃぐちゃ。
- 389 :デフォルトの名無しさん:2019/03/28(木) 00:54:34.36 ID:yLTGLAEP.net
- Run Anywhere のはずだった Xamarine なのに、Xamarin.Forms では、
Linux 用開発は出来ないの?
- 390 :デフォルトの名無しさん:2019/03/28(木) 01:27:53.06 ID:yLTGLAEP.net
- >>388
まだまだあるで、
Windows CE → Silverlight → WinRT → UWP
似て非なるフレームワークを次々とリリースし、その都度対応を強い続けてるし。
- 391 :デフォルトの名無しさん:2019/03/28(木) 01:55:49.09 ID:IvEebbBd.net
- 一言でいうとセンスが無い
- 392 :デフォルトの名無しさん:2019/03/28(木) 01:56:39.74 ID:CwLqpfbs.net
- 追いかけ続けてる人もね
- 393 :デフォルトの名無しさん:2019/03/28(木) 02:27:55.36 ID:e0P16R0s.net
- Xamarin程の糞はない
- 394 : :2019/03/28(木) 05:18:59.17 ID:3LZYwZb1.net
- >>390
>>388
こんなふうにこれからも黒歴史を続けるのであれば、もう Microsoft を追いかける気力も湧かないですねえ…
- 395 :デフォルトの名無しさん:2019/03/28(木) 09:06:52.64 ID:Bd7DlJq9.net
- >>388
Win向けにUIライブラリとアプリケーションモデルをコロコロ変えてきてるのは同意だけどXamarinはそれとは別の話だぞ?
- 396 :デフォルトの名無しさん:2019/03/28(木) 09:11:55.90 ID:Bd7DlJq9.net
- >>390
それらも線で繋がるの最後のやつだけじゃねーか
むしろ新しい環境(WEBや組み込み)向けに似通ったプログラミングモデルを使えるようにしただけ。
UWPは更にプログラミングモデルだけでなくアプリケーションをいろいろな環境でも使えるようにしようとする試みでしよ。そゆんでは組み込み->UWPは線が繋がってると言えるのか
むしろ他のところはそんなのが一切な記載から個別にネイティブで書かなきゃいけませんよってだけで。
- 397 :デフォルトの名無しさん:2019/03/28(木) 17:38:59.47 ID:VR7enf9Y.net
- Windows10 Mobileが終わってもXamarin.iOS/Xamarin.Androidをサポートし続けてくれるのかどうかは気になるな・・・・
これらってWindows10 Mobileにアプリを引っ張ってくるために策みたいなもんだったんでしょ?その目的が無くなったらやばくねえか
- 398 :デフォルトの名無しさん:2019/03/28(木) 17:58:01.96 ID:IArF4WLr.net
- >>397
最初からWindows10モバイルはXamarinのメイン扱いではない
- 399 :デフォルトの名無しさん:2019/03/28(木) 17:58:26.65 ID:pafVG92t.net
- サポートされるかどうかは分からん。
そもそも、開発環境自体は使う人が少なすぎて売り上げも利益も余り出ない
と昔聞いたことがある。
だから、MSが開発環境を作る理由は、ビル・ゲイツが「作りたいから」と、
OSを売りたいから、の2つだと思う。
金儲けにならなくても、作りたいから作る的な部分はありえるかも知れぬ。
- 400 :デフォルトの名無しさん:2019/03/28(木) 18:01:09.23 ID:yLTGLAEP.net
- >>398
そうだ。元々は、MSとは全く(?)関係ない別会社が、C# 用の
Multiplatform Toolkit として出していたのを、MSが買収したんだんだ。
だから、元々は、MSの首脳陣の望みが反映されているわけじゃない。
むしろ、目の上のたんこぶだからコントロールするために買収したと
思ってる。
- 401 :デフォルトの名無しさん:2019/03/28(木) 18:06:52.41 ID:9WCiEEB5.net
- >>397
VS2019RCのテンプレートから(iOSでもAndroidでもなく)UWPの方が消えたもんで最近騒然としてたなw
- 402 :デフォルトの名無しさん:2019/03/28(木) 18:07:06.91 ID:des+yyG9.net
- 買い殺しですね
ライバルチームの主力選手を買うのと一緒
- 403 :デフォルトの名無しさん:2019/03/28(木) 18:11:58.96 ID:yLTGLAEP.net
- >>402
そういうやり方が問題になってるらしい。超大企業がベンチャーの芽を摘んで
しまうので。まるで大人が赤ん坊を苛め倒すみたいな感じ。弱いものいじめ。
- 404 :デフォルトの名無しさん:2019/03/28(木) 18:49:19.04 ID:sw/D8iM+.net
- >>403
商品化する技術を買っただけで、オープンソースの方は続けられているけど?
- 405 :デフォルトの名無しさん:2019/03/28(木) 18:58:31.72 ID:pafVG92t.net
- >>404
大体オープンソースで立派に成長したソフトは、一般人ではなく、大企業
サラリーマン・プログラマが有給で作ったものが多いんだ。
Linux(IBM)や、Qt(Nokia)、clang(Apple) などがそれに当たる。
だから、MSの傘下に入った時点で、将来はMSの独占を強化する方向だけが
成長していく可能性がとても高い。デスクトップ向けのマルチプラット
フォーム ToolKit はWindowsの地位を危うくするのでもう終了すると思う。
- 406 :デフォルトの名無しさん:2019/03/28(木) 19:00:29.97 ID:F9yPJO1I.net
- Xamarin程の糞はない
- 407 :デフォルトの名無しさん:2019/03/28(木) 19:33:41.44 ID:9WCiEEB5.net
- >>405
Windowsにまるで囚われないVSCodeやTypeScriptは大人気だしコミュニティとの関係も良好やん
- 408 :デフォルトの名無しさん:2019/03/28(木) 19:36:06.35 ID:F9yPJO1I.net
- Microsoft程の糞はない
- 409 :デフォルトの名無しさん:2019/03/28(木) 20:29:43.03 ID:sw/D8iM+.net
- 糞が好きねぇ
- 410 :デフォルトの名無しさん:2019/03/28(木) 21:57:57.23 ID:SJPMr4ev.net
- ID:F9yPJO1I
糞が好きな民族の方かな
- 411 :デフォルトの名無しさん:2019/03/28(木) 23:29:49.57 ID:9ljxyJdF.net
- Prism使ったほうがええのん?
- 412 :デフォルトの名無しさん:2019/03/29(金) 02:05:37.29 ID:KPayuKqJ.net
- いずれiOSとAndroidはサポートを切られる気がするな
Xamarinを買ったのもUbuntu版XamarinStudioが出るのを直前で阻止するためじゃないの
- 413 :デフォルトの名無しさん:2019/03/29(金) 02:31:24.57 ID:ynnAtX2U.net
- MSにとっては以前の年間約20万円×3のライセンス料では利用者が増えなくてC#のモバイル展開が難しかったのでXamarin買収したんだろ
- 414 :デフォルトの名無しさん:2019/03/29(金) 03:44:46.12 ID:eYej2iPK.net
- 結果として買収しない方がよかったな。時間かかってもマイクロソフトが一から作るべきだった。そしたら、今頃発表になってたのかなぁ
- 415 :デフォルトの名無しさん:2019/03/29(金) 08:10:01.05 ID:xFczRswi.net
- >>412-414
アホかお前ら
- 416 :デフォルトの名無しさん:2019/03/29(金) 08:41:29.22 ID:Z71gxZQa.net
- 妄想激しいのがいるな・・・
- 417 :デフォルトの名無しさん:2019/03/29(金) 11:15:24.08 ID:BHYmtNF1.net
- C#関連スレには病的MS嫌いが常駐してるからね
- 418 :デフォルトの名無しさん:2019/03/29(金) 20:24:16.88 ID:KPayuKqJ.net
- でもMicrosoftが買ってくれて無料でXamarinが使えたんだからよかったかな
ただAzureの収益につながるとかMicrosoftになんか大きなメリットが無いとね、いつサポートが打ち切られるか不安だわ
- 419 :デフォルトの名無しさん:2019/03/29(金) 21:29:06.74 ID:xFczRswi.net
- C#,.NETでモバイル開発できるだけでAzureの誘導にも寄与するだろ
- 420 :デフォルトの名無しさん:2019/03/30(土) 00:56:23.99 ID:SmbEp3/M.net
- モバイル捨てた時点で敗北なのさ
- 421 :デフォルトの名無しさん:2019/03/30(土) 03:13:38.09 ID:/gBCGAKn.net
- Androidが何年後かにFuchsiaに置き換わったとき、Fuchsiaを新規でサポートするのか気になるな
しないのならどさくさに紛れてiOSも同時期に終わりかな
- 422 :デフォルトの名無しさん:2019/03/30(土) 03:16:23.10 ID:mKdqgN/S.net
- Xamarinなんか誰も使ってへん
- 423 :デフォルトの名無しさん:2019/03/30(土) 09:20:39.20 ID:0HTR7nDP.net
- ちょまど騒動で手を出す気が失せた
- 424 :デフォルトの名無しさん:2019/03/30(土) 11:38:43.57 ID:lGLh1ez1.net
- ちょまど、随分とスリムになったな
- 425 :デフォルトの名無しさん:2019/03/30(土) 12:41:21.12 ID:mTuv9g2P.net
- 一時期ケーキダイエットとかしてたからな
- 426 :デフォルトの名無しさん:2019/03/30(土) 13:06:08.40 ID:lGLh1ez1.net
- ケーキでダイエットってw
美人で巨乳なのは良いことだ
- 427 :デフォルトの名無しさん:2019/03/30(土) 15:02:02.25 ID:XtbGcbHa.net
- >>422
よく考えてみると Xamarine は Unityと働きが被っている部分が多かったり。
- 428 :デフォルトの名無しさん:2019/03/30(土) 19:32:27.34 ID:/gBCGAKn.net
- Unityってゲーム機等のMonoが公式サポートしてない端末でも動いてるけどさあ
あれってどういう仕組で動いてんの?
- 429 :デフォルトの名無しさん:2019/03/30(土) 23:39:15.89 ID:mTuv9g2P.net
- Il2cpp経由でバイナリじゃないの
- 430 :デフォルトの名無しさん:2019/04/01(月) 21:25:05.62 ID:Aqlrx/Wo.net
- ほんと、日本以外を含めて使ってる人おるんかな?
金がマイクロソフトに落ちないことには将来性ねえだろう
- 431 :デフォルトの名無しさん:2019/04/01(月) 23:38:04.65 ID:94+3P1aP.net
- >>430
弊社は使ってますよ
- 432 :デフォルトの名無しさん:2019/04/02(火) 05:56:43.53 ID:feoMkFye.net
- >>430
それって.NET作ってもMSに金落ちないから将来性がないって言ってるのと一緒やで
- 433 :デフォルトの名無しさん:2019/04/02(火) 07:22:14.00 ID:W0ptijAU.net
- >>432
.netはAzureに金を落とさせるためだから将来性あるよ
- 434 :デフォルトの名無しさん:2019/04/02(火) 11:54:45.78 ID:LpV8NoZ4.net
- >>433
Windowsは、アプリ資産の互換性のために支配力を維持できたけど、
クラウド分野ではそれがないので独占は出来ない。
MSの終わりの始まりかも。
- 435 :デフォルトの名無しさん:2019/04/02(火) 12:22:37.98 ID:gZKStqqC.net
- MSの増収増益が続いてる状況なんですけどね
- 436 :デフォルトの名無しさん:2019/04/02(火) 13:19:34.88 ID:Z7MJyQF0.net
- >>433
だからXamarinも一緒だろって話だよ
- 437 :デフォルトの名無しさん:2019/04/02(火) 13:46:29.62 ID:LpV8NoZ4.net
- >>435
株主が儲けようとして余計な下支えするから、消費者目線でもプログラマ目線でも
ない質の悪いソフトウェアがはびこることになってしまい、世界中の生産性が
下がってしまって迷惑してる。
- 438 :デフォルトの名無しさん:2019/04/02(火) 13:47:42.24 ID:I53w7RXU.net
- はいはい、迷惑迷惑。
- 439 :デフォルトの名無しさん:2019/04/02(火) 14:19:40.14 ID:W0ptijAU.net
- >>436
そうはいかんな、Xamarinはあんまり使われてねえんだから
- 440 :デフォルトの名無しさん:2019/04/02(火) 14:20:10.63 ID:Z7MJyQF0.net
- >>437
悔しいのう悔しいのう(´・ω・`)
- 441 :デフォルトの名無しさん:2019/04/02(火) 15:06:15.30 ID:5DNXkEot.net
- XamarinよりもUWPでモバイルやってたほうが多く、数%はシェア取れていた
- 442 :デフォルトの名無しさん:2019/04/02(火) 15:28:41.70 ID:Z2oruV+1.net
- >>437
この人糖質か
- 443 :デフォルトの名無しさん:2019/04/02(火) 16:13:22.19 ID:Z7MJyQF0.net
- >>441
は?
- 444 :デフォルトの名無しさん:2019/04/03(水) 00:38:31.72 ID:45caag87.net
- いつサポートが打ち切られるかわからないから長期プロダクトに使えない
長期プロダクトに使えないからユーザーが少ない
ユーザーが少ないからいつサポートが打ち切られるかわからない
・・・・と、酷い悪循環に陥ってる気がする
- 445 :デフォルトの名無しさん:2019/04/03(水) 02:06:17.02 ID:B0LbEgn2.net
- native アプリだと AppleStore や GooglePlay に登録するから
手数料が取られる。Webアプリだと手数料が取られない。
そんな違いがあるとは知らなかった。
- 446 :デフォルトの名無しさん:2019/04/03(水) 02:23:20.14 ID:B0LbEgn2.net
- トレンドがどんどん変わり、どう変わるかは事前に予想できない状況なので、
色んなプラットフォームで動く可能性の有る言語C#は安心感はあるが、
一方で起動速度も実行速度も遅いみたいだ。MS純正のHTML Editorの
FrontPageとExpression Webは、C++とC#の違いだけで機能はほぼ同じだが、
速度差がかなりあり、後者は常用するのは辛い。また、最近のVSの遅さも
C#に起因している可能性がある。
- 447 :デフォルトの名無しさん:2019/04/03(水) 02:29:28.56 ID:985X0sRZ.net
- .NET Navie、UWPは速い
- 448 :デフォルトの名無しさん:2019/04/03(水) 03:14:52.58 ID:lGPatIWT.net
- >>446
懐かしい製品だけどどちらも古すぎるだろ
もうとっくにサポート終わってるんじゃないのか?
- 449 :デフォルトの名無しさん:2019/04/03(水) 12:08:19.67 ID:xn7iKSYA.net
- Xamarinごと捨てるか、Mono捨てて.Net coreベースにして更に.net nativeにするなどの早期の英断が必要な時期。
来月のBuild 2019のカンファレンスで運命が決まるだろう(適当)
- 450 :デフォルトの名無しさん:2019/04/03(水) 14:35:48.29 ID:E9i/OUIy.net
- MSがXamarin切り捨てる可能性はあるけど、そうなったら別会社で有料になっても良いから続けて欲しいな。
やっぱりお手軽さはXamarinが一番だと思う。
- 451 :デフォルトの名無しさん:2019/04/03(水) 15:03:52.11 ID:tw/cJ+gz.net
- Xamarin社はMSの子会社ではあるけど今でも一応は独立した別企業だよ
- 452 :デフォルトの名無しさん:2019/04/03(水) 19:29:04.00 ID:DDqoA/Cy.net
- Xamarin程の糞はない
もう誰も使ってへん
- 453 :デフォルトの名無しさん:2019/04/03(水) 21:09:16.68 ID:boFcJdTb.net
- 弊社はXamarin使ってますよ
- 454 :デフォルトの名無しさん:2019/04/03(水) 21:23:39.93 ID:eMoUs3x1.net
- Xamarin捨てる必要ってアプリサイズぐらいしかなくね?あとよっぽど起動時間を短縮したいか。
AndroidもAOTかけたらそんな遅くないだろ
- 455 :デフォルトの名無しさん:2019/04/03(水) 23:01:27.44 ID:boFcJdTb.net
- Xamarin.Formsは置いといて、Xamarin.Native使うと快適なC#でコーディングできるということだけでありがたいね
情報量はswiftやJavaのそのまま流用できるから困らないし
- 456 :デフォルトの名無しさん:2019/04/04(木) 09:55:41.97 ID:APr2GhZw.net
- vst2019出たみたいだけど
xamarinアプリの起動
少しは速くなったの?
- 457 :デフォルトの名無しさん:2019/04/04(木) 10:46:40.93 ID:GNoSo19c.net
- 意味不明
- 458 :デフォルトの名無しさん:2019/04/04(木) 10:51:18.78 ID:Z6RB+E5/.net
- ツールが変わっただけだろ
アプリの起動には関係ないだろ
- 459 :デフォルトの名無しさん:2019/04/04(木) 19:43:19.00 ID:TpBRvgpe.net
- Xamarin長い髪をほどいて〜♪
- 460 :デフォルトの名無しさん:2019/04/04(木) 22:59:52.49 ID:jc9cO4Yi.net
- VS2019でXamarin.FormsでもIntelliSense が使えるようになったってのを見たけどXamlのこと?
- 461 :デフォルトの名無しさん:2019/04/05(金) 01:24:35.20 ID:UrhWktz7.net
- と思うけど今まで使えなかったん?R#入れてたから気づかんかった
- 462 :デフォルトの名無しさん:2019/04/05(金) 19:55:51.80 ID:S3Jm0Yjh.net
- 今までも使えてたけど AI で補完するようになった
- 463 :デフォルトの名無しさん:2019/04/05(金) 19:57:43.77 ID:S3Jm0Yjh.net
- >>456
アプリの起動速度は多分変わんない。アプリサイズを小さくできるようになったのと、ビルド速度がはやくなった。プロジェクト開くのも速くなったのかな?
- 464 :デフォルトの名無しさん:2019/04/05(金) 20:40:17.05 ID:wqU3n6IN.net
- visual studio for mac はビルド速くなったって公式にあったけど
windowsの方も速くなった?
- 465 :デフォルトの名無しさん:2019/04/05(金) 21:20:03.45 ID:aS0e+1BQ.net
- Android で d8/r8 のオプション有効にすれば速くなるって書いてある
- 466 :デフォルトの名無しさん:2019/04/11(木) 08:49:34.29 ID:kzqhkDq8.net
- Xamarin.WPFだけど、基本的にはマウス操作なんだな・・・
キーボード主体で動かそうとしたら問題山積みだわ。
DisplayAlertですらキーボード操作できない。
ちと、テンション落ちた・・・
- 467 :デフォルトの名無しさん:2019/04/16(火) 23:13:07.05 ID:bmY4AoQ5.net
- https://blog.nkzn.info/entry/2019/04/16/163743
によると、
「マイクロソフトのiOSおよびAndroidアプリの中身をスキャンしてみた。
その中で、Word、Excel、Xbox、その他もろもろ38本ものアプリが、
最近のアップデートでReact Nativeを利用するようになったことを発見した」
ってことだが、なんでなん?
- 468 :デフォルトの名無しさん:2019/04/17(水) 00:05:33.75 ID:4VR+2Iv/.net
- >>467
以前からWeb版OfficeがあるんだからそれをJSで移植する方が効率いいでしょ
- 469 :デフォルトの名無しさん:2019/04/17(水) 00:23:04.83 ID:+pecMmDN.net
- マイクロソフト自身も呆れて自社プロダクトに採用しないのがXamarin
- 470 :デフォルトの名無しさん:2019/04/17(水) 00:36:36.56 ID:E7A/Fdiw.net
- Pix(グラフィックデバッガの方ではない)とかいうよくわからんアプリで採用してるのは見たな
- 471 :デフォルトの名無しさん:2019/04/17(水) 00:42:10.82 ID:8ss+sM3t.net
- >>468
いやロジックは基本的にバイナリだよ
C++のを共有してる
- 472 :デフォルトの名無しさん:2019/04/19(金) 10:19:28.51 ID:VNAy7qmP.net
- 今見たらXamarin.FormsのテンプレにUWPが復活してるな。
どちらかといえば WPF に力を入れてほしいんだが・・・
- 473 :デフォルトの名無しさん:2019/04/19(金) 16:31:24.22 ID:8KUsLTuI.net
- UWPってなんでクソなんだっけ?
なんかすると警告見たいの出るんだっけ?
ど忘れしたわ
- 474 :デフォルトの名無しさん:2019/04/19(金) 19:26:26.17 ID:YII8H2jt.net
- ストアからしか入れられない、機能に制限があるっちゃある辺りじゃ
いいとこともあるんだけどね
- 475 :デフォルトの名無しさん:2019/04/19(金) 19:59:51.15 ID:VNAy7qmP.net
- >>474
ローカルからでもインストールできるけど?
- 476 :デフォルトの名無しさん:2019/04/19(金) 20:31:03.64 ID:YII8H2jt.net
- >>475
社内アプリの話か?
- 477 :デフォルトの名無しさん:2019/04/19(金) 21:05:50.97 ID:QVKxRqvm.net
- UWPアプリ ≠ ストアアプリ
- 478 :デフォルトの名無しさん:2019/04/19(金) 21:18:29.97 ID:VNAy7qmP.net
- >>476
ローカルで動くインストーラを作れるの知らない?
- 479 :デフォルトの名無しさん:2019/04/19(金) 21:33:00.59 ID:w3wj8Qby.net
- 普通にUWP野良配布できるし
- 480 :デフォルトの名無しさん:2019/04/19(金) 21:33:22.87 ID:YII8H2jt.net
- >>478
最近の話?あまり追ってないので知らん
- 481 :デフォルトの名無しさん:2019/04/19(金) 21:35:04.10 ID:YII8H2jt.net
- これの話か?
https://blog.techlab-xe.net/archives/4768
基本的に開発とか用だよね?
- 482 :デフォルトの名無しさん:2019/04/20(土) 09:19:46.97 ID:TxPyqn42.net
- >>481
「開発とか用」っていう意味がわからん。
アプリを開発して、開発PC以外で使うなら必要なものをコピーするか、インストーラを作って実行するしかないだろ。
- 483 :デフォルトの名無しさん:2019/04/20(土) 09:51:55.32 ID:6xdfOdL3.net
- >>482
いやだからそれ特定のデバイスに配布するのにしか使えないよね?
- 484 :デフォルトの名無しさん:2019/04/20(土) 09:53:23.96 ID:6xdfOdL3.net
- 上でストアからしかとか言ってるのは、そもそも企業で社内に配布するとかも省いてるんだからそれぐらい汲み取れ
- 485 :デフォルトの名無しさん:2019/04/20(土) 11:36:07.87 ID:TxPyqn42.net
- >>484
は?
Webサーバなり、NASなり、公開できる場所さえあれば社内だろうが、不特定多数だろうが配布できますけど?
自動更新もできますが?
それぐらいくみ取れとか、バカ営業の要件定義かよ。
- 486 :デフォルトの名無しさん:2019/04/25(木) 00:11:59.31 ID:MZ8+ld/c.net
- FormsでiOSで動作させてListViewにバインドしてあるObservableCollectionを
Clear()してGCしてもメモリ使用量上がりっぱなしなんだけどこういうもの?
ObservableCollectionの中身のオブジェクトはGCに回収されてるんだけど・・・
- 487 :デフォルトの名無しさん:2019/04/25(木) 06:32:01.81 ID:+F5afDw3.net
- 他のところでリークしてないの
つかプロファイラ、多少はまともになった?
- 488 :デフォルトの名無しさん:2019/04/25(木) 08:39:39.65 ID:5zIXIEII.net
- >>486
ListViewが参照しているからそのままになってるんじゃないの?
ListViewを破棄してみれば?
- 489 :デフォルトの名無しさん:2019/04/25(木) 09:29:38.93 ID:X5JKBKDq.net
- Xamarinみたいな糞でやるからそうなる
- 490 :デフォルトの名無しさん:2019/04/25(木) 15:47:45.44 ID:Ps0tFa5p.net
- 大胆にぶっ壊れていても放ったらかしだからな・・・・
VisualStudio for MacのIntelliSenseが参照する範囲がWindows版やVSCodeより狭くて使いづらい
Xamarin.iOSでネイティブコードをリンクする際、参照先を間違えてWindows用のDLLをリンクしようとしてしまう(年末年始あたりに治った2017のバグが大復活!)
Windows版のみXamarin.Androidのプレビュー機能が特定の機能との関係で不安定
- 491 :486:2019/04/25(木) 19:50:51.67 ID:MZ8+ld/c.net
- 原因分かった
GroupHeaderTemplateがメモリリークしている
これ外したら全くメモリ使用量増えなくなった
けっこう凝ったデザインをヘッダでやってたから派手にリークしてたわ
幸い何百件も表示するようなページじゃないからTableViewかなんか
カスタマイズして置き換えるか・・・
- 492 :デフォルトの名無しさん:2019/04/25(木) 20:18:56.62 ID:iYy5urYc.net
- な、俺の思ってたとおりだったろ?
- 493 :デフォルトの名無しさん:2019/04/25(木) 22:32:54.39 ID:2gDtzArR.net
- >>491
どこでどう参照残ってんだろな
プロファイラとか使った?
- 494 :デフォルトの名無しさん:2019/04/25(木) 22:51:25.29 ID:oOh7TKEH.net
- こういうの見るとXamarinでメモリリークしないプログラムをかける気がしないhttps://qiita.com/iseebi/items/1673837e9e88435fceff
- 495 :デフォルトの名無しさん:2019/04/25(木) 23:00:31.42 ID:MZ8+ld/c.net
- >>493
プロファイラってVisual Studio Enterpriseじゃないと使えないやつだよね?
ライセンスないから使ってない
自前でつくったオブジェクトのWeakReferenceを片っ端からリストに突っ込んで
泥臭いprinfデバッグで問題なかったから、Xamarinに何か問題あるなと思って
ページを少しずつ削っていったら分かった。
実際小さい再現用のプロジェクトつくってGroupHeaderTemplateつけて
ObservableCollectionにオブジェクト出し入れしてるだけで
GC.GetTotalMemoryが増大していってるので間違いないはず
- 496 :デフォルトの名無しさん:2019/04/26(金) 06:09:02.61 ID:wn61rsdv.net
- >>494
最初のやつはiOSでARCの関係なんだろうか?
にしてもC#と同じくDisposeしなくともそのうち回収される気がする。
2つ目のやつはXamarinに限らずC#固有の有名なリークパターンなのでこれは慣れてる。
- 497 :デフォルトの名無しさん:2019/04/29(月) 21:45:22.98 ID:wQQE+StW.net
- broadFileSystemAccess対応でUWP/iOS/Android/MACOS対応のファイルアクセスライブラリって無いかな?
フォルダの指定、フォルダ内のファイル(フォルダも含む)一覧、ファイルのストリーム化だけでいいんだが・・・
- 498 :デフォルトの名無しさん:2019/04/29(月) 23:14:25.21 ID:ID/3rYx8.net
- Essential じゃダメなん?
- 499 :デフォルトの名無しさん:2019/04/30(火) 08:51:42.19 ID:FOFXj9fL.net
- >>498
ライブラリの形態は問いません。
ご存知でしたら教えていただけますか?
- 500 :デフォルトの名無しさん:2019/04/30(火) 09:43:39.80 ID:NQUxNV7t.net
- いやだからEssential 、使用用途に合うか調べろや
- 501 :デフォルトの名無しさん:2019/04/30(火) 11:26:55.40 ID:FOFXj9fL.net
- >>500
ざっと調べてみましたが、任意のフォルダ(例えば、D:\Temp)を指定する方法が見つかりません。
もしその方法が無いようなら自分の求めているものではないようです。
- 502 :デフォルトの名無しさん:2019/05/08(水) 10:20:42.96 ID:BXljcmWI.net
- Google、「Flutter for Web」発表。FlutterからWebアプリを生成。Flutterはマルチプラットフォーム対応のフレームワークに。Google I/O 2019 − Publickey
https://www.publickey1.jp/blog/19/googleflutter_for_webflutterwebfluttergoogle_io_2019.html
マイクロソフトにはこれをやってほしかった
- 503 :デフォルトの名無しさん:2019/05/08(水) 12:33:00.38 ID:pM2+olDK.net
- C#がブラウザフロントエンド征服すりゃワンチャンあるって
- 504 :デフォルトの名無しさん:2019/05/08(水) 12:44:50.11 ID:riFq0IBn.net
- いまandroid用のアプリをandroid studio+javaで開発してますが、
言語やライブラリの知識経験はJavaよりc#+.Netの方があります。
Xamarinに乗り替えると幸せになれますか?
またXamarinのレイヤー(?)被せる事のオーバーヘッドってあるんですか?
android studio+javaだと出来るけどXamarinでは出来ないみたいな制約とかありますか?
- 505 :デフォルトの名無しさん:2019/05/08(水) 14:14:32.88 ID:pM2+olDK.net
- オーバーヘッドはこの記事読んで
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
androidしか開発しないんならネイティブでいいんじゃね?とも
やっぱC#+VisualStudioで書きたいわ、でも新しいこと覚えたくねぇならXamarin.Android
マルチプラットフォームならXamarin..Forms、Prismに慣れときゃ非XamarinのWPFやUWPやMacも視野に
自分がどうしたいかやね
Xamarinでできないことについては、androidのAPIラップしとるから基本的に全部できるはずだけど、
手軽にマルチプラットフォームやりたいからPrismだけ把握しとけばいいやの人なんでそこら辺詳しくないわ
- 506 :デフォルトの名無しさん:2019/05/08(水) 14:19:52.26 ID:pM2+olDK.net
- PrismはMacなかったわメンゴメンゴ
- 507 :デフォルトの名無しさん:2019/05/08(水) 22:50:46.12 ID:UPhx/0uC.net
- >>504
基本的にはしあわせにはならない
なぜならc#の知識よりandroidでの開発経験のほうが重要だから
- 508 :デフォルトの名無しさん:2019/05/09(木) 00:18:02.46 ID:EmkF5dSL.net
- >>507
そんなのはどんなアプリをどんな風に作りたいかによるだろハゲ
- 509 :デフォルトの名無しさん:2019/05/09(木) 08:43:10.63 ID:4S+umP0q.net
- >>504
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.19 ID:EmkF5dSL.net
- >>509
それもその人によるだろ
Androidでしか作らなくても普段Javaに馴染みないような人だったらわざわざ開発環境整えてJavaで開発するより慣れ親しんだC#とVSでサクッと開発とかするだろ普通
- 511 :デフォルトの名無しさん:2019/05/09(木) 10:08:57.58 ID:4S+umP0q.net
- >>510
Javaに馴染みがなかったらそうですけど、>>504は今Java使ってるようなのでわざわざXamarinに乗り換える必要はないのでは?
- 512 :デフォルトの名無しさん:2019/05/09(木) 10:53:52.02 ID:66gggU3N.net
- >>511
.NET,C#に慣れてるいうからその辺と今後の他プラットフォームとのロジック共通かを考えてXamarinも全然ありでしょ
ただ上でも言われてるように余計なレイヤー増えるからパフォーマンス劣化はそんなないだろうけど多少なり複雑度は増えるのでそのへんのデメメリのバランス次第かと
- 513 :デフォルトの名無しさん:2019/05/09(木) 13:24:01.63 ID:nfItpMpb.net
- .NET5のSwiftやJavaとのinteroperabilityってのは、Swift等からC#で書いたコードを呼び出せるようになるんか?
- 514 :デフォルトの名無しさん:2019/05/09(木) 14:26:29.81 ID:aby7wzdI.net
- Xamarin程の糞はない
- 515 :デフォルトの名無しさん:2019/05/09(木) 18:02:50.97 ID:cLhRp6Rd.net
- >>514
まだいたんだ…
- 516 :デフォルトの名無しさん:2019/05/09(木) 18:09:33.32 ID:cLhRp6Rd.net
- >>510
サクッと言うのはちがうんでは?
SDKとか考えたら普通にandroid studioのほうがサクッとインストールしてあまり問題も出ないよ
みんなXamarinに飛びつくけどコレジャナイ感で止めていく
フォームにボタン一個で押したらメッセージ出すアプリを作ってみんな出ていく
実際androidやiOSなどの経験や知識がないとまともなアプリ作れない
単一のターゲットでしか使わない場合javaがc#に変わるというだけで選択するとがっかりして出ていくだろうね
- 517 :デフォルトの名無しさん:2019/05/09(木) 20:41:05.30 ID:qJ5zmJws.net
- Flutterに負けた終わった技術ざまああ
- 518 :デフォルトの名無しさん:2019/05/09(木) 21:25:33.58 ID:qJ5zmJws.net
- 俺は2年前から糞だと見抜いていたからな
我ながら先見の明に感心する
- 519 :デフォルトの名無しさん:2019/05/10(金) 00:12:18.33 ID:kar7n7Sm.net
- 単一ターゲットでもC#でコーディングできるだけでかなり快適に開発できてるけどな
Formsはまだ微妙だけどXamarin.Nativeはかなり快適
Android StudioもXcodeもそれなりに経験あるが
- 520 :デフォルトの名無しさん:2019/05/10(金) 00:14:51.46 ID:HgJyiWAG.net
- >>517
そこは「ざまあありん」と書くとこだろ
- 521 :デフォルトの名無しさん:2019/05/10(金) 06:01:10.54 ID:szkBR7My.net
- 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
- 522 :デフォルトの名無しさん:2019/05/13(月) 15:07:30.93 ID:NlVP0ueO.net
- Microsoft、「Xamarin」の全APIドキュメントをオープンソース化
https://www.atmarkit.co.jp/ait/articles/1905/13/news081.html
- 523 :デフォルトの名無しさん:2019/05/13(月) 16:21:02.95 ID:WI4C+P81.net
- Xamarin程の糞はない
- 524 :デフォルトの名無しさん:2019/05/16(木) 01:27:55.73 ID:P2WfwLK4.net
- 無能乙
- 525 :デフォルトの名無しさん:2019/06/11(火) 14:39:13.32 ID:+z401u2T.net
- iOSの開発はStoryboardが主流じゃなくなりそうだな
純正開発環境に近い開発方法でC#を使える時代は終わるのかな・・・・
- 526 :デフォルトの名無しさん:2019/06/25(火) 09:23:00.64 ID:2W1epp0R.net
- Xamarin.Forms でフリーで使用できる DataGridView はありませんか?
ComponentOne等の市販ライブラリでは見つけたんですけど、個人的な趣味のPGにうん十万もかけたくないので・・・
ヘッダ行を常に表示。データ行はスクロール可。データ行をタップ、もしくはダブルタップでイベント発生。データはList<T>でBinding可能なもの。
ってのが理想です。
- 527 :デフォルトの名無しさん:2019/06/25(火) 09:50:17.55 ID:22iJeFBm.net
- Xamarinみたいな糞でやるからそうなる
- 528 :デフォルトの名無しさん:2019/06/25(火) 10:06:07.39 ID:KoYuAQ6u.net
- >>526
標準のStackLayout・ScrollView・ListViewの組み合わせで作れそうだけどね
- 529 :デフォルトの名無しさん:2019/06/25(火) 10:59:41.48 ID:2W1epp0R.net
- >>528
1行に3項目あって、それぞれの文字列長が一定じゃないんですよね。
それぞれの頭を縦に揃えたいけど・・・
ColumnDefinitionで決め打ちするしかないですかね。
その時に必要な最大幅がわかれば Width="{Binding Col1Width}" とかでできそうなんですけどね。
- 530 :デフォルトの名無しさん:2019/06/25(火) 15:40:30.43 ID:dKwDGeP5.net
- >>529
これで文字列表示に必要な幅とれるんじゃね?
https://docs.microsoft.com/ja-jp/dotnet/api/xamarin.forms.visualelement.measure?view=xamarin-forms
https://github.com/xamarin/xamarin-forms-book-samples/blob/master/Chapter05/EmpiricalFontSize/EmpiricalFontSize/EmpiricalFontSize/FontCalc.cs
- 531 :デフォルトの名無しさん:2019/06/25(火) 16:06:58.79 ID:2W1epp0R.net
- >>530
見てみましたが、実際に表示する文字列の指定方法が無いのでプロポーショナルフォントだと正確な幅は出ませんよね?
- 532 :デフォルトの名無しさん:2019/06/25(火) 16:24:57.80 ID:dKwDGeP5.net
- >>531
LabelのTextプロパティにセットしても駄目だった?
- 533 :デフォルトの名無しさん:2019/06/25(火) 16:52:57.79 ID:2W1epp0R.net
- >>532
おお。ちゃんとしたサイズかどうかはともかく、"ABC"と"abcdefg"では違った結果が返ってきました。
ちょっとあがいてみます。
ありがとうございました。
- 534 :デフォルトの名無しさん:2019/06/28(金) 20:19:43.27 ID:L7uCEfsw.net
- Windows 10の電卓アプリがiOS/Android/WebAssemblyで動作 〜「Uno Calculator」が公開 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1193107.html
Xamarinよりプラットフォームの多いこっち買ってくれたほうが良かったな
- 535 :デフォルトの名無しさん:2019/06/29(土) 00:32:40.83 ID:T+NUJPbH.net
- 商業プロジェクトなのか?
- 536 :デフォルトの名無しさん:2019/06/29(土) 10:39:12.89 ID:TBOm/90P.net
- 電卓が移植されても嬉しくない
- 537 :デフォルトの名無しさん:2019/06/29(土) 13:30:23.53 ID:ABmvVhy8.net
- フレームワークの出来をドヤって見せるにしてはちょっとショボくね?
- 538 :デフォルトの名無しさん:2019/06/29(土) 15:28:13.03 ID:lQ+T+jM2.net
- 役割が全く違うから
- 539 :デフォルトの名無しさん:2019/06/29(土) 23:13:21.57 ID:LhJ5TdYn.net
- 全く違うか?結局はクロスプラットフォーム実現するためのものだと思うが
- 540 :デフォルトの名無しさん:2019/07/01(月) 10:03:18.68 ID:9r8RZXK3.net
- >>521
ソースひとつで全てのプラットフォームで動くアプリが書けるなら、
Windowsの優位性がなくなりそうだ。MSには、やるといって、実際やら
無かった前例があり、
「将来できるようになるからC#使っていれば良い事有るよ」
詐欺の恐れがある。
- 541 :デフォルトの名無しさん:2019/07/01(月) 12:17:35.17 ID:6DZxFjYs.net
- iOSやAndroidのアプリをUWPに流させるという莫大なメリットがMSにはある
- 542 :デフォルトの名無しさん:2019/07/01(月) 12:31:53.43 ID:TQEs5kf/.net
- MSとしてはWindowsに限らず各OSからAzureに繋いで課金してもらおうという戦略だよ
それで各OSで動作するAzure向けライブラリを色々作ってるんだよ
- 543 :デフォルトの名無しさん:2019/07/01(月) 12:36:37.99 ID:6qwNLXpe.net
- Microsoft程の糞はない
- 544 :デフォルトの名無しさん:2019/07/01(月) 13:07:26.95 ID:ZgSw1bMZ.net
- >>540
Windowsの優位性がなくなったからこそ必要なのに
- 545 :デフォルトの名無しさん:2019/07/01(月) 15:34:21.61 ID:9r8RZXK3.net
- >>541
それは、スマホ--->Windows へのアプリの流入を想定しているということだけど、
逆方向の流れが生じてしまう可能性もある。それを甘く見ているのだろうか。
仮にWindowsが不要になって売れなくなると、2兆円を超えるくらい、MSの
売上げが減る。確か、会社全体だと7兆円くらいの売上げだったから、無視できる
数値ではないと思うが。
- 546 :デフォルトの名無しさん:2019/07/01(月) 15:35:40.93 ID:9r8RZXK3.net
- >>544
マルチプラットフォームの開発ルールの開発で、どうしてWindowsの優位性が
が増す??
- 547 :デフォルトの名無しさん:2019/07/01(月) 15:36:12.85 ID:9r8RZXK3.net
- 誤:開発ルール--->正:開発ツール
- 548 :デフォルトの名無しさん:2019/07/01(月) 17:54:14.75 ID:tOmxAVuU.net
- 無視できる額ではないけどMS自身はソフトウェアを売って稼ぐモデルからは脱却したがってるから
- 549 :デフォルトの名無しさん:2019/07/01(月) 17:54:52.20 ID:tOmxAVuU.net
- 無視できる額ではないけどMS自身はソフトウェアを売って稼ぐビジネスモデルからは脱却したがってるから
- 550 :デフォルトの名無しさん:2019/07/01(月) 17:54:52.78 ID:9r8RZXK3.net
- それはナデラだね。
- 551 :デフォルトの名無しさん:2019/07/01(月) 18:02:06.85 ID:9r8RZXK3.net
- ナデラになってからMSは物凄く嫌味な感じのする企業になった。
株価下落は、それだだんだん分かってきたことから来るものかもしれない。
- 552 :デフォルトの名無しさん:2019/07/01(月) 18:12:57.60 ID:sV0rjxHI.net
- マイクロソフトの株価は史上最高値を更新中。クラウドビジネスがけん引
https://news.infoseek.co.jp/amp/article/toushiru_21948/
- 553 :デフォルトの名無しさん:2019/07/01(月) 18:36:31.73 ID:9r8RZXK3.net
- MSの株価は実はこの一年くらい、低調路線に入っているはず:
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.45 ID:9r8RZXK3.net
- クラウドもモバイルもARもMRも全部欲しくない。
- 555 :デフォルトの名無しさん:2019/07/01(月) 20:10:14.43 ID:YzHO/9WR.net
- >>553
それって株価上昇傾向のチャートだよね
- 556 :デフォルトの名無しさん:2019/07/01(月) 20:29:51.79 ID:wPs6zspA.net
- >>554
こいつただのアンチじゃねーかw
- 557 :デフォルトの名無しさん:2019/07/02(火) 01:32:21.80 ID:vQT+qXro.net
- ナデラは技術を舐めており、人を集めさえすれば出来ると思ってるが、
最近のVSの速度の遅さとサイズの大きさを見ればそれが幻想であることが分かる。
ダウンロードとインストールに莫大な時間がかかるし、起動速度もコンパイル速度
もとても遅い。C#で作ったプログラムもとても遅い。Windowsは新バージョンに
乗り換えるとアプリの起動速度がとても遅くなり、Update前より品質低下する。
- 558 :デフォルトの名無しさん:2019/07/02(火) 02:10:54.11 ID:qyex6tlb.net
- Microsoft程の糞はない
- 559 :デフォルトの名無しさん:2019/07/02(火) 08:31:21.71 ID:wB0GhTVY.net
- BOTなんだろうな・・・
- 560 :デフォルトの名無しさん:2019/07/06(土) 16:40:19.72 ID:XHGsMteC.net
- Xamarin程の糞はない
- 561 :デフォルトの名無しさん:2019/07/06(土) 17:18:51.30 ID:AglAKHVu.net
- BOTやな・・・
- 562 :デフォルトの名無しさん:2019/07/29(月) 08:06:28.02 ID:+r1J3j97.net
- MSはナデラになってから技術の会社から一般人向けの会社になった。
- 563 :デフォルトの名無しさん:2019/07/29(月) 19:56:25.39 ID:/uzWUdKP.net
- ヤシからナ〜デ〜ラ
- 564 :デフォルトの名無しさん:2019/08/10(土) 23:21:58.39 ID:CdfuVllp.net
- https://devblogs.microsoft.com/dotnet/calling-all-net-desktop-and-mobile-developers/
surveyよろしく
- 565 :デフォルトの名無しさん:2019/08/11(日) 09:40:21.02 ID:JRum2LCS.net
- oliaちゃーん!!!
- 566 :デフォルトの名無しさん:2019/09/05(木) 00:00:12.10 ID:w/3b8Xa8.net
- GestureRecognizerを試しているんだがPanとTapは問題ないのにSwipeとPinchが起こせない。
コードビハインドでDebug.WriteLineでコンソールにログをはくだけの簡単なコードなんだけど。
SimulatorでOptionキー押してピンチ操作してる感出てるのにイベントが発生してくれないのはなぜなんだ?
同じようにハマった人いない?
誰か教えてえろいひと
- 567 :デフォルトの名無しさん:2019/09/05(木) 08:59:23.51 ID:6dXth2Ra.net
- >>566
プラットフォームぐらい書こうぜ
- 568 :デフォルトの名無しさん:2019/09/05(木) 17:42:09.75 ID:m07WfnIK.net
- >>567
macOS 10.14(Mojave)だよ
Optionキーって言ってるからmacOSってことは分かると思うが
simulatorのiOSは12.4でXRで試してる
osもvsもアップデートかけたばかりだから基本的には最新版になってるはず
ググっても同じように困ってる人あんまり見当たらないし、オレの操作の仕方がどこか悪いんじゃないかと思ってるんだが全然分からなくてな
- 569 :デフォルトの名無しさん:2019/09/05(木) 21:26:43.67 ID:w/3b8Xa8.net
- >>566,>>568
自己解決したわ
Optionキー押してtouchpadをスライドしてたんだが
touchpadを押した状態(クリックした状態)でスライドさせないとダメなんだな
スレ汚してすまん
- 570 :デフォルトの名無しさん:2019/10/16(Wed) 19:49:03 ID:rev6XlUO.net
- 誰か助けて!
あるパッケージがPCLはなくてiOS、Android個別でしか提供されてなくて各プラットフォームに処理を書いてるんだけど
どうしてもiOS、Androidでパッケージを利用したオブジェクトを共通で受け取りたいんだけどDependencyServiceでオブジェクトを受け取っても型がないからエラーになっちゃう
いくら調べても共通側での型の利用方法がわからないんだけど解決策って存在する?
調べるとJNIでMCWやACWsなんかがあるけどこれってJavaをP/Invokeで呼び出すっぽいからなんか違うっぽいしわかんないわ・・・
- 571 :デフォルトの名無しさん:2019/10/17(木) 03:06:12 ID:Xwvn1Enx.net
- っ
msgpack
- 572 :デフォルトの名無しさん:2019/10/17(木) 10:48:43 ID:uK2EjZkv.net
- >>570
ネイティブの型をそのまま使うとかって意味なら素直にやめてインターフェース経由での利用とかにとどめたら
ネイティブをそのままマネージドの中で使いたいとか死亡フラグしか見えん
- 573 :デフォルトの名無しさん:2019/10/17(木) 20:22:43.17 ID:2PRSlFzu.net
- >>571
msgpack初めて知りました
型を指定してシリアライズしたバイナリを送信するから受信側でクラスやインターフェイス定義の参照がなくても
デシリアライズしたオブジェクトのメンバにDynamicObjectやExpandoみたいにアクセスできるって認識でいいっすか?
>>572
Xamarin Formsの共通(Standardなので適切かわからない)コードからモバイルプラットフォームのパッケージを参照できないんでパッケージで定義されてるインターフェイスにアクセスできないんすよ
P/InvokeできればいいですけどマーシャリングでハマりそうだしXamarin Forms難しいっすね!
- 574 ::2019/10/17(木) 20:38:30 ID:fUTf6AOQ.net
- なにかかんちがいしてるきがするよ
- 575 :デフォルトの名無しさん:2019/10/17(木) 20:44:26.06 ID:fUTf6AOQ.net
- 共通で利用できるインターフェイスを用意する
その実装を各プラットフォームごとに書く(プラットフォームのパッケージはここで使う)
共通コードからはインターフェイスのみ使う
データが欲しいなら共通のクラスをつくってそれを受け取る
- 576 ::2019/10/20(日) 15:28:06 ID:YHzeiaQn.net
- Xamarinみたいな糞でやるからそうなる
- 577 ::2019/10/20(日) 16:37:36 ID:JmbIGTf6.net
- マルチプラットフォームでどの開発環境がベストかって話題で盛り上がるんだけどReact Nativeも制限多いしパッケージの組み合わせやバージョン毎の互換性云々の不具合も多いし
Xamarinも歴史長いからサポートや下位互換は優れてるけどフロント実装の手間が圧倒的にReactに劣るよねとなって結論としてネイティブで書くのが一番良いって結論になるんだよね毎回
- 578 :デフォルトの名無しさん:2019/10/20(日) 17:54:32.82 ID:qrQGfSO4.net
- そこまで劣るかね?MVUの方がスッキリはするけどjsでReactだとElmより汚いし生産性でそこまでXAML+MVVM劣ってる?
- 579 ::2019/10/21(月) 00:06:13 ID:pBBZQA/P.net
- C#、MVVM、XAML、Xamarinに習熟したプログラマーが常に集まって開発できるならギャップは誤差だと思うよ
ただ現実的に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 ID:HbIqrN+C.net
- 自分はむしろHTML疎くてちょっとElm触ったぐらいなのであれだけど人口はまあHTMLの方が多いのかの
RNはバージョンアップ頻度が激しいとかで疲弊する聞いたけどどうなん
XFは比較的後方互換差異は保ってると思う
- 581 :デフォルトの名無しさん:2019/10/21(月) 23:15:53 ID:pBBZQA/P.net
- アプリって業務や基幹システムと違ってフロントをゴリゴリ作るからケースばかりでフロントのカスタマイズしやすさって最重要なんだけど
その点で言うと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 ID:rjvI6LBL.net
- クロスプラットフォームは糞
RNもFlutterも全部糞
糞の中のキングオブ糞がXamarin
- 583 :デフォルトの名無しさん:2019/10/22(火) 02:47:58 ID:NkYnhqe9.net
- flutterは出来がいい
- 584 :デフォルトの名無しさん:2019/10/22(火) 05:51:25.65 ID:S4fXHOVZ.net
- >>581
んーRNでHTML+CSSをどうネイティブの表示に変えてるのか知らんけど、それはその辺をやる薄皮があるだけで、似たようなものを作るだけでいいからあまり本質的な話じゃなくね
- 585 :デフォルトの名無しさん:2019/10/29(火) 17:10:37.79 ID:+khohoDc.net
- VSから実機へのデプロイができない
たぶんAndroid 9へアップデートして不明アプリのインスト一括許可設定が廃止されたせいだと思うんだけど、これどうしたらいいん?
VSからの配置やadb installは不可(配置を試みて止まる)
Android 8までは設定で許可すれば、普通にVSから配置してデバッグできてたのに
泥9以上の場合どうしたらいいのか、ご存じの方、教えてplz…
- 586 :デフォルトの名無しさん:2019/10/29(火) 21:05:39.64 ID:mz60vQpi.net
- その情報だけじゃ答えられないw
React-NativeやExpoもパッケージのバージョン違いだけでエラー吐きまくってハマったら実装始めるまでがめちゃめちゃ苦労する
かと言ってXamarinは開発環境構築は楽だけどViewのカスタマイズが含めた実装がクソめんどい
FlutterはAndroid StudioとDartがクソすぎて馴染めない
- 587 :デフォルトの名無しさん:2019/10/29(火) 22:39:47.24 ID:iasCDOs/.net
- android studioのかわりにvisual studio codeつかえばok
- 588 :デフォルトの名無しさん:2019/10/29(火) 22:41:54.53 ID:iasCDOs/.net
- dartは俺も最初はブチキレまくってたけど、なんとか乗り越えてた
- 589 :デフォルトの名無しさん:2019/10/30(水) 22:49:42.74 ID:ldOhM9S0.net
- Xamarinみたいな糞でやるからそうなる
- 590 :デフォルトの名無しさん:2019/11/04(月) 08:53:08.56 ID:HKhy1RUg.net
- flutterも触ってみようかと思ってるんだけどdartはどうクソなん?
- 591 :デフォルトの名無しさん:2019/11/04(月) 21:57:51.50 ID:cmyP6Aom.net
- dart程の糞はない
- 592 :デフォルトの名無しさん:2019/11/04(月) 22:25:09.85 ID:RAtCbLCD.net
- やってみりゃわかる
本当に糞
- 593 :デフォルトの名無しさん:2019/11/05(火) 03:15:14 ID:5yy/n0bc.net
- Dartはまんまjsなクソ言語
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.01 ID:m+ElInPK.net
- Xamarin程の糞はない
- 595 :デフォルトの名無しさん:2019/11/17(日) 00:28:32.03 ID:5dwJkF8Y.net
- 絶対ではないが、Xamarinは、原則、Android, iOS, MacOS X だけの対応で、
WindowsやLinuxアプリは作れないそうだから、互換ツールキットとしては
存在意義に疑問を感じてしまう。Linux用にも全く作れないわけでは無いらしいけど、
同じソースでマルチプラットフォームになるわけではないようだ。
MSも公式には、Android, iOS, MacOS X 用と書いており、LinuxやWindows
用アプリには Xamarin は使わないことになっている。
そもそも、Xamarinは、設立当初から Linux サポートはしないことに決めて
いたという情報を耳にした。
- 596 :デフォルトの名無しさん:2019/11/17(日) 00:37:18.45 ID:FE96WiZ8.net
- ざっくり言えば、Android,iOS向けのフレームワークがXamarin
Windows向けは.NET Framework
Linux向けは、.NET Core
すべて.NETを基盤としているけど微妙に異なる
- 597 :デフォルトの名無しさん:2019/11/17(日) 00:39:47.40 ID:egXkZeSY.net
- Windows向けもCoreとなりつつあるし、さらに来年は5として残部統一されるとなってるけどな
- 598 :デフォルトの名無しさん:2019/11/17(日) 01:01:13.24 ID:5dwJkF8Y.net
- 9月23日に、WinFormsとWPFがWindows環境のみ限定で、.NET COREでも動くように
なったらしい。しかし、.NET COREのLinux版は、今のところCUI限定でGUIは動作
しない。果たして本当に来年には統一されているか疑問だ。
MSが公式に保持しているツールキットで、C#のGUIがLinuxで動くものは、
恐らく一つもないらしいから。
それができるのは、今のころ、Xamarinとは懐を違えたMonoのみらしいが、
Xamarinを持ってしまっているMSがいまさらMonoの成果を取り入れるかは
甚だ疑問。
それに根本問題として、LinuxにGUIアプリまで簡単に移植できるようになると、
MSはデメリットしかないような気がするから。
- 599 :デフォルトの名無しさん:2019/11/17(日) 01:06:54.82 ID:5dwJkF8Y.net
- >>597
ランタイムは統一されても、GUIツールキット(ライブラリ)は統一されないかも
知れません。
- 600 :デフォルトの名無しさん:2019/11/17(日) 01:23:30.31 ID:egXkZeSY.net
- 統一はロジックの方な
- 601 :デフォルトの名無しさん:2019/11/17(日) 01:33:26.32 ID:ufXeuDkw.net
- そもそも誰がLinuxのGUI環境に期待してるんだって話
あれは、それなりに動けば十分だろ
誰も期待してない。Linuの役目はCLIだけあれば十分。
そこでWindowsで作ったサーバーサイドアプリを動かす。
インターフェースはHTMLもしくはスマホネイティブアプリだ。
世間一般にLinux GUIの出番はない。
- 602 :デフォルトの名無しさん:2019/11/17(日) 01:40:59.91 ID:ufXeuDkw.net
- MSも世の中もクラウドに移行してる時代に
誰がデスクトップアプリを開発すると言うんだろう?
仮に.NETのGUIアプリがLinuxで動くようになったとして、
今更誰がGUIアプリの開発をしようと思う?
みんなウェブアプリに力を注いでいるんだよ。
デスクトップアプリは今あるもので十分。
WindowsとMacの世界ではスタンダードが確立されてしまった。
- 603 :デフォルトの名無しさん:2019/11/17(日) 01:54:55.02 ID:egXkZeSY.net
- 問題はjsがクソすぎるってことだわ
- 604 :デフォルトの名無しさん:2019/11/17(日) 02:28:12.48 ID:ioPxwfyJ.net
- >>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を介して両方の抽象化を再作成する必要があります。
繰り返しになりますが、これらのプラットフォームには既に独自の同等のツールがあるため、
そうすることに興味のある人はあまりいません。
- 605 :デフォルトの名無しさん:2019/11/17(日) 02:36:19 ID:ufXeuDkw.net
- >>604
それ一般人の感想ですよね?
- 606 :デフォルトの名無しさん:2019/11/17(日) 02:43:31 ID:ioPxwfyJ.net
- >>602
それは個人的には気づかなかった視点です。
もう一つあるとすれば、デスクトップ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 ID:ioPxwfyJ.net
- >>605
しかし、
>6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという
>PRをしたくない」ということをMSは明確に述べていたそうです。
の部分は注目に値します。
- 608 :デフォルトの名無しさん:2019/11/17(日) 02:45:43 ID:ufXeuDkw.net
- 俺の友だちが言っていたそうです。
みたいな文章を信じるとかw
- 609 :デフォルトの名無しさん:2019/11/17(日) 02:50:55 ID:ioPxwfyJ.net
- >>608
ただ、英語圏の人は、ネットで根拠を上手く伝え切れてなくても、MSの普段からの
言動をテレビや新聞などからも見聞きしています。それらを総合して直感的に
分かってる可能性も有ります。根拠を示すのは大変なので書いてないだけで、
結論は正しい可能性は有ります。なぜなら、複数の人が同じ結論を
書いているからです。逆に、それに明確な反対意見を述べている人は見かけ
ませんでした。
- 610 :デフォルトの名無しさん:2019/11/17(日) 02:51:11 ID:ufXeuDkw.net
- > ただし、一挙に対応が進むような環境が整えば別です。それができるのはMSやEmbarcadero
> やQtのような組織なのですが、MSがやれば、自らの首を絞めることになりかねません。
なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの?
首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。
まあ実際はLinux用アプリの開発手段を提供してるわけだけどさw
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 ID:ufXeuDkw.net
- >>606
まあ、何が言いたいのかわからんが、
LinuxのGUI環境に期待するのはやめとけ。
あれはコミュニティが団結しようとしてないから
何をやろうがまとまらんよ。
MSだけが頼りなんだってことかもしれんが、
MSにそんなことをする義理はない。
- 612 :デフォルトの名無しさん:2019/11/17(日) 03:01:24 ID:ufXeuDkw.net
- >>606
> 無料Windows互換OSが完成してくれば、パソコンメーカー
> はこぞってそれを新品パソコンにインストールして売るようになるでしょう。
それはないなー。パソコンメーカーはWindowsの値段をパソコン本体に含めて売ってる。
つまり実際にお金を払ってるのは購入者であって、OSを無料にしたところで
パソコンメーカーの儲けはたかが知れてる。
無料Windows互換OSが、デスクトップ見た目までWindowsなら、
安い方を消費者は買うかもしれないが、それは無理だろ?
Windowsアプリが動くというのは、Windowsなら当たり前だからメリットにはならない。
Windowsアプリが動く(かもしれない)Windowsとは違った見た目のOSを
消費者が買おうと思う流れができない限りパソコンメーカーはインストールする意味を見いだせない。
つまりビジネスにならんのだよ。
- 613 :デフォルトの名無しさん:2019/11/17(日) 03:03:57 ID:ioPxwfyJ.net
- >>610
>なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの?
>首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。
ところが、MSが方針転換して、Linux用(GUI)アプリも作れるようにし始めた、と
言う人も居るのです。CUIアプリまでは作れるのですが。
しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。
C++ならば。
- 614 :デフォルトの名無しさん:2019/11/17(日) 03:05:24 ID:ufXeuDkw.net
- > もう一つは、LinuxでのWineや、ReactOSの完成度が上がってくる可能性です。
> そうなれば、Linuxにマルチプラットフォームのツールキットで移植したとしても、
> 余り意味がなくなる可能性があります。Windowsアプリがそのまま、無料OSの上で
> 動くようになるからです。
その逆をMSはやり遂げたんだよね。WSLでLinuxアプリがそのままWindows上で動くようになった。
Linuxアプリを使いたいためだけにLinuxを使う理由がなくなった。
Linux開発者はWindowsに移植する意味がなくなった。
Linuxアプリを作れば、それはWindowsで動く。
ありがと! Linuxアプリを作ってくれて!
- 615 :デフォルトの名無しさん:2019/11/17(日) 03:09:37 ID:ufXeuDkw.net
- >>613
> しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。
リンク先のVisual Studio 2019のLinuxサポートの内容を読めよ。
デバッガやGCCの対応って書いてあるだろ。
お前のその理屈なら、ワープロ専用機でもLinuxアプリ作れるって話になるぞw
- 616 :デフォルトの名無しさん:2019/11/17(日) 03:11:45 ID:ioPxwfyJ.net
- >>614
そもそもC/C++で書かれたUnix系CUIアプリであれば、fork()やselect()、pipe()
opendir(), readdir() や、/procやioctlやsignal(), raise(), curses, terminfo,
termious, Mutexなどを使ってなければ、再コンパイルすれば、ほとんどの
プラットフォームでそのまま動きますね(この他にも未定義や非互換の関数は
沢山有りますが。)
- 617 :デフォルトの名無しさん:2019/11/17(日) 03:13:40 ID:ufXeuDkw.net
- >>616
だから、ソースコードをかければ十分だっていうのなら、
最初からどのOSでも開発できるって言ってるだろ。
だからお前の理屈なら、たとえメモ帳でもLinux用CUIアプリどころか
GUIアプリだってできる。
Visual StudioでもLinuxアプリの開発できるってことで
お前の希望は叶ってるじゃんか
- 618 :デフォルトの名無しさん:2019/11/17(日) 03:19:48 ID:egXkZeSY.net
- >>617
馬鹿だろお前
- 619 :デフォルトの名無しさん:2019/11/17(日) 03:21:09 ID:ufXeuDkw.net
- >>618
何か言い返せよ
- 620 :デフォルトの名無しさん:2019/11/17(日) 03:25:39 ID:ioPxwfyJ.net
- ロードプリン
2ポイント
・
6か月前
コアはクロスプラットフォームではありませんが、wpfはコアを利用する機能であり、実際にはコアではなく、コアの上に構築された機能になります。
コアはクロスプラットフォームになりますが、コアを実装するすべての機能が初日からクロスプラットフォームになるわけではありません
- 621 :デフォルトの名無しさん:2019/11/17(日) 03:26:15 ID:ufXeuDkw.net
- Visual Studio がLinux開発サポートするのは不思議でもなんでも無いんだよな。
自社で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 ID:ioPxwfyJ.net
- >>621
>もっともVisual StudioのmacOS開発サポートは
>コンソールアプリとASP.NETアプリに限られてるからギリギリ理解はできる。
初耳です。Mac用のGUIアプリは作成できなかったんですね。
- 623 :デフォルトの名無しさん:2019/11/17(日) 03:35:48 ID:ufXeuDkw.net
- >>622
君は知らんことが多すぎる。少しは勉強してからにしたまえ。
そして当たり前だが、MSはビジネスやってるんだ。
売れる方向にかじを取るのは当たり前。
何もせずMSさんあなたの力だけが頼りなんですって言っても
何もしてくれないよ。
- 624 :デフォルトの名無しさん:2019/11/17(日) 03:39:39 ID:ioPxwfyJ.net
- >>623
個人的にはMSのクロスプラットフォームに期待していません。
単に状況を把握したいだけです。
- 625 :デフォルトの名無しさん:2019/11/17(日) 03:41:32 ID:ioPxwfyJ.net
- >>624
LinuxのステークホルダでもFOSS信者でも有りませんので、
何が起きるか、今何が起きているかを知りたいのです。
FOSS信者では有りませんが、MS信者でも有りません。
この世界はその二つだけで出来ているわけではないのです。
- 626 :デフォルトの名無しさん:2019/11/17(日) 03:43:37 ID:ufXeuDkw.net
- 教えるついでに今のソフトウェア開発の標準を教えてやろう
まずウェブサービス。そこでしか金は儲からん。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 ID:ioPxwfyJ.net
- >>623
>そして当たり前だが、MSはビジネスやってるんだ。
>売れる方向にかじを取るのは当たり前。
私は前からそう思ってるのですが、ネットでは、逆に、MSが
「Linuxと共存の道を歩み始めた」などという人が多いので、
正しく物事を把握したいと思っているのです。
MSはLinuxと共存どころか、機会があれば何とか壊そうとしているに
違いないと思っています。彼らにとっては目の上のたんこぶだからです。
別にMSがLinuxへの対応しないことが悪いことだとは全く思っていません。
何度も言いますが、状況把握したいだけです。
- 628 :デフォルトの名無しさん:2019/11/17(日) 03:45:54 ID:ufXeuDkw.net
- >>624
> 個人的にはMSのクロスプラットフォームに期待していません。
もはや誰もクロスプラットフォームアプリの開発に興味を持っていない。
- 629 :デフォルトの名無しさん:2019/11/17(日) 03:48:27 ID:ufXeuDkw.net
- >>627
> 「Linuxと共存の道を歩み始めた」などという人が多いので、
共存初めてるだろ。Linuxを拒絶するのではなく、
Linuxも取り込んでMSビジネスの一部にしている。
あんたはLinuxと共存の道を勘違いしてる。
Windowsを捨ててLinuxを発展させるのは「共存」ではない。
そこまで来るとLinuxへの移行だ。
共存というのは、Linux「も」利用できるようにすること。
AzureでLinuxも使えるのが、Linuxと共存している一例。
- 630 :デフォルトの名無しさん:2019/11/17(日) 03:53:28 ID:ioPxwfyJ.net
- >>629
共存ではなく、利用だと思うんです。
自分の都合の良い部分だけを利用しつつ、相手が本当に必要としている
事は、決して与えないような。
例えば、LinuxのLinusは、デスクトップOSとして発展させたいと言ってる
そうですが、MSは絶対にそうはさせない。
無料であるから利用しつくせるだけ利用して、その一方で、デスクトップOS
としては、出来るだけ弱らせる事を常に考えている。
そういうしたたかさこそ、大事だと思うんです。
- 631 :デフォルトの名無しさん:2019/11/17(日) 03:54:42 ID:ufXeuDkw.net
- > 例えば、LinuxのLinusは、デスクトップOSとして発展させたいと言ってる
> そうですが、MSは絶対にそうはさせない。
MSに頼るんではなく、自分で頑張るべきでは?w
- 632 :デフォルトの名無しさん:2019/11/17(日) 03:57:14 ID:ufXeuDkw.net
- >>630
> 自分の都合の良い部分だけを利用しつつ、相手が本当に必要としている
> 事は、決して与えないような。
ビジネスなんだから当たり前。MSにとって「相手」とは開発者だよ。
開発者がLinuxアプリの開発を必要としていたから、それをWindowsで
やる方法を提供した。
Linuxを望んでる人は、Linuxを使えばいいだろ。
Linuxを使ってもらうように頑張るのは、Linux陣営がやることであって
MSの仕事じゃない。
MSは相手(開発者)が必要としている手段を提供した。
Linuxを拒絶してWindows技術を使わせるようにしていたのが以前のやり方で
今は、Windows技術にこだわらなくなったから、共存してると言われてるんだよ
- 633 :デフォルトの名無しさん:2019/11/17(日) 03:58:46 ID:egXkZeSY.net
- >>621
Forms開発できんだろ
さっきからほんと超適当だよな
https://docs.microsoft.com/ja-jp/visualstudio/mac/xamarin
- 634 :デフォルトの名無しさん:2019/11/17(日) 04:00:54 ID:ioPxwfyJ.net
- >>626
>まずウェブサービス。そこでしか金は儲からん。GUIアプリなんか作らない。
>(オープンソースを使って)有料サービスを提供する。
収入源は、やはりアフィリエイト(広告)ですか。
個人的には有料のウェブサービスを使ったことは記憶に無いです。
amazonやyodobashiのような通販サイトなら当然ありますが。
ウェブサービスも、百家騒乱状態ですが、実際に利益を出している場所は
果たしてどれだけあるかは疑問です。儲けようとしてウェブページ製作以来が
来るので、プログラミングの仕事はあるようですが、実際に利益が出ている
のは余り多くない気がします。GoogleやYouTubeは広告で儲かってますね。
今のところ、twitterやinstagramで広告を見た記憶は有りません。
Facebookは個人情報を売ることを利益にしているのでしょうか。
- 635 :デフォルトの名無しさん:2019/11/17(日) 04:02:51 ID:ufXeuDkw.net
- そもそも多くの開発者が望んでるのってLinuxじゃないんだよな。
Linuxを望んでいるならクロスプラットフォームなんて
Windowsでも動くアプリを作ろうと思わないはず。
多くの開発者は自分の作ったアプリがどこでも動くことを望んでいるし
Linuxを選んでいるのも、単に無料で使えるオープンソースがたくさんあって
ライセンスの点で有利だっただけのこと。
その証拠に昔からWindowsで開発して、Linuxサーバーにアップロードしていた。
それが最近MSがLinux対応をすすめて、Windowsで開発するのが
以前よりずっと楽になったんだよ。
別にMSは最初からLinuxに開発の場を移しましょうなんて言ってないし
言うわけがない。Windows技術の押しつけをやめてLinux技術と共存しただけ。
今も昔もWindowsを使って開発しましょうとしか言ってない。
- 636 :デフォルトの名無しさん:2019/11/17(日) 04:03:35 ID:ufXeuDkw.net
- >>633
> Forms開発できんだろ
正直もう誰も望んでいない。
今の開発の主役はウェブサービス。
HTML+JavaScriptか、ネイティブアプリだよ。
- 637 :デフォルトの名無しさん:2019/11/17(日) 04:05:29 ID:ufXeuDkw.net
- >>634
> 収入源は、やはりアフィリエイト(広告)ですか。
個人が作ったようなスマホアプリとかは広告だらけだけど、
大手のサービスはサブスクリプションが多い。
- 638 :デフォルトの名無しさん:2019/11/17(日) 04:07:27 ID:ufXeuDkw.net
- > HTML+JavaScriptか、ネイティブアプリだよ。
ネイティブアプリっていうのはスマホとかタブレット用の
ネイティブアプリって意味な。
WindowsデスクトップアプリもLinuxデスクトップアプリも
macOSデスクトップアプリも現在の開発の主流じゃなくなってる。
- 639 :デフォルトの名無しさん:2019/11/17(日) 04:11:53 ID:ioPxwfyJ.net
- >>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を何とか
衰退させたいためです。
- 640 :デフォルトの名無しさん:2019/11/17(日) 04:14:32 ID:ufXeuDkw.net
- 今の時代のクロスプラットフォーム開発っていうのは、実質iOSとAndorid対応だってことに
気づいてないんだろうな。時代についてこれてなさすぎる。
MSがいち早くXamarinでそれらの開発に対応してるというのに
未だにLinuxデスクトップアプリの話をしてる。
> 最後に、私がこうやって状況把握に努めているのは、はっきりいって、MSを何とか
> 衰退させたいためです。
無理。諦めな。
- 641 :デフォルトの名無しさん:2019/11/17(日) 04:16:12 ID:ufXeuDkw.net
- MSを衰退させたいなら、MSを超えるものをMSの力を借りずに実現する方向を目指せよ
いくらMSに落ちぶれてくれ〜落ちぶれてくれ〜と願っても
叶うことはないからさ。
- 642 :デフォルトの名無しさん:2019/11/17(日) 04:25:44 ID:ufXeuDkw.net
- Linuxの文化で、MSと同じ土俵で戦うのは無理なんだわ
デスクトップ環境を統一しろと言ってもできないし、
パソコンメーカーにプリインストールしてほしいなら
営業部隊を用意して大きな宣伝するべきだけど無理だろ?
どこにそんな金があるんだって言うが、それは金を取らない
オープンソースにしたのが悪いんじゃん、自業自得って話だし
昔からオープンソースのビジネスモデルは、
ウェブサービスとしてサーバーに組み込んで
プログラムを売らずにサービスとして提供するやり方だって
主張してたじゃん?
実際にそれしかビジネスにならないし、そのビジネスモデルを
うまく作り上げたのがazureだよ。
オープンソース陣営が推奨するビジネスモデルを採用したMSは大儲けって皮肉だよねw
- 643 :デフォルトの名無しさん:2019/11/17(日) 04:28:19 ID:ioPxwfyJ.net
- >>641
いいえ、直接的にMSそのものを衰退させることも同時並行的に行っていくことも
重要なのです。なぜなら彼らには、Windows OSがベース資金源としていつまでも
残り続けてしまうから、いくらMSを越える何かを作っても、すぐに豊富な資金で
追い越されてしまうからです。最近、Windowsが衰退したという人がいますが、
その見方は浅いのです。新しいパソコンが売れるたびにMSには、金が流れる仕組み
になっており、今でも年間三兆円の確固たるベース収入が彼らにはあります。
それがあるので、牙城が崩れません。何か彼らを超えるものを作ってもはっきり言って、
無理なことが多いのです。何かMSに対抗できるものを有料で作ったとしましょう。
すると、彼らは競合製品を無料にしてきます。明らかにダンピングなのですが、
いろいろな理由を付けて、アメリカは国家ぐるみでMSが行っているダンピングは
見てみぬ不利をします。ですので、MSに対抗して勝つことは今のままではまず無理なのです。
それが、マイクロソフトが衰退しない理由です。
実はGoogleも似た状況にあります。検索エンジンを何も改良しなくても、潤沢な収入が
彼らには入ってきます。これら二つの企業は実は何も仕事をしていませんが、金だけは
入ってくるおかしな構造が出来上がっているのです。
- 644 :デフォルトの名無しさん:2019/11/17(日) 04:32:21 ID:ufXeuDkw.net
- >>643
うん?全部MSに八つ当たりしてもムダだよね?
パソコンにプリインストールしてほしいなら努力しろ。
有料ソフトが売れないというのななら、売れるように頑張れ。
無料にして潰してきたのはむしろオープンソースなんだが忘れたのか?
オープンソースは無料でソフトウェア業界を壊しておいて、
いざ同じ手段で対抗されたら、文句言うとか恥ずかしいよ。
MSがダンピングにならないのは、同等の商品が無料で存在するからだよ。
自業自得じゃねーかw
いい商品を作れば儲かるはずだと思うのは考えが浅い
うまく宣伝したほうが勝つんだよ。
なんでもそうじゃねーか
- 645 :デフォルトの名無しさん:2019/11/17(日) 04:32:34 ID:ioPxwfyJ.net
- >>643
それから「ペンの力」もあります。
彼らの問題点、悪いことを辛抱強く書き続けていくと、だんだんと
彼らに不利な社会情勢が生まれてくるものなのです。
- 646 :デフォルトの名無しさん:2019/11/17(日) 04:34:07 ID:ioPxwfyJ.net
- >>644
私はFOSS信者では無いと先に書きました。
FOSSとは、GPLとオープンソースを合わせたものを意味します。
MS嫌いですが、オープンソースも大嫌いなのです。
お門違いです。
- 647 :デフォルトの名無しさん:2019/11/17(日) 04:35:57 ID:ufXeuDkw.net
- >>646
お前に素晴らしい言葉を贈ろう
「何が嫌いかより何が好きかで自分を語れよ」
- 648 :デフォルトの名無しさん:2019/11/17(日) 04:36:02 ID:ioPxwfyJ.net
- >>644
宣伝に関してですが、ここでMSの悪口を書き続けることは、彼らにマイナスの
宣伝効果となります。悪口は重要です。何度も言いますが、私はオープンソース
は大嫌いです。
しかし、MSも壊すこともライフワークにしています。
- 649 :デフォルトの名無しさん:2019/11/17(日) 04:38:15.32 ID:ioPxwfyJ.net
- >>647
GPLの悪口は既に結構浸透しました。
今度はMSの版です。もっとMSの悪口を言うべきです。
どっちも日本の敵です。年金を増やしたい人は、MSの悪口を言いましょう。
- 650 :デフォルトの名無しさん:2019/11/17(日) 04:39:57.24 ID:ufXeuDkw.net
- 何年も悪口を言いました。でもそれは無駄でした。
終
- 651 :デフォルトの名無しさん:2019/11/17(日) 04:41:56 ID:ioPxwfyJ.net
- >>644
>オープンソースは無料でソフトウェア業界を壊しておいて、
>いざ同じ手段で対抗されたら、文句言うとか恥ずかしいよ。
>MSがダンピングにならないのは、同等の商品が無料で存在するからだよ。
私は昔からオープンソース反対者です。最近になって、オープンソース嫌いが
増えてきましたが、ずっと前から私は反対していました。
GPLなどのせいで、ますますMSが強くなってしまい、とんでもなく
どうしようもない状態になっています。だからMSの悪口を言う必要があります。
全国民がMSの悪口を言うべきです。
GAFAの悪口が流行ってますが、MSはもっと悪いのです。
- 652 :デフォルトの名無しさん:2019/11/17(日) 04:42:30 ID:ioPxwfyJ.net
- >>650
言ってません。
まだまだ全然です。
- 653 :デフォルトの名無しさん:2019/11/17(日) 04:42:35 ID:ufXeuDkw.net
- んで、お前にとって、いいやつなんてどこにもいないんだろ?w
- 654 :デフォルトの名無しさん:2019/11/17(日) 04:43:57 ID:ufXeuDkw.net
- まあ要するにあれだ。
自分の実社会での鬱憤を
八つ当たりしてストレス解消してるだけ
- 655 :デフォルトの名無しさん:2019/11/17(日) 04:44:56 ID:ioPxwfyJ.net
- >>653
います。
アメリカのIT関連団体に悪いのが多いだけです。
- 656 :デフォルトの名無しさん:2019/11/17(日) 04:45:23 ID:ioPxwfyJ.net
- >>654
あなたはどうなんですか。
- 657 :デフォルトの名無しさん:2019/11/17(日) 04:48:03 ID:ioPxwfyJ.net
- >>654
いったい、マイクロソフトが何の仕事をしたというのでしょうか。
まともな仕事をしていれば認めます。
しかし、彼らのやっていることは、日本の生産性を下げるばかりで何も
良いことをもたらしていないのです。
Win95が登場したときから、日本は衰退して、今まで回復できていません。
Win95は悪魔です。マイクロソフトは悪魔です。同時期にgccも流行りだしました。
- 658 :デフォルトの名無しさん:2019/11/17(日) 04:53:35 ID:ioPxwfyJ.net
- >>650
例えば、MSの株価がここ数ヶ月間横ばいだったのは、悪口の効果なのです。
しばらく悪口を休んでいたら、悪魔の力が勝って、最近また上がり出しました。
トランプ大統領がマイクロソフトに10年間で一兆円分の契約をしたからです。
- 659 :デフォルトの名無しさん:2019/11/17(日) 05:10:27 ID:ufXeuDkw.net
- ということで、こいつがキチガイであることを明らかにした時点で
俺の役目は終わりかなーと思いますw
- 660 :デフォルトの名無しさん:2019/11/17(日) 10:30:07.14 ID:gs/HpIUG.net
- こんなところにまでADSLジジイが…
徘徊老人か
- 661 :デフォルトの名無しさん:2019/12/03(火) 20:54:47.59 ID:Jm9QhSdT.net
- Xamarin程の糞はない
- 662 :デフォルトの名無しさん:2019/12/04(水) 04:11:27 ID:cI8u6IHG.net
- UnoさんはXamarinなしで作り直してほしい
- 663 :デフォルトの名無しさん:2019/12/05(木) 20:32:10.26 ID:9zn59iXI.net
- 余り関係ないけど、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が絡んでいるとは思えないほどで理解しがたい。
- 664 :デフォルトの名無しさん:2019/12/05(木) 21:11:05.67 ID:4YF4U3og.net
- 糞だからな
- 665 :デフォルトの名無しさん:2019/12/05(木) 21:18:25.77 ID:Lo1Cwt8z.net
- MSが一から作ったならまだしも、xamarinは所詮買収したもんだから。相当うんこ。
Unoもまた外部企業だけど、また買収でもして同じ失敗するきなのか
- 666 :デフォルトの名無しさん:2019/12/05(木) 21:20:15.87 ID:EjyTVpsv.net
- ざまりん、特に話すこともそんなないしな
3年前ぐらいのアドベントは大盛況だった気もするけど
- 667 :デフォルトの名無しさん:2019/12/05(木) 22:22:33.30 ID:4YF4U3og.net
- 買収して、ちょまどが宣伝して、童貞が発情しただけ
- 668 :デフォルトの名無しさん:2019/12/06(金) 01:00:16.09 ID:DBBIXMQQ.net
- Xamarin.Forms と Xamarin.Android, Xamarin,iOS は別だそうですね。
これは不思議です。Xamarin.Forms が Android/iOS/Win 共通
ToolKit とされているようなのに。
また、Windows アプリが作れるといっても、UWP 用のもの。
すぁらに、Visual Studio では、Xamarin は、Android と iOS 用
とされていて、Windows アプリはサポートされてないようです。
それと、「Forms」の名があるので、WinForms と互換かと思いきや、
そうでもないようで、XAML を使わないといけないのですね。
- 669 :デフォルトの名無しさん:2019/12/06(金) 08:36:45.81 ID:t+BMDMJU.net
- >>668
なんかとおまい情報の集め方が雑すぎひん?
- 670 :デフォルトの名無しさん:2019/12/06(金) 14:53:19 ID:ZSKvcFXv.net
- >>663
xamarine ではなく、xamarin なので、正しくは:
xamarin : 1478
でした。orz。
- 671 :デフォルトの名無しさん:2019/12/06(金) 15:07:40 ID:DyU+v//w.net
- ADSLジジイ
このスレでもずっと一人でタイポしててM$表記みたいなネタでやってんのかと思ったけど
マジでスペルから間違って覚えてたのかよw
- 672 :デフォルトの名無しさん:2019/12/06(金) 22:41:48.32 ID:oeB5L51T.net
- 今までのC#と同じ感じでXamarinのプロジェクトを作ると途方に暮れるな・・・
どっかで良いチュートリアルのページは無いダウか
- 673 :デフォルトの名無しさん:2019/12/06(金) 22:54:58.77 ID:t+BMDMJU.net
- >>672
ちなどの変に途方に暮れるん
- 674 :デフォルトの名無しさん:2019/12/07(土) 00:13:42.56 ID:wrGrmfPl.net
- C#のwindowsアプリしかやったこと無いのよ
後は組込とかWebアプリ・・・・
xamlで画面デザインを設計するところまではわかったんだけど、
コンテンツが別のファイルになってて、それがどのファイルにどの形式で格納されてるとか
アプリの権限とか
Androidアプリ自体初めてなんだけど、プロジェクトを作ったらいきなり俺が固まった
- 675 :デフォルトの名無しさん:2019/12/07(土) 00:59:21 ID:4IVC6ZW+.net
- とりあえずWebにあるAndroidSDKとAPIのドキュメント、日本語でかいてある分だけでいいから
ざっと目をとおしなさい
どこにあるかはググりなさい
グーグル製だけに
- 676 :デフォルトの名無しさん:2019/12/07(土) 01:07:14.85 ID:Sn4ZIDW9.net
- >>674
Xamlでって言ってるってことはXamarinFormsでいいんか?
コンテンツが別ってのはなんのことだろう
権限てのは証明書とかのことかの?
- 677 :デフォルトの名無しさん:2020/01/18(土) 00:00:52 ID:z+qcNc8I.net
- >>674
移植しやすいってだけでAndroidでのプログラミングに精通してないと厳しいよ
当たり前だがWindowsの作法を
Androidに持ち込んだってうまくいかない
初心者向けの本でいいからJavaとAndroidのプログラミング程度理解してからやったほうが位置付けがわかるよ
- 678 :デフォルトの名無しさん:2020/01/18(土) 00:05:45 ID:z+qcNc8I.net
- XamarinでMac無しでiOSアプリ開発できますとかもそうだがあんなのセールストークでしかない
各種環境を理解したうえでマルチプラットフォームで作る
- 679 :デフォルトの名無しさん:2020/01/18(土) 00:08:05 ID:z+qcNc8I.net
- それが現実解だし楽できない部分もあると思っていい
- 680 :デフォルトの名無しさん:2020/01/18(土) 00:16:13.69 ID:z+qcNc8I.net
- つかWebアプリ経験があるなら
費用はかかるが鯖立ててASP.NETでWebアプリ作ると方がまだ楽かもね
- 681 :デフォルトの名無しさん:2020/02/03(月) 00:36:46.91 ID:SGmGrpkH.net
- Xamarin.Formで質問
Xamarin.Formでアプリを作ると最低のバージョンは
Android 8.1より小さくするとメイクするときに「そんなバージョン指定するな馬鹿野郎」的なメッセージが出てくるんだけど
小さいバージョンには出来ないの?
Google Playでリリースできる最低バージョンは8.1とかなってるんだけど
実際Google Playでリリースされてるアプリって4.4とかでも平気でリリースされてるしメンテもされてるみたいだけと
どうにかならないのでしょうか
2〜3年で過去のバージョンを切り捨て続けるとかサポートは面倒は無いかもしれないけど
友人と使うつもりのアプリなので困る・・・
- 682 :デフォルトの名無しさん:2020/02/03(月) 19:46:05.62 ID:qZTiaKNd.net
- >>681
多少古いFormsにしたら
- 683 :デフォルトの名無しさん:2020/02/03(月) 19:52:51.31 ID:fumIbgov.net
- targetSDKVersionとminSDKVersionがある
- 684 :デフォルトの名無しさん:2020/02/03(月) 19:54:29.01 ID:WjX7aXJ2.net
- xamarin勉強しようとおもったら結構学習コストかかりそうなんだね
それならflutterでもやったほうがいいか
unityできるからそれで妥協するか
- 685 :デフォルトの名無しさん:2020/02/03(月) 19:55:14.69 ID:fumIbgov.net
- 妥協じゃない今ベストな選択
- 686 :681:2020/02/03(月) 23:08:09 ID:SGmGrpkH.net
- >>682
Formsって選べるの?
>>683
もしかしてマニフェストのバージョンですか?
そこで最小Androidバージョンを5.0とかにすると5.0でも動いてリリースも出来たりするの?
- 687 :デフォルトの名無しさん:2020/02/04(火) 00:36:33 ID:gDcFshBZ.net
- >>686
Nugetで古いものも選べる
が上の人が言ってるようにターゲットとか変えたら良さげ
- 688 :デフォルトの名無しさん:2020/02/04(火) 07:46:36 ID:UB5myHOL.net
- 今から始めるのはやめた方がいいよ
Blazor Nativeみたいなのが出てきてFormsは廃れゆく予感がする
- 689 :デフォルトの名無しさん:2020/02/04(火) 15:29:06.98 ID:ireAV57f.net
- 既にMobile blazorきてると思うが、あれFormsの上にWASMとBlazor乗っけたキメラだろ
- 690 :デフォルトの名無しさん:2020/02/04(火) 15:31:31.79 ID:ireAV57f.net
- ざまりん先生、フラッターとかに比べてモダン度が足りないとこもあるけど、あっちはあっちでネイティブとの混在とか不得手だしクロスプラット開発の中では今でも有用というかありな選択肢では
- 691 :デフォルトの名無しさん:2020/02/04(火) 16:11:55 ID:werQ/IgG.net
- リリースで制限かかるのはtargetSDKVersion
- 692 :デフォルトの名無しさん:2020/02/04(火) 21:26:16 ID:kZmtSpIL.net
- もう、勝敗はflutterの勝ちだろ。
flutterモバイル出来を見てると、flutter webも期待できる。クロス開発しなくても、webアプリのクライアントつくるだけでもjavascript/htmlで触らなくてよさそうだからflutterでいいかなと思わせてくれる。
- 693 :デフォルトの名無しさん:2020/02/04(火) 21:46:25 ID:/WD0wf2J.net
- ほんとXamarin頼りでないFlutter的なものを出さないとなMSは
- 694 :デフォルトの名無しさん:2020/02/05(水) 13:30:02 ID:HDG1ZPBn.net
- フラッター的なのって何を指すん?
どこでも動くってあのやり方はどうしても既存ネイティブコントロールとの相性悪い。webでもそれは一緒。
ホットリロードは良い。ザムルホットリロードはちゃんと動くのか知らん
ElmライクなMVUでのUI as Codeでいい感じのは欲しい。
けど当のC#が代数型まだ使えないからはよ9持ってこいって感じ
- 695 :デフォルトの名無しさん:2020/02/05(水) 17:17:02 ID:WlHmbT+F.net
- きっと、ウィジェットが提供される環境をFlutter的って言ってんじゃないのかな
Xamarin Essentialsみたいなものが求められておらず、配置するだけでアプリが大体出来あがっちゃうウィジェットが便利すぎるんでしょう
どうでもいい汎用の機能は出来合いのものでさっと作りたいよね・・・・
- 696 :デフォルトの名無しさん:2020/02/05(水) 19:56:28 ID:kBl9HZRf.net
- xamarinは品質とコントロールが足りなかったからこけたんじゃね。flutterみたいのじゃなくてxamlでもいいからマイクロソフトのやる気が足りなかった。
買収でお茶を濁そうとしただけで、流行ればラッキーぐらいで買収後リソース大量投入とかしてねぇだろ?
- 697 :デフォルトの名無しさん:2020/02/05(水) 20:04:13 ID:kBl9HZRf.net
- https://flutter.dev/docs/development/tools/sdk/release-notes
四半期ごとのリリースで大量のfixなど。やる気が違う。
Uno Platformも最初から負け。
- 698 :デフォルトの名無しさん:2020/02/05(水) 20:27:03 ID:HDG1ZPBn.net
- こけた、ってお前の感想はどうでもいいんだが
- 699 :デフォルトの名無しさん:2020/02/05(水) 20:44:17 ID:kBl9HZRf.net
- じゃあおまえの>>694の
相性悪いだのという感想もいらないんだけど。
自分で感想書いて他人の感想は駄目とか馬鹿なのかこいつ。
- 700 :デフォルトの名無しさん:2020/02/05(水) 20:51:12 ID:r9hY/Xus.net
- 狂信者こえーw
- 701 :デフォルトの名無しさん:2020/02/05(水) 21:00:58 ID:rgrDXnp3.net
- Xamarin程の糞はない
- 702 :デフォルトの名無しさん:2020/02/05(水) 21:24:01.42 ID:rgrDXnp3.net
- Xamarinをやると頭がおかしくなるということ
- 703 :デフォルトの名無しさん:2020/02/05(水) 22:34:31.61 ID:EXxMkMKq.net
- >>699
他の人の感想も貼っとくわ
https://i.imgur.com/KRnK7IW.png
まあXamarinからFlutterに乗り換えるわって人もいると思うけどね
煩雑なとこもあるけど出来ることの多いXamarin、後発ゆえもあって色々モダンだけどその仕組みゆえ出来ないこともあるフラッターって構図は間違ってないんじゃ?
まあもうちょっとマイクロソフト本腰いれーやとは思うけどな
- 704 :デフォルトの名無しさん:2020/02/05(水) 22:43:52 ID:lRf+TTLh.net
- バグ全然直さないもんな
samhoutsとかいうねーちゃんがタグつけて放置して終わり
やる気なさすぎだろ・・・
- 705 :デフォルトの名無しさん:2020/02/06(木) 08:07:57 ID:JCwyt9a8.net
- 楽しようとした結果、余計に苦労したのがXamarinだった
すでに直ったものもあるけどVisualStudio for Macが色々とおかしい(コード自動生成、パッケージ管理、アセンブリの参照範囲など)
ウィジェットがない
ネイティブUIを使うと意味不明のエラーだらけで、エラーを出さないためにはコツがいる
本家開発ツールでは日常的に使われているライブラリ(FB製のものなど)がXamarin用に無いことが多く、一から作らないとならない
いつサポートが打ち切られるかわからない恐怖がある
- 706 :デフォルトの名無しさん:2020/02/06(木) 10:02:04 ID:9g89lKYs.net
- >>705
ずっと張り付いてるざまりんに親殺された君かw
- 707 :デフォルトの名無しさん:2020/02/12(水) 05:27:25 ID:3bhcwL2x.net
- flutterは今年はwebとmacにフォーカスし、winやuwp対応は後回しっぽいが、flutter team待たずにMicrosoftがuwpに対応させてほしい
1消費者としてなりふり構わずMicrosoftストアアプリの充実をしてくれ
- 708 :デフォルトの名無しさん:2020/02/12(水) 05:28:51 ID:3bhcwL2x.net
- https://github.com/microsoft/microsoft-ui-xaml/issues/1965
winui 3.0 2020 feburary
- 709 :デフォルトの名無しさん:2020/02/12(水) 08:02:31.04 ID:2d32Yeel.net
- WinUI、もうWin32で新しいアプリとして作ることできるん?なら既存のロジック使うやつで試してみたいんだけどXAML島、てめーはだめだ
- 710 :デフォルトの名無しさん:2020/02/12(水) 23:12:24.98 ID:wXKM5Deh.net
- XAML何でダメなん?
絵のうまい人にAdobe XDでニュルンって感じでお絵かきしてもらえばそのまま貰えるのに
つーか、マイクロソフトはBlendをなんとかしろよ・・・
- 711 :デフォルトの名無しさん:2020/02/12(水) 23:37:26.92 ID:2d32Yeel.net
- >>710
んお?XD今そんなことできんの?
- 712 :デフォルトの名無しさん:2020/02/12(水) 23:55:05.63 ID:mzw7eug2.net
- >>707
>flutterは今年はwebとmacにフォーカスし
詳しく。
- 713 :デフォルトの名無しさん:2020/02/13(木) 00:14:36.12 ID:NsgOnbkm.net
- roadmapに書いてある。
https://github.com/flutter/flutter/wiki/Roadmap
あれ、よく見るとWebとDesktopだった。
DesktopはMac優先でwindowsは後回しぽいと思う
だから、micorosoftがアプリ増やすきあるならFlutterに乗っかるのが手っ取り早いと思う
- 714 :デフォルトの名無しさん:2020/02/13(木) 00:27:33.16 ID:TXg5Ujik.net
- 乗るわけナッシング
- 715 :デフォルトの名無しさん:2020/02/13(木) 10:28:06.87 ID:gZumlWJf.net
- 何かflutterは狂信者が怖くて近寄れない
- 716 :デフォルトの名無しさん:2020/02/13(木) 10:30:32 ID:kOzvFksM.net
- いまだにちょまど教徒の多いXamarin派が言うことじゃねえだろ
- 717 :デフォルトの名無しさん:2020/02/13(木) 11:25:10.61 ID:KptJxCWR.net
- ちょまどもうざまりんやってないやんけ
- 718 :デフォルトの名無しさん:2020/02/13(木) 11:33:28.09 ID:gZumlWJf.net
- いきなりちょまどとかフラッター専門用語でわめかれると怖い
- 719 :デフォルトの名無しさん:2020/02/15(土) 20:12:31 ID:jDHvkI8Q.net
- >>711
XDのXAML出力ってプラグインじゃ無いとだめだし
あまり使い物にならなかったような・・・
まあ一から手書きするよりは良いし、スマホで「こんな感じになります」って言うハッタリ画面をお客さんに見せるのには最高だけど
BLENDはとっくに終了した
- 720 :デフォルトの名無しさん:2020/02/15(土) 20:45:10 ID:aOKg+5DZ.net
- まあざまりんじゃなくていいからクロスプラットで安定して何処でも動きつつ必要な時にはネイティブとの連携も出来る奴そろそろくれよほんと。
- 721 :デフォルトの名無しさん:2020/02/19(水) 22:36:58 ID:HNikzg2l.net
- Xamarinで開発したAndroidアプリがリリース直前なんですけど、
「リリース前レポート」の「Androidの互換性」でグレイリストにひっかるAPIが見つかりました。
レポートにはAndroidのAPI名しか出てこないから、Xamarinで何が対応しているのかわかりません。
「Androidの互換性」についての詳しい情報はありませんか?
- 722 :デフォルトの名無しさん:2020/02/20(木) 07:44:44 ID:RvZX1xPQ.net
- >>721
Xamarinのソース見ればいいんじゃね?
ttps://github.com/xamarin
- 723 :デフォルトの名無しさん:2020/02/22(土) 20:27:06 ID:H51y5I4Y.net
- >>722
https://github.com/xamarin/Xamarin.Forms/issues/7323
iOSの場合はUIWebViewがサポートされなくなる問題について具体的に議論されていて、Xamarin.Formsのバージョン4.5で対応すると結論が出ています。
同様に、「Androidの互換性」についても公式に何か情報が出ていないか調べたいんですけど、キーワードがうまく引っかからないのか見つかりません。
- 724 :デフォルトの名無しさん:2020/02/22(土) 23:33:42 ID:5CP2tn36.net
- そのひっかかるAPIとやらを書かないのはなんで?
- 725 :デフォルトの名無しさん:2020/02/23(日) 00:00:21 ID:bszFOu5P.net
- >>724
30行ぐらいのスタックトレースが出てて、どれが問題なのかがよく分からないんですよ。
スタックトレースを全部貼ることは行数制限で多分できないと思ったので、書いてません。
スタックトレースの先頭部分で検索したら、Xmalの設定を修正したら解決したと言う話を見つけました。
https://forums.xamarin.com/discussion/156523/androids-strictmode-policy-violation-warnings-aka-nonsdkapiusedviolation
他も同じようにスタックトレースの先頭部分で検索し直してみます。
- 726 :忍者猫 ◆WUoBIT2C235V :2020/02/23(日) 00:05:19 ID:bszFOu5P.net
- ついでに開発したアプリの宣伝をさせて貰います。
https://ninjacatjapan.blogspot.com/2020/01/5chios.html
https://ninjacatjapan.blogspot.com/2020/02/android.html
- 727 :デフォルトの名無しさん:2020/02/23(日) 08:25:06 ID:qRVHuH/p.net
- vs2019と一緒にxamarinインストールしてまずハロワでもやってみるかと思ったらエミュレータがphone is starting的なメッセージのまま真っ黒で動かなくて詰んだ
mainactivityすら通ってなさそう?おま環だろうけどテンプレートまんまですら動かないとか泣きたい
- 728 :デフォルトの名無しさん:2020/02/23(日) 14:34:32 ID:bszFOu5P.net
- >>727
Android Device Managerでエミュレータを起動できますか?
そもそもエミュレータでAndroidのOSが起動していないのでは?
- 729 :デフォルトの名無しさん:2020/02/23(日) 15:23:39 ID:qRVHuH/p.net
- >>728
レスありがとうございます。
エミュレータ選択画面で開始をクリックすると真っ黒なスマホにphone is startingというメッセージが出ているだけなのですが、これはやはり起動できていないでしょうか?
エミュレータはpixel pie 9.0 api28を作成しています。
- 730 :デフォルトの名無しさん:2020/02/23(日) 15:48:57 ID:nyiPN8dx.net
- >>729
起動できてたらホーム画面が表示される。
表示されていない時点で・・・
- 731 :デフォルトの名無しさん:2020/02/23(日) 17:24:37.01 ID:qRVHuH/p.net
- 結局実機接続でデバッグ実行したら上手く行きました。エミュレータより早いしこっちで頑張ることにします。
お騒がせしました。
- 732 :デフォルトの名無しさん:2020/02/23(日) 18:31:50.18 ID:CFy77ZxM.net
- エミュも前よりいろいろ良くなったけど、ハイパーバイザーとかも関係するし実機あるならそっちの方が早いな
- 733 :デフォルトの名無しさん:2020/02/26(水) 00:38:32 ID:lO8vOHtC.net
- android studioとデザイナー画面どっちが使いやすいですかね?
- 734 :デフォルトの名無しさん:2020/03/08(日) 03:36:24 ID:+Vk+ZPbc.net
- Xamarinってもうオワコン?Microsoftのおばさんがやたら推してたくらいしかイメージないけど
- 735 :デフォルトの名無しさん:2020/03/08(日) 16:17:23.17 ID:RwwUjMZ8.net
- ネイティブとの連携だったらフラッターよりやりやすいなどメリットもあるけどモダン度では負けてるかも
が地味にアップデートしてるしオワコンというものではないと思う
- 736 :忍者猫 ◆WUoBIT2C235V :2020/03/08(日) 21:34:17 ID:j1S3pLSu.net
- >>726
iOS版の使い方動画を作成しました(スマホ用に立て画面対応です)。
https://www.youtube.com/playlist?list=PLyKDLiZasrQWM_N6ZWdy8OGreSkFNxW0B
- 737 :忍者猫 ◆WUoBIT2C235V :2020/03/10(火) 22:34:51 ID:wgSL1m1X.net
- >>726
アプリの使い方動画をニコニコ動画にアップロードしました。
https://www.nicovideo.jp/series/104129
ニコニコ動画には横長画面のPC用をアップロードしました
- 738 :デフォルトの名無しさん:2020/03/11(水) 01:05:27.02 ID:zwwCe0yv.net
- ニンニン
- 739 :デフォルトの名無しさん:2020/03/15(日) 20:57:14.69 ID:gNXlAxhx.net
- 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推しなのも謎すぎる
- 740 :デフォルトの名無しさん:2020/03/15(日) 21:22:09 ID:BH6a3oaD.net
- >>739
突っ込みどころあり過ぎて草
- 741 :デフォルトの名無しさん:2020/03/15(日) 22:59:12 ID:b9Qsc7j/.net
- React Native には、Expo, Expo Snack がある!
- 742 :デフォルトの名無しさん:2020/03/16(月) 08:38:25.64 ID:jW8u7GrL.net
- React Nativeのエコシステムなんてあるようで全くないから
というのも元のJava Scriptが元々ブラウザ向けだから、もちろんDOMいじくるようなライブラリはNativeで動かねぇだろうし大半がReact Nativeでのモバイル開発で役立たず
- 743 :デフォルトの名無しさん:2020/03/30(月) 09:43:26.28 ID:ExQkntaE.net
- VS2019 16.5.1に上げたらMacとのペアリングに失敗するようになった...
- 744 :デフォルトの名無しさん:2020/04/01(水) 19:42:24.74 ID:mCD+q4Nn.net
- わいもバージョンあげたら証明書がうんたらかんたら6.1.2が6.1.4で〜みたいなエラーが出た
解決しようとしたら思いのほか大変でしょうがないから
Visual Studio for Macで開発すっかってやってみたら
あまりのクソっぷりに脱糞してるとこ
VSCodeでXamarin開発できないの・・・?
- 745 :デフォルトの名無しさん:2020/04/02(木) 00:49:47.26 ID:XpIQL7+q.net
- c#とvsの相乗効果を帳消しして余りあるクソっぷり
- 746 :デフォルトの名無しさん:2020/04/02(木) 03:18:02.93 ID:0wwOuy1k.net
- MSがXamarinやなくて謎のReact推しやからな
FbもReactNative for WinリリースしたしXamarinマジでオワコン
そもそもXAMLがHTML5+CSSにあらゆる面でどうやっても勝てない
糞面倒くさいXML拡張てのがオワコンやね
- 747 :デフォルトの名無しさん:2020/04/02(木) 11:05:46.39 ID:uM4V4y/I.net
- 正直jsはほんと使いたくないのでXamarinでいいです
- 748 :デフォルトの名無しさん:2020/04/08(水) 21:30:57 ID:dHulCgaV.net
- VisualStudio for Mac やばない?
日本語入力してエンターキーで確定したらIMEの確定のはずが
改行が入力されて意味分からんところに日本語が入力されたりめちゃくちゃなんだが
日本語入力できないとか全く使い物にならん
- 749 :デフォルトの名無しさん:2020/04/09(木) 14:09:45 ID:M3ut85Eo.net
- 日本語なんかいらんだろ
- 750 :デフォルトの名無しさん:2020/04/09(木) 16:22:13.75 ID:RTR2QVCs.net
- >>748
アメリカのソフトは全体的に日本人が不利になるようなことを増やしてきている。
- 751 :デフォルトの名無しさん:2020/04/10(金) 12:02:37 ID:23nD1S2N.net
- 初歩的な質問ですまないがXamarinでクロスプラットフォーム開発するのと、Swift・Kotlinで分けて開発するのってどっちが吉?
もちろんひとや会社の状況によるだろうけど実際にXamarin使ってる人たち視点でここが優秀、ここが糞っていうのを教えて欲しい
- 752 :デフォルトの名無しさん:2020/04/10(金) 13:57:06 ID:rrzaXVwv.net
- 100%ネイティブ
Xamarinはフロントエンドのロジック共有できるがUIはカスタマイズするなら別実装必要かつ超めんどい
あとBaaSなんかのサードパッケージがバグだらけで絶対ハマる
- 753 :デフォルトの名無しさん:2020/04/10(金) 21:49:25 ID:rrzaXVwv.net
- そもそもXamarinは当時フロントエンドのUI、ロジックをクロスプラットフォームにC#だけで書けることだけがメリット
今そんなの腐るほどあってXAMLのメリットもただWPF/UWP開発してたやつはMVVMやフレームワーク含めた諸々を引き継げるでってだけ
Xamarin FormsのXAMLそのものがHTML5+CSSにあらゆる点で劣ってる時点でオワコン
今C#なんてUnityだけで耐えてるようなもんだろ
- 754 :デフォルトの名無しさん:2020/04/10(金) 21:57:25.26 ID:MU8/U4/k.net
- B to Cのアプリいくつか案件でやったけど自分はネイティブで分けて作るとか絶対やらんわ
よくそんなめんどくさいことすき好んでやるなぁと思う
UIの作り込みが昨今だとXAMLよりいいのあるんじゃないかって話はまあ分かるけどそれでもそんな二つ別々に作るよりははるかに手間かからん
まあ別部隊が各々作るなら良いけどうちはビジネスロジックもそこそこフロントに実装してるから別言語で作り直すとかありえん
Xamarin.Formsで作ってるけどUIもアニメーション含めてそこそこ良い感じに仕上がってると思う
フラッターの方がいいんじゃ?ってのはまだ議論の余地あるけどあれはあれで闇な部分もあるしな
- 755 :デフォルトの名無しさん:2020/04/10(金) 22:00:58.68 ID:MU8/U4/k.net
- >>753
腐るほどあるならまともなもの後何があるのか教えてくれ
後C#は言語としてまあモダンなものより劣ってるとこもあるかもだが色々頻繁に手が入って開発環境や対応できる場面含めて悪い選択肢じゃないぞ?
- 756 :デフォルトの名無しさん:2020/04/10(金) 22:12:32.96 ID:2KZut19P.net
- web 系のOSS のライブラリは、Linux サーバーを対象にしてる
Windows を対象にしていない。
Windowsで動くように作っていない
Windows で、web 系はダメ!
#!/usr/bin/env node
とか、1行目に、Linux のシバンを書いているファイルも多い
- 757 :デフォルトの名無しさん:2020/04/10(金) 22:16:46.69 ID:O9u0T8z/.net
- もともとxamarinはC#ユーザー向けに使いやすくしましょうって始まったんだから
C#に慣れてる人間が多い会社はXamarin
そうじゃ無ければkotlinなりcordovaなりすればいいだけで
そんなにこだわるようなことじゃないだろ
- 758 :デフォルトの名無しさん:2020/04/10(金) 22:17:52.62 ID:O9u0T8z/.net
- このスレの人間にはUnityだけで頑張るとかして欲しい気はちょっとするけども
- 759 :デフォルトの名無しさん:2020/04/10(金) 22:30:12.07 ID:rrzaXVwv.net
- C#そのものは数ある言語の中でも個人的大好きなんよ
静的型付けとモダンさのちょうど良いバランスとか最高
今ならXamarinよりBlazorキャッチアップした方が良い
- 760 :デフォルトの名無しさん:2020/04/11(土) 10:40:57.59 ID:qPntir+y.net
- なんでIPhoneはPWA対応しないんだろうか。
とりあえずはその程度のソフトでいいんだよ。
- 761 :デフォルトの名無しさん:2020/04/11(土) 15:44:12.57 ID:crCNzVv+.net
- >>760
iPhoneでもPWAには最低限の対応は出来ていて、既にHome画面への追加は出来るんじゃないの?
- 762 :デフォルトの名無しさん:2020/04/11(土) 18:42:23 ID:GuCu+0oZ.net
- いやどう考えてもflutterでしょ。
- 763 :デフォルトの名無しさん:2020/04/12(日) 10:41:22.64 ID:tIzXWtYO.net
- >>760
詳しくないから分からんけど、例えば東京アメッシュはホーム画面に追加するとアプリみたいに動くよね
- 764 :デフォルトの名無しさん:2020/04/12(日) 12:50:09.50 ID:/w8/Kg8h.net
- 詳しくないならレスすんなダボ
- 765 :デフォルトの名無しさん:2020/04/12(日) 14:59:34 ID:tIzXWtYO.net
- すまんかったな
- 766 :デフォルトの名無しさん:2020/04/12(日) 15:08:25 ID:Ab+15CZe.net
- いいってことよ
- 767 :デフォルトの名無しさん:2020/04/12(日) 15:11:00.11 ID:1gJ0u2rX.net
- PWAとかオワコン進めるとかど素人が知ったかしてて草
時代はWASMやしMS、GoogleはWASM推しでそのためのBlazorよ
- 768 :デフォルトの名無しさん:2020/04/12(日) 16:02:57 ID:FuTYVCGx.net
- 時代の潮流は、WasmとPWAの同時対応へと進んできている。
それらは互いに排他的ではなく、同時使用したときに最も力を発揮するので。
- 769 :デフォルトの名無しさん:2020/04/12(日) 16:13:32.07 ID:1gJ0u2rX.net
- しかしKrippすげーな
MTGAで7000人以上の視聴者数とかKrippしか見たことないわ
MPLが人気なさすぎやねんな
- 770 :デフォルトの名無しさん:2020/04/12(日) 16:14:01.09 ID:1gJ0u2rX.net
- 誤爆
- 771 :デフォルトの名無しさん:2020/04/13(月) 00:40:27 ID:GKeZO3vv.net
- >>762
Flutterはネイティブコンポーネントとの共存があれでしょ
- 772 :デフォルトの名無しさん:2020/04/13(月) 00:54:25.95 ID:pEIK3E4X.net
- ReactもFlutterもカスタマイズ必要でネイティブ触る必要ある場合途端に破綻するから最初からネイティブで書くほうがゲインあるんよ
ネイティブ実装を自分でReact対応させられるスキルあるやつなんて滅多におらんし実際そこまでやるならネイティブで書くし
あとnpm含めたバージョンと依存関係でハマるからメンテもネイティブのが楽
- 773 :デフォルトの名無しさん:2020/04/13(月) 08:07:27.98 ID:GKeZO3vv.net
- >>772
それだてネイティブで各々書く事言ってん?
だったらないなー
- 774 :デフォルトの名無しさん:2020/04/13(月) 09:52:23.73 ID:dpD6DmZY.net
- >>771
最近じゃFlutter pubもだいぶ充実してきたし、ほとんど自分でNative部分を書くことはないなぁ。
WebViewサポートが弱いのと、OpenGLがiOSで使えないのが難点だけど。
- 775 :デフォルトの名無しさん:2020/04/13(月) 14:02:51.68 ID:GKeZO3vv.net
- IMEもなんかダメみたいなこと誰か言ってたけどそれは大丈夫?
いずれにしても全部自前描画はメリットもあるけどデメリットもあるから案件次第だよなぁ
- 776 :デフォルトの名無しさん:2020/04/13(月) 14:33:31 ID:YsL47azo.net
- swiftで作成済みのアプリ(ソース)をXamarin.iOSに移植するのって簡単?
- 777 :デフォルトの名無しさん:2020/04/13(月) 15:07:29.68 ID:LfjpuyHN.net
- 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
- 778 :デフォルトの名無しさん:2020/04/13(月) 21:16:01 ID:GKeZO3vv.net
- >>776
SwiftUIとかよく知らんのでその辺は分からんけど、ObjectiveCでも実現出来そうなら多分簡単
- 779 :デフォルトの名無しさん:2020/04/13(月) 21:48:31 ID:YsL47azo.net
- >>778
なるほど
まずはobjective-cで移植してる記事を探してみる
コロナ影響でテレワークのせいで顧客環境にあるソースを触って試しに移行とか出来なくて困ってたのよね
ありがとう
- 780 :デフォルトの名無しさん:2020/04/14(火) 00:15:32.05 ID:ZKw4nFPq.net
- >>779
Swiftよく知らんのであれなんだけど要は既存のUIKitとか使って実装してるものならXamarin.iOSはただそれをそのままC#で書けるので実装は可能だよ言いたかった。
SwiftUI はよく知らんのだけどあれもきぞんのUIKitを違う形でかけるよってだけ?
- 781 :デフォルトの名無しさん:2020/04/14(火) 00:33:16 ID:/bYgfKQB.net
- Xamarin、React、FlutterでUIの実装が違う
ReactとFlutterは独自実装だからカスタマイズ前提の仕様で独自UIの実装が容易
Xamarinはネイティブラッパーやからカスタマイズが超大変
ぶっちゃけアプリ案件でUIいじらないって100%ありえへんからそれだけでXamarinて択がなくなる
- 782 :デフォルトの名無しさん:2020/04/14(火) 00:51:21.10 ID:NfqpKzyC.net
- XAMLの柔軟さ知らんとか
- 783 :デフォルトの名無しさん:2020/04/14(火) 01:04:45.44 ID:tGjJf6XN.net
- >>782
個人的には、グラフィックの Line 文や画像描画命令でプログラムから
カスタマイズできるほうが便利だと思っているので、native wrapperより
独自描画してくれていた方が便利そう。
- 784 :デフォルトの名無しさん:2020/04/14(火) 01:56:10.54 ID:tGjJf6XN.net
- >>783
それと、表示だけでなく、Edit要素の5行目に文字列を挿入したいような
場合、native要素だとどれだけ互換性の問題がクリアされているか心配。
挿入後に勝手にスクロールするかどうかはWindowsだけでも非常に複雑。
でもそこが一番重要だったりする。
その辺が独自描画だとどのOSでも同じ動作になってくれるので楽。
- 785 :デフォルトの名無しさん:2020/04/14(火) 02:13:08.80 ID:ZKw4nFPq.net
- 同じ画面になってくれりゃいい場合と各プラットフォームでそれっぽい挙動して欲しい場合と色々いあるしなぁ
- 786 :デフォルトの名無しさん:2020/04/14(火) 02:21:47.88 ID:2E7Y3bCM.net
- 久しぶりにxaml触ってるけど(xamarinじゃなくてwpfだが)ほんと楽だわ(覚えるまでが大変なんだろうが)
だが、wpfで今アプリ作ると見た目が残念になるし。materialdesignxaml使うとデスクトップアプリでは不要な余分なスペースだらけになるし
いくらxamlすごくても自分でテーマつくちゃうぐらいのセンスねぇし
まぁxamlどっかで復権してほしい。チャンスあるとすればwinui 3.0次第かな
- 787 :デフォルトの名無しさん:2020/04/14(火) 04:39:50.38 ID:/bYgfKQB.net
- なんかXamarin FormsでXAML楽チンて言ってるやつはほんまにXamarin Formsでアプリ書いたことあんのか
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.93 ID:cKJBH6Vu.net
- 初めてのアプリ開発にXamarinかFlutter使ってみようかと思ってたんだが、こういう流れ見てると素人ほどネイティブで作ったほうがよさそうね
楽しようとして結局苦労しそう
- 789 :デフォルトの名無しさん:2020/04/14(火) 08:53:38 ID:Z0PJ6Gcm.net
- >>788
ちょっと作ってみるにはFlutter、ガッツリ作るならFlutterでもnativeの知識必須。
- 790 :デフォルトの名無しさん:2020/04/14(火) 12:04:29 ID:cKJBH6Vu.net
- >>789
ちなみにその基準の「ガッツリ」ってどの辺から…?
- 791 :デフォルトの名無しさん:2020/04/14(火) 12:35:44 ID:Z0PJ6Gcm.net
- >>790
ゲームのようなアプリとか、GPSやBLEをマニアックに使うアプリとか、スマホの性能ギリギリまで色々とやりたい時。
逆にスマホデバイスもほとんど使わずListViewレイアウトぐらいしか使わないアプリはFlutterのほうが早い。
mateと同じ見た目のアプリをFlutterでやろうとするとかなりシンドい。
- 792 :デフォルトの名無しさん:2020/04/14(火) 12:38:25 ID:tGjJf6XN.net
- >>791
mateとは何?
- 793 :デフォルトの名無しさん:2020/04/14(火) 12:43:16.68 ID:cXvhmd3w.net
- 継承・実装って言うと大げさだけど右クリからポチポチクラスつくって
2,3ステップのコード書くだけやん
大体Xamarin Formsでいけるし
ios12→ios13のSegmentedControlの仕様変更は少し大変だったけど
- 794 :デフォルトの名無しさん:2020/04/14(火) 14:17:39 ID:v0ymr4mT.net
- Buttonをまったく違う形状にゴリゴリにカスタムしたい
Xamarin FormsならEffect、Visualを使ってコードビハインド
React NativeならCSSプロパティ設定するだけ
どっちが簡単かつ柔軟で実装が楽か結論でてるやろ
- 795 :デフォルトの名無しさん:2020/04/14(火) 14:29:00.41 ID:cKJBH6Vu.net
- >>791
なるほどありがとう
mateはchmateでは
使ったことないけど2chブラウザがそんな難解なデザインしてるのかな
- 796 :デフォルトの名無しさん:2020/04/14(火) 16:40:15 ID:tGjJf6XN.net
- xamarinは、最小に近い簡単なプログラムでも *.apk が22MB位、
同じアプリをJavaとAndroid Studioで作ると *.apk は1.8MB位
で済むそうだ。
- 797 :デフォルトの名無しさん:2020/04/14(火) 19:48:26 ID:ZKw4nFPq.net
- >>794
それはReactNativeがround buttonについて実装済みってだけじゃね?
- 798 :デフォルトの名無しさん:2020/04/14(火) 20:22:18.78 ID:tGjJf6XN.net
- ボタンの形とかより、なんとなくボタンを押したときのグラフィックの感じとか nativeのままだとが気に入らないことがある。
- 799 :デフォルトの名無しさん:2020/04/14(火) 20:47:05.20 ID:ESEtnroG.net
- ソフトウェアの利用者は、ソフトウェアごとにお作法が違うとめんどくさい。
おまえのソフトは誰も使わないからどうでも良いけど。
- 800 :デフォルトの名無しさん:2020/04/18(土) 13:56:59 ID:wQ8s8orl.net
- Xamarin程の糞はないと3年前から言い続けてやっと時代が追いついた
- 801 :デフォルトの名無しさん:2020/04/18(土) 15:50:44.63 ID:fn137wpb.net
- Xamarinはネイティブラッパーな仕様が糞すぎんだよ
RNやFlutterのように独自実装ならiOS/Android同じViewで同じ見た目にできるのにネイティブラッパーだからできない
肝心のXAMLも同じ見た目にする場合カスタムが必要でプラットフォームごとにコードビハインドで実装しないといけない糞仕様
FlutterはPlatformViewでネイティブ利用も改善されてきたがDartが糞すぎて嫌いだしWedgetsの構文がまんまJSXのパクリで草
RNは開発環境でハマるのが糞やけどXamarinやFlutterよりは好み
- 802 :デフォルトの名無しさん:2020/04/18(土) 16:33:17.37 ID:wQ8s8orl.net
- やっぱ俺の先見の明は確かだな
Xamarin程の糞はないしクロスプラットフォームは例外なく糞
- 803 :デフォルトの名無しさん:2020/04/18(土) 18:32:06 ID:P8mskINI.net
- 客が既にSwift/kotlinで作ってあるアプリをXamarinに切り替えるって言って聞かねーんだがどう説得すりゃいい?
ここで言われてるようにクソだからやめとけって言ってんのに全然だめだわ
切り替えたい理由は自社にネイティブの有識者はいないがXamarin経験者はいるから保守が楽になるだろうと言うことらしい
- 804 :デフォルトの名無しさん:2020/04/18(土) 18:57:41 ID:4BpF0I36.net
- お前がそのXamarin経験者より下に見られているというだけの話
人脈作りを怠ったツケだよ
- 805 :デフォルトの名無しさん:2020/04/18(土) 20:17:12 ID:/ytx5/P+.net
- 歴史的過程から考えて今後長くXamarinが保守されるとは思えない。
- 806 :デフォルトの名無しさん:2020/04/18(土) 20:39:34 ID:fn137wpb.net
- >>803
調達したチーフプログラマーはC#が得意だったという理由だけでXamarinにするなら絶対ハマるし属人化するから100%保守が大変になると説得しろ
俺がネイティブで書けと断言する理由はおおよその企業のプロジェクトにおいて一番苦労するのは人材の調達や交代やからや
プログラマーを調達・交代できずに苦労するのが目に見えてるから先を見てネイティブで書けと言ってんねん
そら最新の言語・環境なんかのメタをすぐキャッチアップできるフルスタックな高スペックプログラマーがいくらでも社内におるなら別やから好きにすればええけどな
- 807 :デフォルトの名無しさん:2020/04/18(土) 21:58:04 ID:3mtqo+/y.net
- 問題起きても客が対応するって事だろ?
Xamarinに切り替えたらええやん
ディスコンになったらまた切り替える羽目になるんだから
いっぱい稼げて美味しいじゃん
- 808 :デフォルトの名無しさん:2020/04/18(土) 22:22:28.86 ID:17rA1OD4.net
- 企業としてのXamarin社は当面残るだろうが、プロダクトとしてのXamarinは.NET 5(更に先の.NET 6)に統合
することをMicrosoftが言明している
中身はともかくXamarinの名称そのものは近いうちに消滅する
- 809 :デフォルトの名無しさん:2020/04/18(土) 22:35:09 ID:17rA1OD4.net
- https://www.publickey1.jp/blog/19/net_5netnet_frameworknet_corexamarinnet_5microsoft_build_2019.html
- 810 :デフォルトの名無しさん:2020/04/18(土) 22:43:05.30 ID:ohc251Od.net
- xamlをちゃんとデザインできるようになったら
xamarinと言う名前はどうでも良いし、上手く行けばUWPを1回書いたら
Windowsでもandroidでも動くように・・・・なるのかな
AdobeのFlashはAndroidもiOSもWindowsもmacも全部同じバイナリが同じように動いたのに残念だった・・・
- 811 :デフォルトの名無しさん:2020/04/18(土) 23:07:41.88 ID:fn137wpb.net
- XAMLがすでにオワコンやねんなー
XAMLでウェブアプリ作るサードフレームワークあったけど盛り上がらずMSも買収せんかったし
んで結局アプリ・ウェブをクロスプラットフォーム開発可能なBlazorがリリースでこっち推しはじめて時代はWASM/WASIのBlazorですよと
.NETもオープンソース化に遅れてオワコン化手前までいったけどUnityなんかでなんとか耐えたけどXAMLは完全にオワコン
ウェブとモバイルを軽視しすぎたMSの失敗でXAML死んでしもうた、XAMLでウェブ開発かのうにすべきやったと思うけどASPあるからしゃーないわな
- 812 :デフォルトの名無しさん:2020/04/18(土) 23:18:09 ID:WrPHGxWE.net
- >>810
それがUno。
弱小だし、Xamarin頼りな点が惜しい。
そういうのをMSが作れない、作らないのがダメダメ。
- 813 :デフォルトの名無しさん:2020/04/18(土) 23:39:28 ID:CS3u3Tw7.net
- だな。MSがやらんから、他がやろうとして結局リソース不足の品質でリソース分散で共倒れ
- 814 :デフォルトの名無しさん:2020/04/18(土) 23:43:27 ID:CS3u3Tw7.net
- Unoもそうだしavalonia UIもそうだし。リソース分散
- 815 :デフォルトの名無しさん:2020/04/19(日) 01:29:47 ID:Oq5q/6b/.net
- >>804
クッソ頭悪そう
文脈から考えて作るのはアウトソーシングで納品後のメンテは自社でやるってことだろ
- 816 :デフォルトの名無しさん:2020/04/19(日) 07:56:25.34 ID:GnNEWbfE.net
- >>803
Forms使うんじゃなくXamarin.Native使うならありなんじゃねーの
ロジックが共有されるのは大メリットだろ
- 817 :デフォルトの名無しさん:2020/04/19(日) 11:43:35 ID:PHF08D3U.net
- ロジック共有なんてRNもFlutterも一緒やしすでにXamarinの専売特許やないねん
そもそも当事者のMSがSkypeをRN、VSCodeをElectronで書いてるからな
Blazor推すならさっさとこれらをBlazorで書き直せと、なんかMSは縦割りなんか知らんがやってることがあべこべなんよ
俺がMSの開発環境に絶望して忌避するようになった理由はそこなんや、C#そのもの今でも一番好きな言語や
- 818 :デフォルトの名無しさん:2020/04/19(日) 12:04:47.37 ID:SSne+rmz.net
- マイクロソフトが嫌いだからって周りにマイクロソフト嫌い菌をばら撒くとか気違いすぎる
- 819 :デフォルトの名無しさん:2020/04/19(日) 15:55:50.46 ID:6bquO9e1.net
- さすがにblazorで書き直せはいくらなんでも明確なメリットないと相手が大企業で高収益企業だからって無茶苦茶すぎる
- 820 :デフォルトの名無しさん:2020/04/19(日) 19:26:04 ID:Oq5q/6b/.net
- すまん、ネイティブしかやった事ないけどロジック共有ってどのくらいできるものなの?
ささっとググったら半分も行きゃ良い方、UI周りは結局別で作らなアカンしXamarin特有のバグもあるから旨味が消えてしまうケースも多いと出てきたんやが
- 821 :デフォルトの名無しさん:2020/04/19(日) 21:13:36 ID:GnNEWbfE.net
- >>820
BtoCのアプリだけどForms使って9割以上共有してる
共有できるやつはそう書いて固有に実装しないと無理だなってところだけ個別に書くだけだからものにもよるけどほとんど共有できるだろ
- 822 :デフォルトの名無しさん:2020/04/19(日) 21:19:48.40 ID:GnNEWbfE.net
- >>817
Xamarin,RN,Flutter各々のいいところ悪いところあんだからじぶんがつかいやすいものをえらべばいいだけでは。
MSがそれらを作り直さないのはわざわざ作り直す必要性がないしそれらを選んだのも既存コードとの関係でそうした方が都合が良かっただけだろ
- 823 :デフォルトの名無しさん:2020/04/20(月) 00:07:25 ID:05gfjB9s.net
- まあマジレスすると、Xamarinが最強とかは言わないけどロジック共有して開発できる実プロジェクトで十分問題なく使えるある意味枯れたクロスプラットフォーム開発環境として十分に選択候補としうるものだと思うけどね
js得意ならRNとかでもいいんじゃね?
- 824 :デフォルトの名無しさん:2020/04/20(月) 00:29:37.44 ID:6R58LHRL.net
- >>821
Xamarin.iOS/AndroidとXamarin.Formsってどう違う?
俺もXamarin使ったことない素人だから聞きたい
- 825 :デフォルトの名無しさん:2020/04/20(月) 00:51:06.29 ID:05gfjB9s.net
- >>824
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.91 ID:05gfjB9s.net
- のでFlutterが全部自前描画して共通なUIを作ってるのとはまるっきりアプローチが違う。これは強みでもあり弱みでもある。Flutterは同じ見た目のアプリを作るのは容易い。が自前描画ゆえ既存のネイティブコントロールとの混在などが苦手。
のでwebViewがらみとか弱いらしい(使ったことないので聞き齧り
- 827 :デフォルトの名無しさん:2020/04/20(月) 01:14:21.43 ID:6R58LHRL.net
- >>825
ありがとう
NativeはUIはそれぞれ作成、FormsはUIも共通化可能と言うことなんだね
Formsで共通化する方が利点が多そうだね
- 828 :デフォルトの名無しさん:2020/04/20(月) 01:33:06 ID:05gfjB9s.net
- >>827
共通にするが故のデメリットもあるから銀の弾丸じゃないけどハマればメリット多いと思うよ
- 829 :デフォルトの名無しさん:2020/04/20(月) 02:07:03.57 ID:GN/y6l6Z.net
- Formsはフォームにパーツを配置してデザインできないのがなぁ
開発画面はXamarin.Androidと大差ないのに
Visual Studioの機能を生かし切ってないのが不思議
- 830 :デフォルトの名無しさん:2020/04/20(月) 03:07:41.21 ID:DoM12LuD.net
- c#使いが期待するのはまさにそれなのよね
だからみんなコレジャナイ感で手が進まない
- 831 :デフォルトの名無しさん:2020/04/20(月) 04:22:38.14 ID:UNVFAI75.net
- そんなんレベル低いやつだけだろ
ポトペタでUI作るやつなんてウェブですらおらんぞ
勝手にC#erの総意にすんなよ
- 832 :デフォルトの名無しさん:2020/04/20(月) 04:32:32.69 ID:kOYyWV6G.net
- いちいち意図通りのUIになってるか確認する作業と調整を繰り返すんですかね?
それこそ低能なような
- 833 :デフォルトの名無しさん:2020/04/20(月) 06:14:03.58 ID:UNVFAI75.net
- なんのためのホットリロードなんだよ
こんなレベルであれこれ言ってんだから草
- 834 :デフォルトの名無しさん:2020/04/20(月) 07:14:16 ID:kOYyWV6G.net
- で、するんでしょ?微調整
バカみたい
- 835 :デフォルトの名無しさん:2020/04/20(月) 09:32:16.15 ID:BCzgJ5Ml.net
- >>827
ところがどっこい、Formsは最大公約数でしかないので細かいことをしようと思ったら結局Native UI使うハメに。
それにFormsはNative UIへマッピングされてるに過ぎないので細かい挙動が違うこともしばしば。
それでも別に作るより楽だけどね。
- 836 :デフォルトの名無しさん:2020/04/20(月) 10:19:08 ID:UNVFAI75.net
- なんかレベル低いそもそもネットで調べただけでXAMLまともに書いてないにわかが湧いてんな
XAMLをデザイナで作るやつなんていねーんだよバカそもそもExpression Blendすらそんなのあったななんて存在なのにおまえにはWindows FormsかVBがお似合いなんだよボケ
XAMLの真骨頂のControl TemplateやFlameworkElementでゴリゴリにカスタマイズするときにポトペタできないとか微調整するんですかとか無知すぎんだよにわかが
XAMLは常にデータバインド意識しながら書くんだから微調整するに決まってんだろだからMSもホットリロード実装しんたんだよにわか
- 837 :デフォルトの名無しさん:2020/04/20(月) 11:09:51 ID:jovhkyc0.net
- それまた総意にあらず
- 838 :デフォルトの名無しさん:2020/04/20(月) 12:11:28 ID:fMgMJHTS.net
- >>835
最大公約数でしかないって何?
- 839 :デフォルトの名無しさん:2020/04/20(月) 13:02:16.52 ID:UNVFAI75.net
- 総意にあらずとか無知すぎんだろ
XAMLはMVVMアーキテクチャでViewを書くために作られてデータバインドなくしてXAMLはねーんだよ
そもそもXAMLのオブジェクトはすべてDependencyObjectを継承してんの理解してんのか?HTMLのDOMじゃないんだぞ?
マジでレベル低すぎんな
- 840 :デフォルトの名無しさん:2020/04/20(月) 13:02:52.76 ID:05gfjB9s.net
- >>835
足りないコントロールとかはViewなりSkia使っての描画なりで共通に動くもの作ったりすると思うけどそれで足りないもの何ある?
自分とこでは一部Renderer使うぐらいで治ってるけど
>>836
最近UI側触れてないのでホットリロードあんま触ってないんだけど、あれちゃんと動く?この辺はちょっと制約があるとかあれば教えてくれ
- 841 :デフォルトの名無しさん:2020/04/20(月) 13:04:21.37 ID:05gfjB9s.net
- 俺もデザイナーいらんと思うわ
どうせ実機とずれるし。だったらちゃんと動くホットリロードあるならそれの方がいい
- 842 :デフォルトの名無しさん:2020/04/20(月) 22:07:43 ID:b3yaclNL.net
- WYSIWYGはいらんなぁ
デルファイかよっていう
- 843 :デフォルトの名無しさん:2020/04/20(月) 22:39:41.45 ID:dWN0acGR.net
- >>840
XAMLのHot Reloadは言語的制約で完全じゃないしまだプレビューだからかバグい
Viewの変更を保存したらリビルドせずにリアルタイムで反映させられるんだがもちろんロジックであるViewModel以下の変更は反映されない
まぁLive Visual Treeあれば俺は気にしないがな、これがなかった昔は実行時生成のバッキングフィールドやnameしらべるてて大変だった
- 844 :デフォルトの名無しさん:2020/04/20(月) 22:49:30.38 ID:dWN0acGR.net
- Unoとかも結局WasmでWebアプリ書けないからダメだな
XAMLをHTML5+Javascriptに変換するトランスパイラないと人気でるわけない
まぁXamarinをバックエンドに使ってるだけだからできんのだろうが
- 845 :デフォルトの名無しさん:2020/04/21(火) 00:16:32.88 ID:rmO6iLFN.net
- Xamarinはオワコン
- 846 :デフォルトの名無しさん:2020/04/21(火) 02:04:20.08 ID:6/vFVEou.net
- >>844
>Unoとかも結局WasmでWebアプリ書けないからダメだな
??
- 847 :デフォルトの名無しさん:2020/04/21(火) 02:33:17.11 ID:6/vFVEou.net
- >>845
独自調べによれば、XamarinもBlazorもFlutterも人気が無いらしい。
逆に、Qt、Unity、vue、Reactが人気が有る。
- 848 :デフォルトの名無しさん:2020/04/21(火) 06:56:19 ID:x2/5dS40.net
- >>847
どういう比較だよw
- 849 :デフォルトの名無しさん:2020/04/21(火) 11:51:53.34 ID:6/vFVEou.net
- 不思議なことにgithubのstar数ではJSを使うものが圧倒的人気が有り、JSを使うところのvueは、C++を使うところのQtの数100〜1,000倍くらい人気。
そしてさらに不思議なことに、C#は人気だとされるにもかかわらず、GoogleTrendsやqiitaでは、C#を使うところのXamarinとBlazorは、人気が非常に低い。
その中でも特にBlazorは人気が無い。
- 850 :デフォルトの名無しさん:2020/04/21(火) 11:54:52.99 ID:6/vFVEou.net
- >>849
もっと言えば、最大人気言語とされるPythonは、githubのstar数では、githubにあるPythonの中では最高のcythonでもvueの10分の1以下しかない。
- 851 :デフォルトの名無しさん:2020/04/21(火) 14:04:31.21 ID:6/vFVEou.net
- >>850
スマン。2箇所間違いがあった。
1. cythonではなく、cpythonだった。
cpythonは、pythonインタプリタの処理系そのものなので、cythonとは違う。
2. star 数は vue の 1/10 ではなく、1/5程度だった。
- 852 :デフォルトの名無しさん:2020/04/21(火) 15:36:03.75 ID:6/vFVEou.net
- 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のフロントサイド寄りのプログラミング言語の利用が多い
ので、この人気順位には偏りがある。
- 853 :デフォルトの名無しさん:2020/04/21(火) 19:02:53 ID:x2/5dS40.net
- いやクロスプラットフォーム開発とフロントエンド開発比べてどうすんの
それはそれで意味ある時もあるけどちょっとその比較は違わん?
- 854 :デフォルトの名無しさん:2020/04/21(火) 20:02:22.20 ID:Y+NSORKQ.net
- アンチのせいで他との比較ばかりだなw
Xamarinもネタないけどw
- 855 :デフォルトの名無しさん:2020/04/21(火) 20:18:00.99 ID:5kgPgWKQ.net
- もうXamarinに将来はないから次の乗り換え先情報交換スレになってるね。
- 856 :デフォルトの名無しさん:2020/04/21(火) 20:19:26.78 ID:HADG6GDb.net
- 学生が作った、ブラウザでプログラミングできる、CodeSandbox が、GitHub と連携してるから
【クライアント側】
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 ID:YoqLDxfC.net
- Xamarin.Androidでシミュレーター実行できなくなった
- 858 :デフォルトの名無しさん:2020/05/02(土) 13:18:03.27 ID:klrz6h5W.net
- Android StudioがまともやったらFlutterもありなんやけどな
あのクソUIはベースEcripseなんちゃうんかマジクソ
VSで全言語対応してくれりゃ神なんやけどな
- 859 :デフォルトの名無しさん:2020/05/08(金) 07:53:43 ID:VydEaqt4.net
- >>857自己解決した。
Windows10のバージョンを1809から1909に上げたらAndroid Emulatorで実行できた
- 860 :デフォルトの名無しさん:2020/05/08(金) 10:13:01 ID:FjJgjOjP.net
- おっちゃんgood jobやでー
- 861 :デフォルトの名無しさん:2020/05/09(土) 20:09:47 ID:4uE+Mnyr.net
- 本家の開発環境で一般化しているライブラリがXamarinに無かったりするのが辛いな
小さな差が積もり積もって地味に効いてくる
例えばRecyclerViewとか直接使ってる人なんてあんましおらんだろう
- 862 :デフォルトの名無しさん:2020/05/09(土) 20:15:19 ID:43yE6bBe.net
- Epoxy?groupie?
- 863 :デフォルトの名無しさん:2020/05/09(土) 20:51:56 ID:Q14l1DUj.net
- Firebaseのライブラリすら致命的なバグだらけで草
AuthとStore両方使うとインスタンスがNULLになるバグとか使いもにならん
GithubのIssuesにレスしてもシカトやし
現状のMS開発環境の致命的なところはOSS化が遅れたこととMSのヘイト高いことが原因でライブラリがまったくないということやねん
JavaScriptやPythonやReactが流行ったのはライブラリ含めたトータルの環境が整ってるからなんよ
もともとオワコンやったXamarinがBlazorによって産みの親のMSにトドメ刺されてワロタ
- 864 :デフォルトの名無しさん:2020/05/09(土) 20:55:33 ID:Q14l1DUj.net
- まぁ厳密に言えばネイティブラッパーのXamarinをさらにラップしたのがBlazorやから開発が停止することはないやろうけどこのままやとバックエンドとして使われるだけで終わることになるやろうな
- 865 :デフォルトの名無しさん:2020/05/09(土) 21:09:08 ID:43yE6bBe.net
- 3年前から糞だと見抜いていた俺様の先見の明は凄い
オレの予想は当たる
クロスプラットフォームは総じて糞
- 866 :デフォルトの名無しさん:2020/05/09(土) 21:48:49.79 ID:GNc/YZRl.net
- unoに本腰ちゃいまんの
- 867 :デフォルトの名無しさん:2020/05/09(土) 22:56:42 ID:eT/ID2eb.net
- .NET Coreあるんだから使い物にならない基本部分だけじゃなく
各OS、デバイス向けに統一的にしっかり作り上げてほしいもんだ。
個人的にはBlazorよりUnoのほうがましだな。
Xamarin抜きで作り直して。
- 868 :デフォルトの名無しさん:2020/05/09(土) 23:10:24 ID:2sYXqtf+.net
- >>864
Blazorの認識間違ってんぞ
- 869 :デフォルトの名無しさん:2020/05/10(日) 02:51:09 ID:vFXPlFzf.net
- 趣味でスマホアプリ作ろうと思い色々調べてたら共通で作れるXamarinがあることを知ったのだがswiftとkotlinでそのままやるのとどっちがオススメ?
質問がふわっとしすぎて糞なのは百も承知だが他者の意見が聞いてみたい、もちろん主観で構わないので
- 870 :デフォルトの名無しさん:2020/05/10(日) 03:00:06 ID:rcT5PaMe.net
- C#の経験は?
- 871 :デフォルトの名無しさん:2020/05/10(日) 03:03:07 ID:vFXPlFzf.net
- ないっす
言語経験は.NetとJavaを業務で使ってて趣味でpythonをかじってる程度
- 872 :デフォルトの名無しさん:2020/05/10(日) 03:34:25.25 ID:GGnVoqgS.net
- Xamarin程の糞はない
- 873 :デフォルトの名無しさん:2020/05/10(日) 12:26:30 ID:E3U+ad2+.net
- >>871
だったらXamarinは意味ない
- 874 :デフォルトの名無しさん:2020/05/10(日) 14:04:50 ID:+iT5Og1g.net
- UWPのコントロールで間に合うアプリなら、Uno PlatformでUWPアプリ使ったらiOSとAndroidのアプリもついでに出来上がる感じ。
独自描画で速度追求してガリガリ描くのはiOS、Android各々作ることになるかも。
- 875 :デフォルトの名無しさん:2020/05/10(日) 15:47:44.56 ID:vFXPlFzf.net
- >>873
理由はなんでしょう?
- 876 :デフォルトの名無しさん:2020/05/10(日) 16:51:20 ID:enRaLAgQ.net
- >>875
>>873じゃないがC#経験ないのにあえてマゾい開発環境のXamarinにする択がないって話やねん
選択肢多いのにC#触ったこともなくC#の資産をどうしても使用したいわけでもないのにXamarinて選択は取捨選択できないアホやなって感じ
C#という言語や.NET Core(.NET 5)やXamarin FormsのXAMLを学習したいんやったら好きにすればええけどな
- 877 :デフォルトの名無しさん:2020/05/10(日) 23:08:58.87 ID:Ywp37Hhu.net
- >>874少し修正
×UWPアプリ使ったら
◯UWPアプリ作ったら
- 878 :デフォルトの名無しさん:2020/05/11(月) 22:29:12 ID:HlHWa36F.net
- UnoとXamarinだったらどっちがええの
ASP.NET(Legacy, Core)とWin Formsはやったことある
WPFは一覧系サンプル画面写経して飽きた
- 879 :デフォルトの名無しさん:2020/05/12(火) 03:12:00 ID:qHnJB8Nw.net
- 飽きたじゃなくてわからんかったんやろ
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 ID:Ce/ZQlqB.net
- 質問を読めないレベルか
話にならんな
- 881 :デフォルトの名無しさん:2020/05/12(火) 07:38:54 ID:qHnJB8Nw.net
- と、低レベルな質問を揶揄されて顔真っ赤な雑魚が何かもうしております
- 882 :デフォルトの名無しさん:2020/05/12(火) 22:22:23.58 ID:CnneP07a.net
- コピペ用・学習用にUno Calculatorのソースで遊んでみるとか
https://forest.watch.impress.co.jp/docs/news/1193107.html
- 883 :デフォルトの名無しさん:2020/05/13(水) 22:44:13 ID:vj/y60sU.net
- とはいえUnoだとFileOpenPickerでもUWPにしか無いのね…
- 884 :デフォルトの名無しさん:2020/05/13(水) 23:02:53 ID:5znvl0kU.net
- 揶揄…?
思いっきり侮蔑してますやん
日本語が不自由すぎて悲しくなるわ
- 885 :デフォルトの名無しさん:2020/05/14(木) 07:57:25 ID:rrIad9qi.net
- 既存ライブラリで共通ソースできたら良いなという願望
- 886 :デフォルトの名無しさん:2020/05/14(木) 13:56:13 ID:1a0wrHy6.net
- 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だがこのショボさ
品質高くて修正する内容がないならいいんだが
- 887 :デフォルトの名無しさん:2020/05/14(木) 13:58:28 ID:1a0wrHy6.net
- まぁ、とりあえずオンラインで開催されることになったBuild 2020に望みを(xamarinの望みではない)..
まぁ、WinUI3.0のpreview出て...
- 888 :デフォルトの名無しさん:2020/05/14(木) 14:10:29.51 ID:yWxJMOhH.net
- flutterは興味あるけどdart覚えるのめんどくちゃい
- 889 :デフォルトの名無しさん:2020/05/14(木) 16:40:06.57 ID:fs6yWNUe.net
- dartなんてtypescriptのパクリやからバカでも書ける1日キャッチアップして理解でけへんのはやばい
FlutterもまんまReact NativeのJSXのパクリやからReact Native知ってたら余裕
どちらにしろベースはJavazScriptとかわらんから誰でも書ける
- 890 :デフォルトの名無しさん:2020/05/14(木) 16:46:18.53 ID:yWxJMOhH.net
- つうかDartとかいうマイナー言語選択したのなんでだ馬鹿なのかな
- 891 :デフォルトの名無しさん:2020/05/20(水) 00:26:54 ID:4PFC7XdM.net
- 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
- 892 :デフォルトの名無しさん:2020/05/20(水) 00:35:51 ID:XAYmf5Cg.net
- MVUとかReact NativeのJSX(TSX)のパクリで草
そしてWebが含まれなくてクソなのもMSわかってねーし
WebねーからOfficeやSkypeはReact使ってんだろーが馬鹿じゃんねーの
いい加減ASP切り捨てろよ
- 893 :デフォルトの名無しさん:2020/05/20(水) 00:54:50.86 ID:gFuy/SkY.net
- >>892
ちゃんと読めよ
- 894 :デフォルトの名無しさん:2020/05/20(水) 06:37:55.67 ID:1IOTYjbV.net
- あれ、これWinUI 3ってどうなるの?
MAUIへ一気に飛び越えちゃうの?
- 895 :デフォルトの名無しさん:2020/05/20(水) 06:49:03.08 ID:1IOTYjbV.net
- MAUIはただのUIFrameworkだが
Project ReunionでAPIも統一しちゃおうという
- 896 :デフォルトの名無しさん:2020/05/20(水) 06:51:02.20 ID:1IOTYjbV.net
- ごめん、Project ReunionはWindows環境限定かな
さすがにクロスプラットホームでのAPIの統一はきついか
- 897 :デフォルトの名無しさん:2020/05/20(水) 06:54:31 ID:2DX/1Ybo.net
- WinUI 3がどういった形でリリースされるか分からんが上位レイヤからは.NET 5(.NET 6)で隠蔽されるので関係ないだろ
- 898 :デフォルトの名無しさん:2020/05/20(水) 07:15:29.84 ID:1IOTYjbV.net
- いや、WinUI3はWindows限定っぽくってMAUIとは別物になるのかもしれん
クロスプラットホームのUIフレームワークがMAUIで
Windows限定でWindowsのAPIを統合しようというのがProject Reunion(WinUI 3含む)
- 899 :デフォルトの名無しさん:2020/05/20(水) 07:21:12.70 ID:1IOTYjbV.net
- もしくはMAUIのWindowsの実装で内部でWinUI 3使われる?
MAUIってFlutterみたく独自描画なのか?よくわからん
- 900 :デフォルトの名無しさん:2020/05/20(水) 15:25:26 ID:S9fFlWDG.net
- なにそれリユニオンとかかっこいい
- 901 :デフォルトの名無しさん:2020/05/20(水) 15:54:15 ID:zj/vSsbK.net
- セフィロス!?
- 902 :デフォルトの名無しさん:2020/05/20(水) 16:03:58 ID:XAYmf5Cg.net
- 下々にとってはなんもかわらん
.NET/.NET CoreとXamarin/MonoのAPIを統合しますよってだけでアーキテクトでもフレームワーク作ってるわけでもない俺らに関係ない
フロントエンドから統合されたAPIにアクセスできるってだけでネイティブ実装はプラットフォームごとに存在する
WPF/UWP(WinRT)はWindowsネイティブ実装だしXamarin Formsはプラットフォームごとのラップされてる機能だけ利用できるのもかわらん
- 903 :デフォルトの名無しさん:2020/05/20(水) 19:13:41 ID:w6czjQYO.net
- Xamarin改なのに一年以上先とは仕事遅すぎる。
- 904 :デフォルトの名無しさん:2020/05/28(木) 04:04:14.41 ID:vjHfaEeW.net
- やっぱり、Xamarinは廃止されたか。
買収した時点でわかりきっていたことだが。
- 905 :デフォルトの名無しさん:2020/05/28(木) 04:29:37 ID:1YUJThtf.net
- 名前はな
- 906 :デフォルトの名無しさん:2020/05/29(金) 11:58:17 ID:kNF9S1Cu.net
- WPFとは何だったのか
- 907 :デフォルトの名無しさん:2020/05/29(金) 14:30:38.36 ID:TdTh77Kk.net
- 名前が変わったということは、根本的な構造が変わったということだろう。
WinFromsを発展させるなら、Ver 2.0 で良いところを WPFとしたのも根本的な仕組みが変わったからだ。
- 908 :デフォルトの名無しさん:2020/05/29(金) 15:09:37 ID:HZccdGfD.net
- https://pbs.twimg.com/media/EYZKXSaUYAEvlpM.jpg
TizenはあるのにWebがないのが致命的。
後から来るん?
- 909 :デフォルトの名無しさん:2020/05/29(金) 16:05:51.70 ID:zv0sqZMs.net
- ASPあるからWeb必要ないでしょ?ってポリシーなんやろ
Razor拡張のBlazor出てきたからASP絶対捨てないマンがMS
これはおそらく開発チームが別でお互いの縄張りは荒らさないって内部抗争やろ
.NET 5でBlazor採用してバックエンドとしてXamarin継続するならXAML捨ててReactのようにASP+MVUで全部開発できますとかでないと意味ねーんだがそれができないMS
そもそもUWPがデベロッパーにそっぽむかれた時点でXAMLは失敗してんねん
- 910 :デフォルトの名無しさん:2020/05/29(金) 16:18:19.88 ID:BqD5309S.net
- 日本語でよろ
- 911 :デフォルトの名無しさん:2020/05/29(金) 17:18:35 ID:TdTh77Kk.net
- BlazorもHTMLをもろに使うようだから、XAMLと似てると思う。
- 912 :デフォルトの名無しさん:2020/05/29(金) 17:49:32 ID:TdTh77Kk.net
- 複雑なので全部は理解して無いが、Blazorは、HTMLコードの中に
C#コードを入れて書くような形式も有って、その形式だと、
ぱっと見、PHPを彷彿させる。
PHPの場合は、ApacheなどがサーバーサイドでHTMLの中に書かれたPHPの
コードを実行してHTMLの中に結果を足し算して合成した結果をクライアント側
にネットで伝送するような形式だった。
それと似てる感じがする。
- 913 :デフォルトの名無しさん:2020/05/29(金) 17:51:19 ID:TdTh77Kk.net
- だったらPHPでもいいんじゃないかと思ってしまうのだが、どうなんだろ?
- 914 :デフォルトの名無しさん:2020/05/29(金) 17:55:45 ID:TdTh77Kk.net
- Blazorを使いこなすには、HTMLとCSSの知識が前提らしいし、全体の構造が
PHPに似ているようだし、開発環境などのシンプルさから言えばPHPの方が
わかりやすくすら思える。
PHPなら昔から容易に学べるという定評があるけど、Blazorは複雑怪奇すぎるように思える。
- 915 :デフォルトの名無しさん:2020/05/29(金) 18:02:28 ID:TdTh77Kk.net
- ReactやVueやAngularなどを使う人は、本当に静的なHTMLにちょっこっと機能
を追加したようなページを効率よく作ろうとしている人が多い。
例えばページをおしゃれに表示して、写真をちょっとだけ左右にスクロールできる
ようにしてみたり、おしゃれな視覚的な効果を得たいとか。
それに加えて、Mobileだと画面が狭いのでそれに合わせてカラムの幅を狭くしたり、
一行に表示するカラムの個数を減らして改行して二行目に表示したりとか。
それと表みたいなものを配列データから手っ取り早く書きたいとか。
そういうことがしたいだけから、基本的にはHTMLの構造のままで良くて、
大上段に構えたC#のような言語でなくても良くてJSやPHPのようなもので
十分だと思っている人が多いはず。
- 916 :デフォルトの名無しさん:2020/05/29(金) 18:15:48 ID:ZwkLyH+a.net
- オープンソースのウェブアプリはPHPで書かれてることが多いけど
そういうレベル高いのでも綺麗なコードを見たことない
誰が書いても汚いということは言語に欠陥があるんだと思う
- 917 :デフォルトの名無しさん:2020/05/29(金) 18:21:42 ID:TdTh77Kk.net
- しかし、WordPressもPHPだし、PayPalもPHPだし。
ウェブプログラマのやりたいことは既にAngular/React/Vueなどでも既にさまざまなテンプレートが存在していることが多いので、既に大きなエコシステムが出来上がってしまっている。
そこに敢えてC#でやる意味があるのだろうか。
- 918 :デフォルトの名無しさん:2020/05/29(金) 18:31:35 ID:zv0sqZMs.net
- >>TdTh77Kk
おまえ毎回長文連投するがぜんぜん理解してなくてググっただけなの丸わかりでにわかすぎるから消えてほしいんやけど
- 919 :デフォルトの名無しさん:2020/05/29(金) 18:58:23.03 ID:1C1s9P85.net
- PHP は可読性が悪い。
基本、Ruby on Rails, Sinatra など
加えて簡単なものは、jQuery, Bootstrap, Element UI。
複雑なものは、React が多い。Vue.js もいる
Angular は、やってる人がいない
- 920 :デフォルトの名無しさん:2020/05/29(金) 20:26:00 ID:BqD5309S.net
- >>912
Razorも知らないの?
- 921 :デフォルトの名無しさん:2020/05/29(金) 20:42:00.59 ID:zv0sqZMs.net
- そもそも静的なASPとVDOMのReactやVueはパラダイムが別やから
それもNext.jsみたいなサーバサイドでレンダリング大正義みたいに回帰してて草
今はバックエンドがなんだろうとフロントエンドなんて自由に選べるんやからその時の状況に合わせて選択するだけや
俺はASP(1.0/WebForms/MVC)からPHP(Fuel/Laravel)からReact/Vueとなんでも書けるからその都度ベストな環境を選択するだけ
フルスタックですらないプログラマがあれこれ語るんは滑稽やな
- 922 :デフォルトの名無しさん:2020/05/29(金) 20:52:17 ID:ZwkLyH+a.net
- SAPのSSRは回帰とは違うんだが
- 923 :デフォルトの名無しさん:2020/05/29(金) 20:52:36 ID:ZwkLyH+a.net
- タイポ
SPAだった
- 924 :デフォルトの名無しさん:2020/06/03(水) 16:57:52.98 ID:V+HR8HNM.net
- Xamarin.Formsがどう思われているかはここに集約されているな。
https://github.com/dotnet/maui/issues/109
- 925 :デフォルトの名無しさん:2020/06/04(木) 00:32:11 ID:8AKg0uif.net
- >>924
Githubの諫言が俺の不満そのものやな
とにかくバグが多いしいつまで経っても放置やし多数の致命的なバグを仕様として修正しない、これはWPFの時からそうやった
そして一番の問題はMSがOfficeやSkype含めたウェブ/アプリ開発にXamarinではなくReact/React Native使っとんねん!(笑)
.NETとC#だけはリソース注ぎ込んでるがその他のフレームワークはほったらかし、そりゃ誰もフレームワークやライブラリ作らんから盛り上がらんよ負の連鎖や
ここがReactやPythonと一番違うところで開発環境ってのはトータルパッケージなんであってエコシステムがまったく機能したない開発環境とか誰も選択せんよ
,.NETやC#好きな俺がMSの開発環境使わなくなった理由はそこやねん
- 926 :デフォルトの名無しさん:2020/06/04(木) 00:56:57.19 ID:YZhOZAq9.net
- 要員が.NET寄りならXamarin使うしそうじゃなきゃ別の探すだけだ
- 927 :デフォルトの名無しさん:2020/06/04(木) 02:20:42.49 ID:XEcYdvMd.net
- >>925
>MSの開発環境使わなくなった
と言いながらVisual Studio Code使ってたりしてw
- 928 :デフォルトの名無しさん:2020/06/04(木) 15:48:11.20 ID:fqkPAUho.net
- じゃ一体何でコード書いて・・ハッ!まさかメモ帳!?
- 929 :デフォルトの名無しさん:2020/06/19(金) 19:58:51.54 ID:g+RYFBHv.net
- コロナ接触を通知する日本版「接触確認アプリ」を作ったのは誰か?…「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
- 930 :デフォルトの名無しさん:2020/06/20(土) 20:11:59.58 ID:ovTIMtud.net
- 確かに接触確認アプリはXamarinで作ってるね。
今時Xamarinなんて使うんだ。
- 931 :デフォルトの名無しさん:2020/06/20(土) 20:44:53.11 ID:WB17sAu2.net
- microsoftと後1社が開発してるらしい
- 932 :デフォルトの名無しさん:2020/06/20(土) 20:50:56.86 ID:Vd/htRtR.net
- XamarinはBLEの扱いが面倒だった覚えがあるけどさっくり出来てとるところを見ると解決したのかね
- 933 :デフォルトの名無しさん:2020/06/20(土) 21:39:27.51 ID:7afi8gDs.net
- ひろみちゅにボコられとる
https://twitter.com/hiromitsutakagi/status/1273943571599486976
(deleted an unsolicited ad)
- 934 :デフォルトの名無しさん:2020/06/20(土) 22:52:34 ID:hj0R+Yr+.net
- >>933
なぜそこでまいくろそふとクオリティとか言い出すのかねw
- 935 :デフォルトの名無しさん:2020/06/20(土) 23:20:25.46 ID:Vd/htRtR.net
- テストが甘かったと文句つけるのはわかるけど、
なんでそこまでこだわるんだろうか
- 936 :デフォルトの名無しさん:2020/06/21(日) 01:04:21.37 ID:0JmADk3V.net
- マイクロソフト社員の一人が基盤作ってパーソルプロセス&テクノロジーが最終製品作っただけなのに
マイクロソフトクオリティとはひどいな。
- 937 :デフォルトの名無しさん:2020/06/21(日) 01:10:44.94 ID:MyBs16yZ.net
- 東京都のコロナのSPAはNextJSで評判良かったのにXamarinは・・・
MSも詰めが甘いというかMSKKが無能すぎるというか
かずきおるんやからやつに作らせればよかったものを
- 938 :デフォルトの名無しさん:2020/06/21(日) 04:33:02.88 ID:2EVUUg2W.net
- 彼は本格的にアプリ作ったことないとか言ってったっけww
- 939 :デフォルトの名無しさん:2020/06/21(日) 05:29:34 ID:7dMmUkrI.net
- アプリのissues見たけどこれは・・・
- 940 :デフォルトの名無しさん:2020/06/21(日) 12:09:38.80 ID:foEvtO9s.net
- Xamarinみたいな糞でやるからそうなる
- 941 :デフォルトの名無しさん:2020/06/21(日) 13:20:32.49 ID:QLHXGXb2.net
- クソなアプリ作るやつは何使ってもそうなる
- 942 :デフォルトの名無しさん:2020/06/21(日) 15:06:16.70 ID:MyBs16yZ.net
- >>938
マジで?あれだけ詳しいのにアプリまともに作ったことないのか?
アーキテクトとかそういう感じなんかな・・・
- 943 :デフォルトの名無しさん:2020/06/21(日) 16:34:07.57 ID:2EVUUg2W.net
- >>942
ごめん正確じゃなっかた
https://blog.okazuki.jp/entry/2020/03/31/221010
- 944 :デフォルトの名無しさん:2020/06/22(月) 07:25:55.22 ID:H39v/7Ui.net
- 1国1アプリの話が出たときからこういう騒動は起きると思っていたので、別に驚きはないな
もっとも、ワイもXamarin.Formsを業務でバリバリ使っている人やけど、Code for Japanの方が採用されると思ってたわ
- 945 :デフォルトの名無しさん:2020/06/23(火) 11:14:39.00 ID:xla6tsQa.net
- >>942
かずき氏も関わってるぽいけど
- 946 :デフォルトの名無しさん:2020/06/23(火) 12:48:41.92 ID:6Zs1DVGr.net
- OSSにおいて文句だけ言って解決策をコードで示さない人は害悪でしかないので無視してok
- 947 :デフォルトの名無しさん:2020/06/23(火) 13:19:19.27 ID:p/dHf+zG.net
- よし、誰でもXamarinを使ったOSS開発に参加できるように、詫びVisual Studioを配布しよう!
- 948 :デフォルトの名無しさん:2020/06/23(火) 17:05:12.40 ID:Ntj+n06T.net
- >>946
こいつGithubのIssueすら読んでもないくせにやけに上からやな(笑)
解決策をコードで提示されても対応しないと批判されてるのに何言ってんやこいつは
- 949 :デフォルトの名無しさん:2020/06/23(火) 17:35:15.34 ID:/nlkPYK8.net
- >>947
ん?無料版でもXamrin使えるで。
- 950 :デフォルトの名無しさん:2020/06/23(火) 17:53:00.22 ID:/JNTZZp6.net
- >>948
具体的にどのissueのこと言ってる?
- 951 :デフォルトの名無しさん:2020/06/23(火) 18:33:44.31 ID:p/dHf+zG.net
- >>949
Comunityの存在を素で忘れてた
一般的にも知られていない気がするので、開発のはじめかた、みたいな情報は周知が必要かもね
- 952 :デフォルトの名無しさん:2020/06/23(火) 19:17:30.34 ID:UicElvK7.net
- >>951
Visual Studio Comunityをインストールした後どうするのですか?
Xamarinでシングルページのプログラミングして
Androidスマホでハローワールド表示までをお願いします。
- 953 :デフォルトの名無しさん:2020/06/23(火) 19:31:41.95 ID:uaMPWIMu.net
- Windows Phoneなき今、MSがXamarinをサポートし続けるとは思えないなぁ。
Flutterが怒涛の勢いで勢力を伸ばしているので今からならFlutterだと思うんだけど。
そのへんどうなんだろうね?
- 954 :デフォルトの名無しさん:2020/06/23(火) 21:27:03.35 ID:0vKfv/9i.net
- >>953
WindowsPhoneというかWin10MobileはXamarin関係ないよ
あれはもともとUWPデバイスだったのでXamarinは不要
XamarinはAndroidとiOSのためのフレームワーク
将来的にはXamarinは.NET5(とその後継)とWinUI3に統合されることが発表されているのでその役目を終える
- 955 :デフォルトの名無しさん:2020/06/23(火) 21:39:49.38 ID:Kvd7A74B.net
- >>954
もともとMSがXamarin始めた動機ってWindowsPhone向けアプリが開発されないことにしびれを切らしたMSが「Xamarin使えば(UWP含め)マルチプラットフォーム開発できますよ」という謳い文句でWindowsPhone対応アプリを増やそうとしたって理解してるんだけど違うのかな?
今MSがXamarinサポートし続ける動機ってなんだろう?
- 956 :デフォルトの名無しさん:2020/06/23(火) 21:41:59.80 ID:G/KtZS65.net
- >>955
MSがXamarin始めたって語弊があるね。
買収したに訂正。
- 957 :デフォルトの名無しさん:2020/06/23(火) 22:10:28.13 ID:aBzLBkRb.net
- Flutter推しの人は知識がなさすぎる。
- 958 :デフォルトの名無しさん:2020/06/23(火) 22:28:46.36 ID:yAeUZ7wW.net
- >>955
次のマイクロソフトの統一コードのベースがXamarinだから
Windows,Linux,モバイル系を統一したいみたい
- 959 :デフォルトの名無しさん:2020/06/23(火) 23:22:04.58 ID:0vKfv/9i.net
- 統一コード(というと微妙だけど)のベースは.NET Coreだよ
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.96 ID:1z5Ky/cw.net
- .NET開発者コミュニティの裾野を広げる意味ではむしろ必須じゃないかな
のほほんとしてたらWinサーバーと業務アプリ専用言語でジリ貧確実だし
- 961 :デフォルトの名無しさん:2020/06/23(火) 23:50:45.85 ID:bPF9sFOJ.net
- .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
- 962 :デフォルトの名無しさん:2020/06/23(火) 23:53:14.69 ID:bPF9sFOJ.net
- 余計なタグが付いてたので訂正して再掲
https://docs.microsoft.com/ja-jp/archive/msdn-magazine/2019/july/csharp-net-reunified-microsoft%e2%80%99s-plans-for-net-5
- 963 :デフォルトの名無しさん:2020/06/24(水) 00:01:57.24 ID:MC8GjC4a.net
- 推しはするだろうが、この議論を見ている限り、MAUIがうまくいくか、支持されるかは甚だ疑問だけどね。
https://github.com/dotnet/maui/issues/43
- 964 :デフォルトの名無しさん:2020/06/24(水) 01:17:44.94 ID:FPGBunDK.net
- ウェブがないから指示されんよ
やっとVB切り捨てるんやからASPもさっさと捨てればええのにBlazorとか斜め上に走るのがMS
- 965 :デフォルトの名無しさん:2020/06/24(水) 03:00:20.82 ID:KqEGVqwq.net
- Blazorは絶望的にないね。
Webだけに特殊な構文とか。
WebもありのUnoのほうが良かった。
- 966 :デフォルトの名無しさん:2020/06/24(水) 04:21:58.76 ID:FPGBunDK.net
- Xamarin買収してUWP推進したのになぜフロントエンドをXAML+MVVMに一本化しなかったのか
Razor(ASP)捨てずにBlazorとXAMLの二本立てなロードマップは意味不明すぎるしそらウェブもあるReactかFlutterになるわな
MSはウェブとアプリのフロントエンドをXAML+MVVMに一本化すべきやった
- 967 :デフォルトの名無しさん:2020/06/24(水) 05:05:16.90 ID:2wT0zVxM.net
- Blazor Server Side + JSの組み合わせができて、Blazor Server Side + Blazor Client Sideができない(たぶん)ってのは、何とかならないのかな?
- 968 :デフォルトの名無しさん:2020/06/24(水) 06:31:36.15 ID:zdyAKzDj.net
- Xamarinじゃなければコントリビュートする気になったのに
- 969 :デフォルトの名無しさん:2020/06/24(水) 06:56:43.47 ID:MC8GjC4a.net
- Web対応と支持云々はあまり関係ないな。
この場合、旧来のデスクトッププログラマーにすら支持されないのではという話なので。
それとは別に、Web開発をXAMLベースで行いたいという意見はわかる。
BlazorはWebエコシステムを取り込もうとして微妙なものを作っちゃった、みたいな印象。
- 970 :デフォルトの名無しさん:2020/06/24(水) 07:13:56.76 ID:FPGBunDK.net
- ウェブは関係おおありやろ世の中の案件の大半がウェブやのに関係ないわけない
ウェブを蔑ろにしてコミュニティがまったく盛り上がらんからフレームワークもライブラリも増えずエコシステムが崩壊してんのよ
Pythonみたいな糞言語が圧倒的な人気なんはエコシステムが成立してるからや
- 971 :デフォルトの名無しさん:2020/06/24(水) 07:26:33.67 ID:MC8GjC4a.net
- 言い方が悪かったか?
Web対応以前の段階での支持すら怪しいと言いたかっただけだ。
- 972 :デフォルトの名無しさん:2020/06/24(水) 08:10:34.40 ID:BIyLVKwI.net
- JSPじゃダメなんですか
- 973 :デフォルトの名無しさん:2020/06/24(水) 11:24:45 ID:BvFF4Hvf.net
- xamarinが悪いわけじゃないのに
【コロナ】接触確認アプリ、開発から無償ボランティアが離脱へ (元請けはパーソル) #OSS ★4 [雷★]
https://asahi.5ch.net/test/read.cgi/newsplus/1592956830/
- 974 :デフォルトの名無しさん:2020/06/24(水) 12:14:23 ID:uVhcw8l7.net
- デプロイ王子はメンタルやられて撤収するらしいけど、
Xamarinなんてマイナーなプラットフォームを引き継ぐ奴なんていないだろ。
どこかの下請けがババを引かされて死ぬんだろうな。
- 975 :デフォルトの名無しさん:2020/06/24(水) 17:23:30.05 ID:ceY1wbsW.net
- Xamarinみたいな糞でやるからそうなる
- 976 :デフォルトの名無しさん:2020/06/24(水) 17:46:01 ID:qqGeksiF.net
- アプリストア側が1国1アプリと言ったから元々複数あった有志のプロジェクトから政府がこれを選んだわけで
あらゆる文句は開発者ではなく政府に言えよとしか思わないけど頭悪い人はなぜか開発者叩きをしたがる
- 977 :デフォルトの名無しさん:2020/06/24(水) 18:31:31.60 ID:zdyAKzDj.net
- 全部Xamrinのせい
- 978 :デフォルトの名無しさん:2020/06/24(水) 18:57:15.43 ID:FPGBunDK.net
- っちゅーかさすがにこれはXamarin云々の話やなくて日本のIT業界の常識が終わってるって話やろ
日本の客は頭が悪すぎるねん、大手メーカーのIT子会社・系列会社に丸投げしてそこから元請けもSIに丸投げで多重請負の構造でありふれたクソアプリの量産してるなんて俺らからすれば日常やろ
- 979 :デフォルトの名無しさん:2020/06/24(水) 20:36:26.05 ID:GN88bM2O.net
- >>958
Xamarinはmonoだろ
- 980 :デフォルトの名無しさん:2020/06/24(水) 20:37:20.45 ID:GN88bM2O.net
- >>961
既に計画を修正してるでしょ
- 981 :デフォルトの名無しさん:2020/06/24(水) 22:27:48.71 ID:rbG31ir6.net
- そこに更にこのスレにも良くいる技術的な話でマウントをとりたい奴と
とにかく何でも良いから政府の批判をしたい奴からが大挙して作者のTwitterに突撃してメンタル破壊した感じだな
おーやだやだ
- 982 :デフォルトの名無しさん:2020/06/25(木) 00:46:02.98 ID:XKLcYS0p.net
- 技術でマウント取りたければとっととプルリク送ればいいし政府批判したいのに開発者に文句言うのもおかしいし批判が生きがいになってる頭おかしい人が多いよね
- 983 :デフォルトの名無しさん:2020/06/25(木) 01:15:51.73 ID:CAReSuQd.net
- と、このように批判を生きがいにしている人がもうしております
- 984 :デフォルトの名無しさん:2020/06/25(木) 11:18:27.69 ID:2XRewe5U.net
- >>982
二位じゃ駄目なんですかとか
クラウドなら鯖要らないじゃないですかとか
- 985 :デフォルトの名無しさん:2020/07/05(日) 18:15:32.07 ID:GDzy2ynv.net
- 既に公開中のiOS、AndroidアプリをApp CenterでTrack EventとTrack Errorを拾うように修正したら数少ないユーザーさんが使ってくれなくなってしまいました。
プライバシーには充分配慮して、万が一にApp Centerにアップロードされた内容がハッカーに見られたとしてもユーザーさんには全く影響が無いようにしたんですけど(個人的な内容を含む文字列は文字数のみを拾うようにしました)。
更新履歴にはTrack EventとTrack Errorを追加したことは書いて無いから、ユーザーさんがアプリの通信履歴を見て警戒されてしまったのかもしれないです。
アプリの改良のためだけにTrack EventとTrack Errorを追加したんですが。
- 986 :デフォルトの名無しさん:2020/07/05(日) 18:44:44.78 ID:ZKCv2Ng3.net
- IT後進国の日本人の民度では理解されないだろうね
- 987 :デフォルトの名無しさん:2020/07/31(金) 01:22:19 ID:durLTnal.net
- つまりお前も理解していない
- 988 :デフォルトの名無しさん:2020/08/06(木) 10:19:08.17 ID:eb9QXq7x.net
- >>886
https://medium.com/flutter/announcing-flutter-1-20-2aaf68c89c75
きたー。このやる気。5000以上のissueをclose。
winui,maui,reunionのやる気のなさ...
- 989 :デフォルトの名無しさん:2020/08/06(木) 10:21:37.01 ID:KQ/q1oKk.net
- MSって作りっぱなしだからな
メンテすらまともにしないから使われないのがよくわかる
しかしMSだから国内の企業での採用率の高さが悩ましい
- 990 :デフォルトの名無しさん:2020/08/06(木) 11:15:57.06 ID:VbX3oIz8.net
- MS製品なんか使ってるから日本はIT後進国なんだ
MSとかデスクトップアプリ全盛の時代までの過去の産物だろ
今はウェブの時代AWS、GCP、スマホアプリの時代
日本はオワコン
- 991 :デフォルトの名無しさん:2020/08/06(木) 11:30:32.32 ID:YI93igBY.net
- でも、オープンソースだからと言って免責になるわけではなく作者は完全な製品を提供しなければならないと Ubuntu Japanese Team の人が見解を述べてたけどな。
Ubuntu のくせにそんなこと言って大丈夫なの?って問題はあるけど。
- 992 :デフォルトの名無しさん:2020/08/06(木) 11:52:20.69 ID:KQ/q1oKk.net
- まぁ俺は宗教的な崇拝とかまったくないからその時一番需要があったり便利だったりな環境で開発するだけだけど
MSの環境はオールインワンなのがよかったんだけど変にOSSを取り込んでて設定を自分で書くんかい!って感じでVS使うメリットが薄れてるんだよな
まぁ仮想化なんかのミドルウェアの面倒臭さをMSが解決してくれると思ってたけどAzure強要されるのもわかってないよな
- 993 :デフォルトの名無しさん:2020/08/06(木) 12:22:24.72 ID:VbX3oIz8.net
- 誰も使わない時代遅れのデスクトップアプリでも作ってろクズ
- 994 :デフォルトの名無しさん:2020/08/06(木) 12:23:57.26 ID:eb9QXq7x.net
- >>990
AWSの後なぜ3番手のGCPを出すのか?
2番手のMSのazureはどこ行った?
- 995 :デフォルトの名無しさん:2020/08/06(木) 12:26:59.28 ID:l7gcHkin.net
- 単なる嫌MS厨
- 996 :デフォルトの名無しさん:2020/08/06(木) 12:29:24.96 ID:OQqH6gY8.net
- 学術の巨大掲示板群 - アルファ・ラボ 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
- 997 :デフォルトの名無しさん:2020/08/06(木) 12:34:11.99 ID:QQIW9ALm.net
- 梅
- 998 :デフォルトの名無しさん:2020/08/06(木) 12:34:13.72 ID:6QU45l4b.net
- クローズドなら完璧なものがリリースされてるとでも思ってるのか?
- 999 :デフォルトの名無しさん:2020/08/06(木) 12:34:26.60 ID:QQIW9ALm.net
- 竹
- 1000 :デフォルトの名無しさん:2020/08/06(木) 12:34:41.06 ID:QQIW9ALm.net
- 松
- 1001 :2ch.net投稿限界:Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1001
270 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★