0

PackagedApp (html5 + js) を開発し、それを組み込み/軽量 Web サーバーと一緒に出荷するのは理にかなっていますか?

その背後にある主なアイデアは、バックエンド/ロジックを「通常の」言語で一度記述し、後でそれを PackagedApp と共に出荷し、HTML5 + JS を使用して、私の意見で彼らが得意とするもの => GUI にすることです。

今のところ、おそらくある種のローカルストレージ（+ある種のORM、または組み込みのnoSQL db）を備えたネイティブアプリケーションであるアプリが必要ですが、後でリモートサーバーに移動します。ページ全体をホストし、ユーザーがログインできるモジュールを追加してオンにし、認証メカニズムをフックし、別の DB をフックします (もう埋め込まれていません)。

そのようなアプリを書くのは理にかなっていますか? または、そのようにこれを行うのはばかげており、プログラミング言語を選択し、その言語（クロスプラットフォームが望ましい）でGUIライブラリを検索し、その言語でネイティブアプリを作成する方がはるかに簡単です。もちろん、適切なパターンを使用して分離しますロジックと GUI を作成し、後で Web アプリを作成しますか?

ネイティブ GUI ライブラリを学ぶのが嫌いなので、考えています。それぞれが異なり、コードは常に見苦しく、保守が困難でした。私は複数の異なるプラットフォーム用に Swing/QT/WPF でいくつかのコードを書きました。私はバックエンドの開発者であり、GUI に触れるべきではありませんが、基本的なものを書き、後で誰かを雇ってそれを改善したいと思います。しかし、彼の仕事やその後の GUI との統合が面倒なことにはなりません。

私にとって、HTML+js はよりクリーンで人気があります。その中で何かを書いたり、誰かを雇って派手な GUI を設計したりするのは簡単です。私はバックエンド開発が好きなので、REST サーバーを書いてそれをフックするのは自然なことだと思います。しかし、誰かがそのようにしたかどうか知りたいのですが、それはすべての面で完全な災害ではありませんでした.

パフォーマンスは少し落ちると思います。その他の欠点はありますか？

4

1 に答える 1

0

あなたの全体的な目標を理解していれば、移植可能なデスクトップ アプリをコーディングする方法として JavaScript + HTML + CSS を使用しながら、コードの大部分をあなたが「通常の」言語と呼んでいる言語 (Python を意味すると想定) で記述することです。 PHPなど

このアプローチは私には複雑すぎるようです。クライアントとサーバー (どちらもデスクトップ上) の間の対話は複雑になります。これは、サーバーがリモートにある場合には価値がありますが、実質的に同じアプリである場合にはやり過ぎです。他の誰かがコードを保守しなければならない場合に特に重要なもう 1 つの欠点は、関与する言語とテクノロジが多すぎることです。

おそらく、wxWidgets のようなツールキットを使用する方がよいでしょう。

于 2013-12-06T21:17:39.350 に答える