アカウント名:
パスワード:
windows phoneは普通のwindows向けのコードがほぼそのまま無修正で使えるから開発が本当に楽。消えてしまったのが残念でならない。
それってWindows Phoneが失敗した理由そのものですよね。
Microsoftは互換性維持に関してはかなりよくやっているほうだとは思いますが、Windowsで作っていたコードをそのまま動かしてしまうと、アプリそのものの観点では、画面の小ささと指先操作によって使いにくいものにしかならず、コードそのものの観点では、メモリやストレージの小ささによって不安定化やリソース不足を引き起こしてしまいます。
AndroidもiOSも、そのような「富豪プログラミング」との決別が、普及の鍵だったのではないでしょうか。
それはプログラムの作り方が悪いだけでしょ・・・Windows Phoneの失敗とは関係ないよ。Windows PhoneでPC向けのExcelをそのまんま動かすような発想をする奴はプログラム組むのやめさせた方がいい。
同意ですが、それは
> windows phoneは普通のwindows向けのコードがほぼそのまま無修正で使えるから開発が本当に楽。
が的外れであるってことでは？
今時の開発はUIとコードは分離してるので、コードがほぼ無修正はその通りじゃないかな(場合によりけりだけど)。
最初からモバイル向けを考慮してUI作っている場合は無修正で行ける。最初からモバイル向けを考慮してなくても無修正で行ける「場合もある」。
しかし、UIとコードの分離がきちんとしてなくて、UIの修正に伴ってコードの修正が必要なケースもあるのはあると思う。
で、まあ(#3271414)は「ほぼ」そのまま無修正、しかもコードにしか言及してないから、別に矛盾してるとも的外れとも思わないなぁ。言葉足らずではあると思う。
> AndroidもiOSも、そのような「富豪プログラミ
#3271451ですが、#3271429氏とは別人で、かつ「AndroidとiOSが富豪的プログラミングと決別している」とも思っていません。
自分としては、モバイル向けアプリケーションは単純なUIレベルの修正ではなく、根本の設計から見直すべきだと考えますので、「普通のwindows向けのコード」がほぼそのまま動くとは感じませんね。画面遷移からして、デスクトップアプリケーションとモバイル向けアプリケーションは異なるものですし。
あ、別人だったのね。ごめんよ。
> 自分としては、モバイル向けアプリケーションは単純なUIレベルの修正ではなく、根本の設計から見直すべきだと考えますので、「普通のwindows向けのコード」がほぼそのまま動くとは感じませんね。
それも結局アプリによらないかな。軽いゲームだったら根本の設計から見直す必要ないだろうし。うーん、いや、どうなんだろう。根本の設計から、かぁ。私がデスクトップからの移植をした事ないからかも知れないけど、ピンと来る様な来ない様な。と思ったけど
> 画面遷移からして、デスクトップアプリケーションとモバイル向けアプリケーションは異なるものですし。
という事は、本当に普通のWindowsアプリとWindows Phoneのアプリを比較して言っていたのかな？コード移植云々の話だから、私はUWPを前提に話していたのだけども。普通のWindowsアプリとの比較なら、確かに全面的に仰る通りだと思うよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
開発は楽 (スコア:0)
windows phoneは普通のwindows向けのコードがほぼそのまま無修正で使えるから開発が本当に楽。
消えてしまったのが残念でならない。
Re: (スコア:1)
それってWindows Phoneが失敗した理由そのものですよね。
Microsoftは互換性維持に関してはかなりよくやっているほうだとは思いますが、
Windowsで作っていたコードをそのまま動かしてしまうと、
アプリそのものの観点では、画面の小ささと指先操作によって使いにくいものにしかならず、
コードそのものの観点では、メモリやストレージの小ささによって不安定化やリソース不足を引き起こしてしまいます。
AndroidもiOSも、そのような「富豪プログラミング」との決別が、普及の鍵だったのではないでしょうか。
Re: (スコア:0)
それはプログラムの作り方が悪いだけでしょ・・・Windows Phoneの失敗とは関係ないよ。
Windows PhoneでPC向けのExcelをそのまんま動かすような発想をする奴はプログラム組むのやめさせた方がいい。
Re: (スコア:0)
同意ですが、それは
> windows phoneは普通のwindows向けのコードがほぼそのまま無修正で使えるから開発が本当に楽。
が的外れであるってことでは？
Re: (スコア:0)
今時の開発はUIとコードは分離してるので、コードがほぼ無修正はその通りじゃないかな(場合によりけりだけど)。
最初からモバイル向けを考慮してUI作っている場合は無修正で行ける。
最初からモバイル向けを考慮してなくても無修正で行ける「場合もある」。
しかし、UIとコードの分離がきちんとしてなくて、UIの修正に伴ってコードの修正が必要なケースもあるのはあると思う。
で、まあ(#3271414)は「ほぼ」そのまま無修正、しかもコードにしか言及してないから、別に矛盾してるとも的外れとも思わないなぁ。
言葉足らずではあると思う。
> AndroidもiOSも、そのような「富豪プログラミ
Re:開発は楽 (スコア:0)
#3271451ですが、#3271429氏とは別人で、かつ「AndroidとiOSが富豪的プログラミングと決別している」とも思っていません。
自分としては、モバイル向けアプリケーションは単純なUIレベルの修正ではなく、根本の設計から見直すべきだと考えますので、「普通のwindows向けのコード」がほぼそのまま動くとは感じませんね。
画面遷移からして、デスクトップアプリケーションとモバイル向けアプリケーションは異なるものですし。
Re:開発は楽 (スコア:1)
画面繊維なんて UI に閉じた話だから、本体コードとは分離してるでしょ。
ここ数年は、分離できてないシステム見てないぞ。
なんちゃって MVC なJavaフレームワークの大半は分離できないだろうってのは多いけど、デスクトップ向け含めて、一般的なフレームワークなら完全に分離されてる。
もちろん UWP も完全に分離されてるよ。
Re: (スコア:0)
あ、別人だったのね。ごめんよ。
> 自分としては、モバイル向けアプリケーションは単純なUIレベルの修正ではなく、根本の設計から見直すべきだと考えますので、「普通のwindows向けのコード」がほぼそのまま動くとは感じませんね。
それも結局アプリによらないかな。
軽いゲームだったら根本の設計から見直す必要ないだろうし。
うーん、いや、どうなんだろう。根本の設計から、かぁ。
私がデスクトップからの移植をした事ないからかも知れないけど、ピンと来る様な来ない様な。
と思ったけど
> 画面遷移からして、デスクトップアプリケーションとモバイル向けアプリケーションは異なるものですし。
という事は、本当に普通のWindowsアプリとWindows Phoneのアプリを比較して言っていたのかな？
コード移植云々の話だから、私はUWPを前提に話していたのだけども。
普通のWindowsアプリとの比較なら、確かに全面的に仰る通りだと思うよ。