アカウント名:
パスワード:
かなり謎な理論に感じますが・・・
まず、普通はプラットフォーム毎に別のAPIを使うような環境依存性が高く、大規模なアプリはネイティブで作る事が多い。(今回のCOCOAみたいなのでXamarin使ってるのは日本ぐらいでは?)その方がプラットフォーム依存周辺の複雑性を下げられて間違いが少ないのと、パフォーマンスが上がるからね。(ただOS毎に別々に開発するので、初期的に費用が高くつくことがある。)とはいえ、とにかく早くスピード重視で公開したかったら、Xamarinみたいなミドルウェアを間にかませる選択肢は十分ある。それはロジックをある程度共通化できるから。ミドルウェアを採用した場合はリリ
>もしネイティブで作ってれば各OSの更新を見ていればよくて、ミドルウェアに付き合う必要はない。>ここまでが前提。
デマだらけで草
ネイティブで作ってミドルウェア使わないなら、ミドルウェア考えなくていいのはそのとおりでは?
ネイティブで作ってれば、ミドルウェアに付き合う必要はない。←あきらかな嘘
ミドルウェア使わないなら、ミドルウェアに付き合う必要はない。←小泉回文
ネイティブに関係なく、ミドルウェア使うなら(使わないなら)ミドルウェアに付き合う必要がある(必要がない)。←前提に関係ないとバレる
1行目からおかしいしどこが明らかな嘘なんだよ…ネイティブで作ってればXamarinみたいな問題のあるミドルウェアが要素に入らないじゃん。
JavaVMやLLVMをミドルウェアと思ってるんじゃないか?ミドルウェア=Xamarinだよ。フレームワークとも言うが。
ネイティブなら問題ない ←嘘でしたフレームワーク使わないなら問題ない ←嘘でしたミドルウェア使わないなら問題ない ←嘘でしたXamarin使わないなら問題ない ←典型的ななぜなぜ誤り
もともとのコメントはネイティブなら「問題ない」んじゃなくて、「OSの更新だけ見れば済む」っていう主張でしょう。「Xamarin(フレームワーク)を使わないなら問題ない」とも言われてない。「Xamarinの部分を考慮しなくていい」ってことだよ。それをなぜ問題ないと考えたのか。
ネイティブなら「ミドルウェアに付き合う必要はない」でしょ、謎すぎる。#3978715 は一行毎につっこみたいほど意味不明
『ネイティブ』を『ネイティブコード』ではなくて『ネイティブ開発』と読んでやれば、まあおかしくはない気がするが…
>『ネイティブ』を『ネイティブコード』ではなくて『ネイティブ開発』と読んでやれば、まあおかしくはない気がするが…
いまどきネイティブ開発だろうが、極端なリスク低下はないと思う。そもそもAndroid自体がネイティブ開発って概念と程遠い存在ではw
Androidってそんなにハイブリッドアプリが開発されてんの?XamarinとかFlutterを使わない開発(ネイティブ開発)のほうが少ないかと思ってた…
>Androidってそんなにハイブリッドアプリが開発されてんの?>XamarinとかFlutterを使わない開発(ネイティブ開発)のほうが少ないかと思ってた…
どう見てもiOS/Androidのマルチプラットフォームのアプリだらけだろ。それとも殆どがネイティブアプリを二重開発してると思ってるのか?そういう品質管理の発想はなかったわw
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
フレームワークにバグが見つかると、発注や運用の問題? (スコア:0)
かなり謎な理論に感じますが・・・
Re: (スコア:-1)
まず、普通はプラットフォーム毎に別のAPIを使うような環境依存性が高く、大規模なアプリはネイティブで作る事が多い。(今回のCOCOAみたいなのでXamarin使ってるのは日本ぐらいでは?)
その方がプラットフォーム依存周辺の複雑性を下げられて間違いが少ないのと、パフォーマンスが上がるからね。(ただOS毎に別々に開発するので、初期的に費用が高くつくことがある。)
とはいえ、とにかく早くスピード重視で公開したかったら、Xamarinみたいなミドルウェアを間にかませる選択肢は十分ある。それはロジックをある程度共通化できるから。
ミドルウェアを採用した場合はリリ
Re: (スコア:0)
>もしネイティブで作ってれば各OSの更新を見ていればよくて、ミドルウェアに付き合う必要はない。
>ここまでが前提。
デマだらけで草
Re: (スコア:0)
ネイティブで作ってミドルウェア使わないなら、ミドルウェア考えなくていいのはそのとおりでは?
Re: (スコア:0)
ネイティブで作ってれば、ミドルウェアに付き合う必要はない。←あきらかな嘘
ミドルウェア使わないなら、ミドルウェアに付き合う必要はない。←小泉回文
ネイティブに関係なく、ミドルウェア使うなら(使わないなら)ミドルウェアに付き合う必要がある(必要がない)。←前提に関係ないとバレる
Re: (スコア:0)
1行目からおかしいしどこが明らかな嘘なんだよ…
ネイティブで作ってればXamarinみたいな問題のあるミドルウェアが要素に入らないじゃん。
JavaVMやLLVMをミドルウェアと思ってるんじゃないか?
ミドルウェア=Xamarinだよ。フレームワークとも言うが。
Re: (スコア:0)
ネイティブなら問題ない ←嘘でした
フレームワーク使わないなら問題ない ←嘘でした
ミドルウェア使わないなら問題ない ←嘘でした
Xamarin使わないなら問題ない ←典型的ななぜなぜ誤り
Re: (スコア:0)
もともとのコメントはネイティブなら「問題ない」んじゃなくて、「OSの更新だけ見れば済む」っていう主張でしょう。
「Xamarin(フレームワーク)を使わないなら問題ない」とも言われてない。「Xamarinの部分を考慮しなくていい」ってことだよ。それをなぜ問題ないと考えたのか。
Re: (スコア:0)
ネイティブなら「ミドルウェアに付き合う必要はない」でしょ、謎すぎる。
#3978715 は一行毎につっこみたいほど意味不明
Re: (スコア:0)
『ネイティブ』を『ネイティブコード』ではなくて『ネイティブ開発』と読んでやれば、まあおかしくはない気がするが…
Re: (スコア:0)
>『ネイティブ』を『ネイティブコード』ではなくて『ネイティブ開発』と読んでやれば、まあおかしくはない気がするが…
いまどきネイティブ開発だろうが、極端なリスク低下はないと思う。
そもそもAndroid自体がネイティブ開発って概念と程遠い存在ではw
Re: (スコア:0)
Androidってそんなにハイブリッドアプリが開発されてんの?
XamarinとかFlutterを使わない開発(ネイティブ開発)のほうが少ないかと思ってた…
Re:フレームワークにバグが見つかると、発注や運用の問題? (スコア:0)
>Androidってそんなにハイブリッドアプリが開発されてんの?
>XamarinとかFlutterを使わない開発(ネイティブ開発)のほうが少ないかと思ってた…
どう見てもiOS/Androidのマルチプラットフォームのアプリだらけだろ。
それとも殆どがネイティブアプリを二重開発してると思ってるのか?そういう品質管理の発想はなかったわw