Xamarin Part6
■ このスレッドは過去ログ倉庫に格納されています
!extend:on:vvvvv:1000:512
C#を用いてクロスプラットフォームアプリケーション(iOS Android Mac)を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ!
公式
http://xamarin.com/
前スレ
Xamarin Part5 [無断転載禁止]c2ch.net
http://mevius.5ch.net/test/read.cgi/tech/1498575762/1
煽りはスルー推奨
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured Androidアプリ作ってるけどAdmob広告入れるやり方がXamarinだと分からないです visualstudio2017って、
プロパティウインドウ内のプロパティ名検索機能無いのかよ!
ビックリだわ
一々スクロールバーで探すのめんどくさ過ぎ
IDEとしては有り得んと思うけど、
有料版では検索機能有るんか? 初回セットアップが楽勝で、起動も速いし日本語化されてるし、いいじゃないの!
と思っていた数時間前が懐かしい・・・・ C#でブラウザクライアントまで開発できたらまじで他の言語いらんくなるなぁ リッチクライアント復活なん?
標準技術ならいけるか... プロパティウインドウってWindows Formsのチュートリアルぐらいでしか触ったことないな プロパティウィンドウ、自分もリンクしてるDLLのパスを見るぐらいにしか使ってないな >>547
それが必要なシチュエーションは何だい? 画面にパーツをペタペタ貼って、
各パーツのidやら、テキストの内容やサイズやら、マージンやらを指定するとき >>555
それをプロパティウインドウでやるのは入門書の中だけだから気にしないでいい >>556
まあ、いくつか作り貯めてれば、過去のコードの主要なプロパティ設定部分をコピペすりゃいいのは分かってんだが・・・・
androidstudioで当たり前に出来ることも出来ないとか、VSの方が歴史長いくせに使い勝手が悪いな、って話だわ 検索したいってことは名前は分かってんだよな
アルファベット順に並べりゃいんじゃね? >>558
IntelliSenseって知ってる? >>558
プロパティなんかそこまで多くならないだろうし名前順でわかんだろって感じなのかね
まあフィルタあっていいと思うので要望出しといてくれ Windows Formは知らんがxaml使う開発はプロパティはxamlかコードで設定するからプロパティウインドウ使わない 「XamarinといえばForms」な世界に本当になっちまったんだなあ
Xamarin.iOSならStoryboard編集でプロパティウインドウ使う
Xcodeのが早いけどmac使いたくねえし Xamarin.Forms.Macもライブラリとしてはリリースされてるしな
今はVSへの組み込み待ち xamarinをparallelsで使っていてandroidエミュがhaxm使えないんだけど
どぎゃんしたらのかと? 自己解決した
mac側のvisualstudioで作ったエミュにadb connectコマンドでつなげて解決
parallels proだとhaxmが効くみたいだけど、pro版は金がもったいないから、解決してよかったw つか、昔のバージョンではparallelsでもnested vt出来たらしいじゃねえか
改悪してんじゃねえぞ もう解決したから、買う必要ねえな
次、mbpを新しく買うときはfusionを入れるわw Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなる欠陥品なのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないのが糞
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の糞アプリ認定されてる
MicrosoftのAndroid向けedgeブラウザもXamarin製でなく、
Microsoft自身も糞認定して使わない糞開発環境がXamarin
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い 糞な部分を列挙してるつもりなんだろうが
読めば読むほど無能自慢してるようにしか見えないという
不思議な長文 Xamarin程度のミドルウェアさえ使いこなせない無能のたわごとだからな
生暖かい目で見つつ、心の中で笑ってやれ
こんなところでしか発散できない無能の哀れを OnLongClickListener 的なものを使おうとしたら標準ではサポートしておらず、
ジェスチャーの導入が必要とかでびっくりした。
作ったアプリの起動も遅すぎるし、
完成度低すぎだろこれ。 どうせ起動時に不要なものもあれこれ読み込ませてるんだろうな Xamarinホントすげえな
これあればiOSもAndroidでも行けるんやろ?
これ勉強して会社で無双するわ まあいける。けどどのみちiOS、Android の知識も必要になるけどな マジレスすると
Js使いたくない
HTMLはドキュメント由来だからUIの要素としてはちょっと無理がある時ねーか
ネイティブのアプリと挙動が違う
ストアとかにあげられない
辺りかね。
もちろんブラウザアプリにも利点はあるから場合に応じてって感じか Xamarin、ブレイクしなかったな。
スマホアプリも今後はPWAな方向に行くんかいな。 クロスプラットホームツールで他に有力なのって何よ
個別に作るのは勘弁してくれ 有力なものなどないし永久に出ない
ネイティブでまともなアプリを作るか
Xamarinで糞アプリを作るかだけ ハイブリッドWebアプリってやり方もあるね
ネイティブアプリにWebView貼り付けて、ネイティブ側とWebView側とをJavaScriptで連携するやり方
XamarinのハイブリッドWebアプリの案件も担当したことある XojoがAndroid対応予定だから対応されたら使えるかも >>604
ReactNative使ってる人にも聞いたことあるけど、Xamarinと同じような問題抱えてるしツールの成熟など含めてXamarin よりいいかとは思えなんだ。
まあjs大好きならいいかもね
>>605
したらコルドバとかの方が良かったりしないん? WebView程の糞はない
大抵WebViewを使っている箇所でバグるしUIもネイティブと同じにできない
大体WebView使うなら最初からアプリなんか使わずに全部webページとして作ればいい
WebViewで良いなんて言っているやつはアプリの強みを理解していないと言っているようなもの
メルカリなんか見てもモバイルファーストで最初からアプリで作ったからうまくいってるんだ
まったく時流が読めてない時代遅れのゴミがWebView Xamarinも検討したけど、結局Android StudioとVisual C++のJNI連携にしちゃってるわ。どうもC#は馴染めない… クロス環境なんて生産性が悪すぎるからやめといて正解 C# 悪くないんだけどプラットフォームで共通の部分が C# で書けます、
なんて言われても C++ なら元からそうだし C++ 使ってた人にはアピールしないよな >>613
それC++の部分もデバッグできるの?
後C++は自分は触ってないけど2018年になった今、テンプレートのエラーわかりやすくなったの?と聞いたら何も変わってないと言われたぞ…
正直今更C++では書きたくないな
Xamarinは言語から開発環境、既存の資産の利用含めた総合力で他よりいいと思うけど。 >>614
テンプレートのエラーはわかりやすくなったし、そもそもエラーメッセージを自分出かけるようになったぞ 613だがC++嫌いな人や元々使ってない人はもちろん使わなくていいと思うよ
普段からC++使ってる人がポータブルってだけでc#使うことはないだろう、というだけ。 >>617
人に聞いただけだけも、コンパイラが違うのかね。
自分でかけるの意味がわからんがコンパイルエラー時にそのコンテキストもらってそれをもとにフォーマット出来るってこと? >>620
それは嬉しいのかどうなのか。
まあ普段はデフォのメッセージが出てる、それでわかりにくい時は追加情報取れるからより詳しく出せるってことならまあありかも
デフォのメッセージが最初から十分な情報出してればいいだけだけど Emscriptenで、c++を、WebAssemblyにすれば、マルチプラットフォームアプリが作れる。
仮想マシンは、C#だと、.Netだが、この場合は、wasmになったような感じになる。
つまり、Webアプリではあるが結局それは、C#でも同じような事なのでデメリットには
ならない。 んC++でもマルチプラット開発できるよって話?
ウエブアプリになるのはだいぶ違うし、トータルの開発効率、言語自体の生産性からIDEのデバッグ等含む効率などなど色々違うと思うけど…まあそっちは触ってないので何ともだけど。 WPF は
1. 遅い。
2. LinuxやMacでも上手く動かないらしい。 http://var.blog.jp/archives/69202816.html
↑によると
1. WPFアプリは、VSの「外見」だけが使われている以外には、滅多に使われていない。
2. WPFは、Windows Form Appli に比べて圧倒的に遅い。
Web画面をリロードしているぐらいに遅いらしい。 Electron の API Demos を Win7 で試したら、別ウィンドウで OVERLAPPED WINDOW
や、タイトルバーも URL アドレスバーもない Window を出せることが分かった。
これはWebアプリではなく、紛れもなくスタンド・アロンアプリだ。
さらに、Electronは、JSで記述するが、JSは、内部的にはWebAssemblyと同じような物で、
簡単に後者から前者を呼び出すことが出来る。
WebAssembly は C++で書く事ができるので、C++で、Win/Linux/Mac/Androic/iOS
の全てのプラットフォームに共通のスタンドアローンアプリをC++で書くことができるハズ。 c++はオブジェクト指向を無理矢理cにくっつけたから難解になった
オブジェクト指向でやりたいならc#が現状の最適解 [結論]
1. Emscripten、Electronの組み合わせで、C++で、Win/Mac/Linux/Android/iOSの
ビジネスアプリ、ゲーム作れる。
2. 仮想マシンは、ブラウザ上の WebAssembly(wasm) 実行環境
3. ビジネスアプリは、ElectronのWidgetが使える。
4. Overlapped Window、POPUP Window が作れる。これは、子ウィンドウではなく、
Desktop に Floating している Window。アドレスバーも付かない。
5. Windowには、アプリが占有できるMenuも最初から付けられる。
6. ゲームでは、Canvas、SVG、WebGLと、EmscritenのフルOpenGLのサブセットが
使える。
7. ファイル入出力もできる。
8. node xxx とすると、コンソールアプリとしても起動できるので、サーバーサイドアプリ
も作れる。
9. Xamarineやmono、.Net、C#は終わった。 Xamarin程の糞はない
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin スマン、AndroidとiOSは、Electronだけでは動かないらしい。Android, iOS用に
Meteorで書いておいて、それを Electron のコンテナに入れないといけないらしい。
OVERLAPPED WINDOWがスマフォの狭い画面では対応しにくいからだろうか。 こいつきちがいか。
開発効率とか都合の悪いところには絶対触れないのなw >>639
Cordovaとか避けてるのは何故なんだろw がはははははははwww
MS帝国が終わる日が来るとはなwww ■ このスレッドは過去ログ倉庫に格納されています