Xamarin Part6

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2017/10/19(木) 04:50:42.42ID:7WcrUuLB
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/
754デフォルトの名無しさん
垢版 |
2020/04/10(金) 21:57:25.26ID:MU8/U4/k
B to Cのアプリいくつか案件でやったけど自分はネイティブで分けて作るとか絶対やらんわ

よくそんなめんどくさいことすき好んでやるなぁと思う
UIの作り込みが昨今だとXAMLよりいいのあるんじゃないかって話はまあ分かるけどそれでもそんな二つ別々に作るよりははるかに手間かからん

まあ別部隊が各々作るなら良いけどうちはビジネスロジックもそこそこフロントに実装してるから別言語で作り直すとかありえん

Xamarin.Formsで作ってるけどUIもアニメーション含めてそこそこ良い感じに仕上がってると思う

フラッターの方がいいんじゃ？ってのはまだ議論の余地あるけどあれはあれで闇な部分もあるしな
755デフォルトの名無しさん
垢版 |
2020/04/10(金) 22:00:58.68ID:MU8/U4/k
>>753
腐るほどあるならまともなもの後何があるのか教えてくれ

後C#は言語としてまあモダンなものより劣ってるとこもあるかもだが色々頻繁に手が入って開発環境や対応できる場面含めて悪い選択肢じゃないぞ？
2020/04/10(金) 22:12:32.96ID:2KZut19P
web 系のOSS のライブラリは、Linux サーバーを対象にしてる

Windows を対象にしていない。
Windowsで動くように作っていない

Windows で、web 系はダメ！

#!/usr/bin/env node
とか、1行目に、Linux のシバンを書いているファイルも多い
2020/04/10(金) 22:16:46.69ID:O9u0T8z/
もともとxamarinはC#ユーザー向けに使いやすくしましょうって始まったんだから
C#に慣れてる人間が多い会社はXamarin
そうじゃ無ければkotlinなりcordovaなりすればいいだけで
そんなにこだわるようなことじゃないだろ
2020/04/10(金) 22:17:52.62ID:O9u0T8z/
このスレの人間にはUnityだけで頑張るとかして欲しい気はちょっとするけども
759デフォルトの名無しさん
垢版 |
2020/04/10(金) 22:30:12.07ID:rrzaXVwv
C#そのものは数ある言語の中でも個人的大好きなんよ
静的型付けとモダンさのちょうど良いバランスとか最高
今ならXamarinよりBlazorキャッチアップした方が良い
760デフォルトの名無しさん
垢版 |
2020/04/11(土) 10:40:57.59ID:qPntir+y
なんでIPhoneはPWA対応しないんだろうか。
とりあえずはその程度のソフトでいいんだよ。
2020/04/11(土) 15:44:12.57ID:crCNzVv+
>>760
iPhoneでもPWAには最低限の対応は出来ていて、既にHome画面への追加は出来るんじゃないの？
2020/04/11(土) 18:42:23.66ID:GuCu+0oZ
いやどう考えてもflutterでしょ。
763デフォルトの名無しさん
垢版 |
2020/04/12(日) 10:41:22.64ID:tIzXWtYO
>>760
詳しくないから分からんけど、例えば東京アメッシュはホーム画面に追加するとアプリみたいに動くよね
2020/04/12(日) 12:50:09.50ID:/w8/Kg8h
詳しくないならレスすんなダボ
765デフォルトの名無しさん
垢版 |
2020/04/12(日) 14:59:34.08ID:tIzXWtYO
すまんかったな
2020/04/12(日) 15:08:25.97ID:Ab+15CZe
いいってことよ
767デフォルトの名無しさん
垢版 |
2020/04/12(日) 15:11:00.11ID:1gJ0u2rX
PWAとかオワコン進めるとかど素人が知ったかしてて草
時代はWASMやしMS、GoogleはWASM推しでそのためのBlazorよ
2020/04/12(日) 16:02:57.66ID:FuTYVCGx
時代の潮流は、WasmとPWAの同時対応へと進んできている。
それらは互いに排他的ではなく、同時使用したときに最も力を発揮するので。
769デフォルトの名無しさん
垢版 |
2020/04/12(日) 16:13:32.07ID:1gJ0u2rX
しかしKrippすげーな
MTGAで7000人以上の視聴者数とかKrippしか見たことないわ
MPLが人気なさすぎやねんな
770デフォルトの名無しさん
垢版 |
2020/04/12(日) 16:14:01.09ID:1gJ0u2rX
誤爆
771デフォルトの名無しさん
垢版 |
2020/04/13(月) 00:40:27.29ID:GKeZO3vv
>>762
Flutterはネイティブコンポーネントとの共存があれでしょ
2020/04/13(月) 00:54:25.95ID:pEIK3E4X
ReactもFlutterもカスタマイズ必要でネイティブ触る必要ある場合途端に破綻するから最初からネイティブで書くほうがゲインあるんよ
ネイティブ実装を自分でReact対応させられるスキルあるやつなんて滅多におらんし実際そこまでやるならネイティブで書くし
あとnpm含めたバージョンと依存関係でハマるからメンテもネイティブのが楽
773デフォルトの名無しさん
垢版 |
2020/04/13(月) 08:07:27.98ID:GKeZO3vv
>>772
それだてネイティブで各々書く事言ってん？
だったらないなー
2020/04/13(月) 09:52:23.73ID:dpD6DmZY
>>771
最近じゃFlutter pubもだいぶ充実してきたし、ほとんど自分でNative部分を書くことはないなぁ。
WebViewサポートが弱いのと、OpenGLがiOSで使えないのが難点だけど。
775デフォルトの名無しさん
垢版 |
2020/04/13(月) 14:02:51.68ID:GKeZO3vv
IMEもなんかダメみたいなこと誰か言ってたけどそれは大丈夫？
いずれにしても全部自前描画はメリットもあるけどデメリットもあるから案件次第だよなぁ
2020/04/13(月) 14:33:31.95ID:YsL47azo
swiftで作成済みのアプリ(ソース)をXamarin.iOSに移植するのって簡単？
777デフォルトの名無しさん
垢版 |
2020/04/13(月) 15:07:29.68ID:LfjpuyHN
simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0

UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0

連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0

4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0

matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0

ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0

SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
778デフォルトの名無しさん
垢版 |
2020/04/13(月) 21:16:01.73ID:GKeZO3vv
>>776
SwiftUIとかよく知らんのでその辺は分からんけど、ObjectiveCでも実現出来そうなら多分簡単
2020/04/13(月) 21:48:31.75ID:YsL47azo
>>778
なるほど
まずはobjective-cで移植してる記事を探してみる
コロナ影響でテレワークのせいで顧客環境にあるソースを触って試しに移行とか出来なくて困ってたのよね
ありがとう
780デフォルトの名無しさん
垢版 |
2020/04/14(火) 00:15:32.05ID:ZKw4nFPq
>>779
Swiftよく知らんのであれなんだけど要は既存のUIKitとか使って実装してるものならXamarin.iOSはただそれをそのままC#で書けるので実装は可能だよ言いたかった。
SwiftUI はよく知らんのだけどあれもきぞんのUIKitを違う形でかけるよってだけ？
2020/04/14(火) 00:33:16.19ID:/bYgfKQB
Xamarin、React、FlutterでUIの実装が違う
ReactとFlutterは独自実装だからカスタマイズ前提の仕様で独自UIの実装が容易
Xamarinはネイティブラッパーやからカスタマイズが超大変
ぶっちゃけアプリ案件でUIいじらないって100％ありえへんからそれだけでXamarinて択がなくなる
2020/04/14(火) 00:51:21.10ID:NfqpKzyC
XAMLの柔軟さ知らんとか
2020/04/14(火) 01:04:45.44ID:tGjJf6XN
>>782
個人的には、グラフィックの Line 文や画像描画命令でプログラムから
カスタマイズできるほうが便利だと思っているので、native wrapperより
独自描画してくれていた方が便利そう。
2020/04/14(火) 01:56:10.54ID:tGjJf6XN
>>783
それと、表示だけでなく、Edit要素の5行目に文字列を挿入したいような
場合、native要素だとどれだけ互換性の問題がクリアされているか心配。
挿入後に勝手にスクロールするかどうかはWindowsだけでも非常に複雑。
でもそこが一番重要だったりする。
その辺が独自描画だとどのOSでも同じ動作になってくれるので楽。
785デフォルトの名無しさん
垢版 |
2020/04/14(火) 02:13:08.80ID:ZKw4nFPq
同じ画面になってくれりゃいい場合と各プラットフォームでそれっぽい挙動して欲しい場合と色々いあるしなぁ
2020/04/14(火) 02:21:47.88ID:2E7Y3bCM
久しぶりにxaml触ってるけど(xamarinじゃなくてwpfだが)ほんと楽だわ(覚えるまでが大変なんだろうが)
だが、wpfで今アプリ作ると見た目が残念になるし。materialdesignxaml使うとデスクトップアプリでは不要な余分なスペースだらけになるし

いくらxamlすごくても自分でテーマつくちゃうぐらいのセンスねぇし

まぁxamlどっかで復権してほしい。チャンスあるとすればwinui 3.0次第かな
2020/04/14(火) 04:39:50.38ID:/bYgfKQB
なんかXamarin FormsでXAML楽チンて言ってるやつはほんまにXamarin Formsでアプリ書いたことあんのか
Entryのborderのcolorを変更するだけでiOS/AndroidそれぞれPlatformEffect継承・実装してSharedでRoutingEffect実装してくっそめんどいんやがどこにReact Nativeよりメリットあんのか教えてほしいわ
個人的にずっとWPF/MVVMで開発してたからXAMLは好きやしゴリゴリユーザー定義コントロール作ってたけどXamarin Formsはクソで少なくともUI実装においてJSX/TSXに勝てる要素がない
788デフォルトの名無しさん
垢版 |
2020/04/14(火) 05:41:55.93ID:cKJBH6Vu
初めてのアプリ開発にXamarinかFlutter使ってみようかと思ってたんだが、こういう流れ見てると素人ほどネイティブで作ったほうがよさそうね
楽しようとして結局苦労しそう
2020/04/14(火) 08:53:38.75ID:Z0PJ6Gcm
>>788
ちょっと作ってみるにはFlutter、ガッツリ作るならFlutterでもnativeの知識必須。
2020/04/14(火) 12:04:29.23ID:cKJBH6Vu
>>789
ちなみにその基準の「ガッツリ」ってどの辺から…？
2020/04/14(火) 12:35:44.51ID:Z0PJ6Gcm
>>790
ゲームのようなアプリとか、GPSやBLEをマニアックに使うアプリとか、スマホの性能ギリギリまで色々とやりたい時。
逆にスマホデバイスもほとんど使わずListViewレイアウトぐらいしか使わないアプリはFlutterのほうが早い。
mateと同じ見た目のアプリをFlutterでやろうとするとかなりシンドい。
2020/04/14(火) 12:38:25.00ID:tGjJf6XN
>>791
mateとは何？
2020/04/14(火) 12:43:16.68ID:cXvhmd3w
継承・実装って言うと大げさだけど右クリからポチポチクラスつくって
2,3ステップのコード書くだけやん
大体Xamarin Formsでいけるし

ios12→ios13のSegmentedControlの仕様変更は少し大変だったけど
2020/04/14(火) 14:17:39.96ID:v0ymr4mT
Buttonをまったく違う形状にゴリゴリにカスタムしたい
Xamarin FormsならEffect、Visualを使ってコードビハインド
React NativeならCSSプロパティ設定するだけ
どっちが簡単かつ柔軟で実装が楽か結論でてるやろ
2020/04/14(火) 14:29:00.41ID:cKJBH6Vu
>>791
なるほどありがとう

mateはchmateでは
使ったことないけど2chブラウザがそんな難解なデザインしてるのかな
2020/04/14(火) 16:40:15.14ID:tGjJf6XN
xamarinは、最小に近い簡単なプログラムでも *.apk が22MB位、
同じアプリをJavaとAndroid Studioで作ると *.apk は1.8MB位
で済むそうだ。
797デフォルトの名無しさん
垢版 |
2020/04/14(火) 19:48:26.60ID:ZKw4nFPq
>>794
それはReactNativeがround buttonについて実装済みってだけじゃね？
2020/04/14(火) 20:22:18.78ID:tGjJf6XN
ボタンの形とかより、なんとなくボタンを押したときのグラフィックの感じとか nativeのままだとが気に入らないことがある。
799デフォルトの名無しさん
垢版 |
2020/04/14(火) 20:47:05.20ID:ESEtnroG
ソフトウェアの利用者は、ソフトウェアごとにお作法が違うとめんどくさい。
おまえのソフトは誰も使わないからどうでも良いけど。
2020/04/18(土) 13:56:59.23ID:wQ8s8orl
Xamarin程の糞はないと3年前から言い続けてやっと時代が追いついた
2020/04/18(土) 15:50:44.63ID:fn137wpb
Xamarinはネイティブラッパーな仕様が糞すぎんだよ
RNやFlutterのように独自実装ならiOS/Android同じViewで同じ見た目にできるのにネイティブラッパーだからできない
肝心のXAMLも同じ見た目にする場合カスタムが必要でプラットフォームごとにコードビハインドで実装しないといけない糞仕様
FlutterはPlatformViewでネイティブ利用も改善されてきたがDartが糞すぎて嫌いだしWedgetsの構文がまんまJSXのパクリで草
RNは開発環境でハマるのが糞やけどXamarinやFlutterよりは好み
2020/04/18(土) 16:33:17.37ID:wQ8s8orl
やっぱ俺の先見の明は確かだな
Xamarin程の糞はないしクロスプラットフォームは例外なく糞
2020/04/18(土) 18:32:06.74ID:P8mskINI
客が既にSwift/kotlinで作ってあるアプリをXamarinに切り替えるって言って聞かねーんだがどう説得すりゃいい？
ここで言われてるようにクソだからやめとけって言ってんのに全然だめだわ
切り替えたい理由は自社にネイティブの有識者はいないがXamarin経験者はいるから保守が楽になるだろうと言うことらしい
2020/04/18(土) 18:57:41.52ID:4BpF0I36
お前がそのXamarin経験者より下に見られているというだけの話
人脈作りを怠ったツケだよ
2020/04/18(土) 20:17:12.55ID:/ytx5/P+
歴史的過程から考えて今後長くXamarinが保守されるとは思えない。
2020/04/18(土) 20:39:34.09ID:fn137wpb
>>803
調達したチーフプログラマーはC#が得意だったという理由だけでXamarinにするなら絶対ハマるし属人化するから100％保守が大変になると説得しろ
俺がネイティブで書けと断言する理由はおおよその企業のプロジェクトにおいて一番苦労するのは人材の調達や交代やからや
プログラマーを調達・交代できずに苦労するのが目に見えてるから先を見てネイティブで書けと言ってんねん
そら最新の言語・環境なんかのメタをすぐキャッチアップできるフルスタックな高スペックプログラマーがいくらでも社内におるなら別やから好きにすればええけどな
2020/04/18(土) 21:58:04.77ID:3mtqo+/y
問題起きても客が対応するって事だろ？
Xamarinに切り替えたらええやん

ディスコンになったらまた切り替える羽目になるんだから
いっぱい稼げて美味しいじゃん
2020/04/18(土) 22:22:28.86ID:17rA1OD4
企業としてのXamarin社は当面残るだろうが、プロダクトとしてのXamarinは.NET 5(更に先の.NET 6)に統合
することをMicrosoftが言明している
中身はともかくXamarinの名称そのものは近いうちに消滅する
2020/04/18(土) 22:35:09.48ID:17rA1OD4
https://www.publickey1.jp/blog/19/net_5netnet_frameworknet_corexamarinnet_5microsoft_build_2019.html
2020/04/18(土) 22:43:05.30ID:ohc251Od
xamlをちゃんとデザインできるようになったら
xamarinと言う名前はどうでも良いし、上手く行けばUWPを1回書いたら
Windowsでもandroidでも動くように・・・・なるのかな

AdobeのFlashはAndroidもiOSもWindowsもmacも全部同じバイナリが同じように動いたのに残念だった・・・
2020/04/18(土) 23:07:41.88ID:fn137wpb
XAMLがすでにオワコンやねんなー
XAMLでウェブアプリ作るサードフレームワークあったけど盛り上がらずMSも買収せんかったし
んで結局アプリ・ウェブをクロスプラットフォーム開発可能なBlazorがリリースでこっち推しはじめて時代はWASM/WASIのBlazorですよと
.NETもオープンソース化に遅れてオワコン化手前までいったけどUnityなんかでなんとか耐えたけどXAMLは完全にオワコン
ウェブとモバイルを軽視しすぎたMSの失敗でXAML死んでしもうた、XAMLでウェブ開発かのうにすべきやったと思うけどASPあるからしゃーないわな
2020/04/18(土) 23:18:09.01ID:WrPHGxWE
>>810
それがUno。
弱小だし、Xamarin頼りな点が惜しい。
そういうのをMSが作れない、作らないのがダメダメ。
2020/04/18(土) 23:39:28.03ID:CS3u3Tw7
だな。MSがやらんから、他がやろうとして結局リソース不足の品質でリソース分散で共倒れ
2020/04/18(土) 23:43:27.75ID:CS3u3Tw7
Unoもそうだしavalonia UIもそうだし。リソース分散
2020/04/19(日) 01:29:47.93ID:Oq5q/6b/
>>804
クッソ頭悪そう
文脈から考えて作るのはアウトソーシングで納品後のメンテは自社でやるってことだろ
816デフォルトの名無しさん
垢版 |
2020/04/19(日) 07:56:25.34ID:GnNEWbfE
>>803
Forms使うんじゃなくXamarin.Native使うならありなんじゃねーの
ロジックが共有されるのは大メリットだろ
2020/04/19(日) 11:43:35.74ID:PHF08D3U
ロジック共有なんてRNもFlutterも一緒やしすでにXamarinの専売特許やないねん
そもそも当事者のMSがSkypeをRN、VSCodeをElectronで書いてるからな
Blazor推すならさっさとこれらをBlazorで書き直せと、なんかMSは縦割りなんか知らんがやってることがあべこべなんよ
俺がMSの開発環境に絶望して忌避するようになった理由はそこなんや、C#そのもの今でも一番好きな言語や
2020/04/19(日) 12:04:47.37ID:SSne+rmz
マイクロソフトが嫌いだからって周りにマイクロソフト嫌い菌をばら撒くとか気違いすぎる
2020/04/19(日) 15:55:50.46ID:6bquO9e1
さすがにblazorで書き直せはいくらなんでも明確なメリットないと相手が大企業で高収益企業だからって無茶苦茶すぎる
2020/04/19(日) 19:26:04.40ID:Oq5q/6b/
すまん、ネイティブしかやった事ないけどロジック共有ってどのくらいできるものなの？
ささっとググったら半分も行きゃ良い方、ＵＩ周りは結局別で作らなアカンしXamarin特有のバグもあるから旨味が消えてしまうケースも多いと出てきたんやが
821デフォルトの名無しさん
垢版 |
2020/04/19(日) 21:13:36.66ID:GnNEWbfE
>>820
BtoCのアプリだけどForms使って9割以上共有してる
共有できるやつはそう書いて固有に実装しないと無理だなってところだけ個別に書くだけだからものにもよるけどほとんど共有できるだろ
822デフォルトの名無しさん
垢版 |
2020/04/19(日) 21:19:48.40ID:GnNEWbfE
>>817
Xamarin,RN,Flutter各々のいいところ悪いところあんだからじぶんがつかいやすいものをえらべばいいだけでは。

MSがそれらを作り直さないのはわざわざ作り直す必要性がないしそれらを選んだのも既存コードとの関係でそうした方が都合が良かっただけだろ
823デフォルトの名無しさん
垢版 |
2020/04/20(月) 00:07:25.86ID:05gfjB9s
まあマジレスすると、Xamarinが最強とかは言わないけどロジック共有して開発できる実プロジェクトで十分問題なく使えるある意味枯れたクロスプラットフォーム開発環境として十分に選択候補としうるものだと思うけどね
js得意ならRNとかでもいいんじゃね？
2020/04/20(月) 00:29:37.44ID:6R58LHRL
>>821
Xamarin.iOS/AndroidとXamarin.Formsってどう違う？
俺もXamarin使ったことない素人だから聞きたい
825デフォルトの名無しさん
垢版 |
2020/04/20(月) 00:51:06.29ID:05gfjB9s
>>824
X.iOSと泥は各プラットフォームネイティブアプリをC#で書ける仕組み。それだとUIも各プラットフォームの流儀で書く。Xamarin.Nativeとも呼ばれる。

FormsはXAMLを使ってどちらででも動くUIコードを書けるフレームワーク。
AppDelegateとかMainActivityとかからXamarin.Forms.Init()などを呼んで動く。XAMLで書かれたコードは結局は各プラットフォームのUI,ViewControllerやら何やらに作用して動く。ので共通コードで書いても各プラットフォームっぽいUIになる。
826デフォルトの名無しさん
垢版 |
2020/04/20(月) 00:55:16.91ID:05gfjB9s
のでFlutterが全部自前描画して共通なUIを作ってるのとはまるっきりアプローチが違う。これは強みでもあり弱みでもある。Flutterは同じ見た目のアプリを作るのは容易い。が自前描画ゆえ既存のネイティブコントロールとの混在などが苦手。
のでwebViewがらみとか弱いらしい(使ったことないので聞き齧り
2020/04/20(月) 01:14:21.43ID:6R58LHRL
>>825
ありがとう
NativeはUIはそれぞれ作成、FormsはUIも共通化可能と言うことなんだね
Formsで共通化する方が利点が多そうだね
828デフォルトの名無しさん
垢版 |
2020/04/20(月) 01:33:06.60ID:05gfjB9s
>>827
共通にするが故のデメリットもあるから銀の弾丸じゃないけどハマればメリット多いと思うよ
2020/04/20(月) 02:07:03.57ID:GN/y6l6Z
Formsはフォームにパーツを配置してデザインできないのがなぁ
開発画面はXamarin.Androidと大差ないのに

Visual Studioの機能を生かし切ってないのが不思議
2020/04/20(月) 03:07:41.21ID:DoM12LuD
c#使いが期待するのはまさにそれなのよね
だからみんなコレジャナイ感で手が進まない
2020/04/20(月) 04:22:38.14ID:UNVFAI75
そんなんレベル低いやつだけだろ
ポトペタでUI作るやつなんてウェブですらおらんぞ
勝手にC#erの総意にすんなよ
2020/04/20(月) 04:32:32.69ID:kOYyWV6G
いちいち意図通りのUIになってるか確認する作業と調整を繰り返すんですかね？
それこそ低能なような
2020/04/20(月) 06:14:03.58ID:UNVFAI75
なんのためのホットリロードなんだよ
こんなレベルであれこれ言ってんだから草
2020/04/20(月) 07:14:16.95ID:kOYyWV6G
で、するんでしょ？微調整
バカみたい
2020/04/20(月) 09:32:16.15ID:BCzgJ5Ml
>>827
ところがどっこい、Formsは最大公約数でしかないので細かいことをしようと思ったら結局Native UI使うハメに。
それにFormsはNative UIへマッピングされてるに過ぎないので細かい挙動が違うこともしばしば。
それでも別に作るより楽だけどね。
2020/04/20(月) 10:19:08.20ID:UNVFAI75
なんかレベル低いそもそもネットで調べただけでXAMLまともに書いてないにわかが湧いてんな
XAMLをデザイナで作るやつなんていねーんだよバカそもそもExpression Blendすらそんなのあったななんて存在なのにおまえにはWindows FormsかVBがお似合いなんだよボケ
XAMLの真骨頂のControl TemplateやFlameworkElementでゴリゴリにカスタマイズするときにポトペタできないとか微調整するんですかとか無知すぎんだよにわかが
XAMLは常にデータバインド意識しながら書くんだから微調整するに決まってんだろだからMSもホットリロード実装しんたんだよにわか
2020/04/20(月) 11:09:51.54ID:jovhkyc0
それまた総意にあらず
2020/04/20(月) 12:11:28.62ID:fMgMJHTS
>>835
最大公約数でしかないって何？
2020/04/20(月) 13:02:16.52ID:UNVFAI75
総意にあらずとか無知すぎんだろ
XAMLはMVVMアーキテクチャでViewを書くために作られてデータバインドなくしてXAMLはねーんだよ
そもそもXAMLのオブジェクトはすべてDependencyObjectを継承してんの理解してんのか？HTMLのDOMじゃないんだぞ？
マジでレベル低すぎんな
840デフォルトの名無しさん
垢版 |
2020/04/20(月) 13:02:52.76ID:05gfjB9s
>>835
足りないコントロールとかはViewなりSkia使っての描画なりで共通に動くもの作ったりすると思うけどそれで足りないもの何ある？
自分とこでは一部Renderer使うぐらいで治ってるけど

>>836
最近UI側触れてないのでホットリロードあんま触ってないんだけど、あれちゃんと動く？この辺はちょっと制約があるとかあれば教えてくれ
841デフォルトの名無しさん
垢版 |
2020/04/20(月) 13:04:21.37ID:05gfjB9s
俺もデザイナーいらんと思うわ
どうせ実機とずれるし。だったらちゃんと動くホットリロードあるならそれの方がいい
2020/04/20(月) 22:07:43.15ID:b3yaclNL
WYSIWYGはいらんなぁ
デルファイかよっていう
2020/04/20(月) 22:39:41.45ID:dWN0acGR
>>840
XAMLのHot Reloadは言語的制約で完全じゃないしまだプレビューだからかバグい
Viewの変更を保存したらリビルドせずにリアルタイムで反映させられるんだがもちろんロジックであるViewModel以下の変更は反映されない
まぁLive Visual Treeあれば俺は気にしないがな、これがなかった昔は実行時生成のバッキングフィールドやnameしらべるてて大変だった
2020/04/20(月) 22:49:30.38ID:dWN0acGR
Unoとかも結局WasmでWebアプリ書けないからダメだな
XAMLをHTML5+Javascriptに変換するトランスパイラないと人気でるわけない
まぁXamarinをバックエンドに使ってるだけだからできんのだろうが
2020/04/21(火) 00:16:32.88ID:rmO6iLFN
Xamarinはオワコン
2020/04/21(火) 02:04:20.08ID:6/vFVEou
>>844
>Unoとかも結局WasmでWebアプリ書けないからダメだな
？？
2020/04/21(火) 02:33:17.11ID:6/vFVEou
>>845
独自調べによれば、XamarinもBlazorもFlutterも人気が無いらしい。
逆に、Qt、Unity、vue、Reactが人気が有る。
848デフォルトの名無しさん
垢版 |
2020/04/21(火) 06:56:19.39ID:x2/5dS40
>>847
どういう比較だよw
2020/04/21(火) 11:51:53.34ID:6/vFVEou
不思議なことにgithubのstar数ではJSを使うものが圧倒的人気が有り、JSを使うところのvueは、C++を使うところのQtの数100〜1,000倍くらい人気。
そしてさらに不思議なことに、C#は人気だとされるにもかかわらず、GoogleTrendsやqiitaでは、C#を使うところのXamarinとBlazorは、人気が非常に低い。
その中でも特にBlazorは人気が無い。
2020/04/21(火) 11:54:52.99ID:6/vFVEou
>>849
もっと言えば、最大人気言語とされるPythonは、githubのstar数では、githubにあるPythonの中では最高のcythonでもvueの10分の1以下しかない。
2020/04/21(火) 14:04:31.21ID:6/vFVEou
>>850
スマン。2箇所間違いがあった。
1. cythonではなく、cpythonだった。
　cpythonは、pythonインタプリタの処理系そのものなので、cythonとは違う。
2. star 数は vue の 1/10 ではなく、1/5程度だった。
2020/04/21(火) 15:36:03.75ID:6/vFVEou
https://news.mynavi.jp/article/20191112-922010/
↑
を見ると、2019/11時点のgithubでは、Dartが532%、Rustが235%の急上昇中。
Dartといえばflutterなので、flutterの人気も急上昇中なのではないか。
githubでの言語ランキングは、
JavaScript>Python>Java>PHP>C#>C++>TypeScript>Shell>C>Ruby.
なお、これを見れば分かるように、githubは、Webのフロントサイド寄りのプログラミング言語の利用が多い
ので、この人気順位には偏りがある。
853デフォルトの名無しさん
垢版 |
2020/04/21(火) 19:02:53.94ID:x2/5dS40
いやクロスプラットフォーム開発とフロントエンド開発比べてどうすんの
それはそれで意味ある時もあるけどちょっとその比較は違わん？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況