prototype - Tcl/Tkを使用してデスクトップアプリをプロトタイピングするための長所と短所

Question

私はTclを使用してデスクトップアプリのプロトタイプを作成し始めており、そのアイデアをベンチャーキャピタリストに提示するつもりです。デスクトップアプリもTclも流行していないので、このテクノロジーに対する異議に対抗する準備をしたいと思います。以下は私が見ている長所です。私が確信している多くの短所を具体化することを楽しみにしていますが、うまくいけばさらにいくつかの長所もあります。

1. 私はもともと、Javaを使用して、昨年の雇用契約で同じ行に沿っていくつかのコードを書き始めましたが、法的な理由から、まったく異なる言語を使用して自分の努力を差別化したいと考えています
2. 現在のコードはコマンドラインスクリプトとして実行されていますが、プロトタイプにはTkで十分なUIを適用する必要があり、TkはTclと緊密に統合されています。
3. 私は一般的にJavaから離れているので、プロトタイプではなく、「本番環境」を予測しています。UIはC++で記述されています。TclはC++アプリに簡単に組み込むことができるため、パフォーマンスが重要なセクションをC ++に移植する前に、基盤となるTCLエンジンを最初に組み込むことができます。

潜在的な欠点は「TkUIは醜い」だと理解していますが、前述のように、Tk UIはプロトタイプ用であり、とにかく、Tkは醜い問題です。ぶさいくな？

Answer 1

Tcl/Tk はいくつかの点で優れています。1 つ目は、動作するプロトタイプを非常に短い順序で開発するのは非常に簡単です。2 つ目は、Tcl コミュニティは配布の問題を他のどの言語よりもうまく解決したことです。これが重要な場合は、スターキットとスターパックを読んでください。仮想ファイル システムに対する Tcl のビルトイン サポートと、すべてを 1 つの実行可能ファイル (または個別のアプリとプラットフォーム依存のランタイム) にパッケージ化する機能は、他の追随を許しません。

また、Tcl には Unicode がコアに組み込まれています (そして、かなり長い間、Unicode が組み込まれています)。これは、Unicode が追加されたように見える一部のスクリプト言語とは異なります。これに適切なメッセージ カタログのサポートを組み合わせると、国際化とローカライズがかなり簡単になります (右から左へ記述する言語を除く)。

あなたのプログラムの正確な性質についての詳細がなければ、なぜ Tcl/Tk があなたにとって正しい解決策であるかを言うのは難しいです. すべての製品で完璧というわけではありませんが、Tcl が得意とする機能の多さに驚く人も多いでしょう。

Answer 2

私が準備するVCの質問は次のとおりです。

「そのためにどのように人員を雇うつもりですか？」

言語の採用状況（量と質の両方）は、言語自体よりも重要であることが多いという私の個人的な経験。

また、通訳者の埋め込み、多言語プロジェクト、ランタイムの変更など、さらにスキルが必要なソリューションで自分の立場を守るように注意してください。これも、熟練した人員がボトルネックであるためです。

個人的に私はすべての非ネイティブGUIを拒否します。ですから、私もかなり前からJavaが嫌いでした。しかし、プロトタイピングに使用する場合は当てはまらないと思います。

Answer 3

「醜い」プロトタイプ詐欺をたった1つの詐欺と見なさないでください。非プログラマーと話すとき、それは 5 つまたは 6 つの短所としてカウントされます。最後まで読んでください。私のポイントはそこにあります。

プログラムの性質を知らなければ、より具体的にすることは困難です。

Answer 4

Tk にはテーマ別の GUI があり、かなり前から使用されています。TK GUI をネイティブに近づけるのは非常に簡単です。TK は、システム リソースの使用もかなり簡単です (確かに、Winforms よりも高速で小さい)。

Tcl の重要な議論は、アプリケーションのスクリプト作成および拡張メカニズムとして使用することです。組み込みの Tcl インタープリターを使用して C++ でアプリケーションを作成し、必要なものを Tk から取得できる場合、アプリケーションのかなりの部分を独自のスクリプト言語で作成できる可能性があります。これは、ネイティブ C++ GUI をコーディングするよりも速くて簡単です。ただし、Tk は特に機能が豊富なわけではないため、コミットする前に、やりたいことを実行できることを確認する必要があります。