使用Tcl/Tk原型制作桌面应用程序的优缺点

Question

我已经开始用Tcl原型设计桌面应用程序，并打算向一些风险投资家展示这个想法。由于桌面应用程序和Tcl都不流行，因此我希望做好准备，以应对任何对这种技术的反对意见。以下是我认为的优点，我期待能够找到更多的缺点和优点。

1. 我最初是在去年签订合同时使用Java沿着同样的线编写了一些代码，出于法律原因，我想使用完全不同的语言来区分我的努力。
2. 目前代码运行为命令行脚本，需要应用UI，Tk将足以用于原型，而Tk与Tcl紧密集成。
3. 由于我总体上避免使用Java，我预见“生产”（相对于原型）UI将使用C++编写。 Tcl可以轻松嵌入到C++应用程序中，因此最初可以嵌入底层TCL引擎，然后将关键性能部分移植到C++。

我知道Tk UI的一个潜在缺点是“丑陋”，但是如上所述，Tk UI将用于原型，而且，Tk丑陋的问题已经由我在SO上提出过了：为什么Tk GUI被认为是丑陋的？

- Dexygen

Answer 1

Tcl/Tk在许多方面都表现出色。首先，它非常容易快速开发出工作原型。其次，Tcl社区已经解决了分发问题，比其他任何语言都更好。如果这对您很重要，请阅读有关starkits和starpacks的信息。Tcl内置对虚拟文件系统的支持以及将所有内容打包成单个可执行文件（或单独的应用程序和平台相关运行时）的能力是无与伦比的。

Tcl还将Unicode嵌入到核心中（并且已经有一段时间了），不像某些脚本语言中Unicode似乎是一个事后加上的想法。再加上良好的消息目录支持，使得国际化和本地化变得相当容易（除了从右到左的语言）。

没有更多关于您的程序确切性质的详细信息，很难说Tcl/Tk可能是您的正确解决方案的原因。它并不完美适用于每种产品，但许多人会惊讶地发现Tcl在许多方面都表现出色。

- Bryan Oakley

Answer 2

我需要为你准备的VC问题是：“你将如何招聘人员？” 我个人的经验是，对于一门语言来说，雇佣情况（无论是数量还是质量）往往比语言本身的特性更重要。同时，要小心地用需要更多技能的解决方案来捍卫你的立场，比如嵌入解释器、多语言项目、运行时变更等。这是因为，再次强调，熟练的人才是瓶颈。另外，我个人拒绝所有非本地GUI。所以我曾经相当讨厌Java。但我想，在用于原型制作时，这种情况可能不适用。

- Marco van de Voort

Answer 3

Tk已经有主题化的GUI界面了，而且已经有一段时间了。很容易让TK GUI看起来接近本地化。TK对系统资源也相当友好（肯定比Winforms更快、更小）。

Tcl的关键论点是将其用作应用程序的脚本和扩展机制。如果您使用内置的Tcl解释器在C++中编写应用程序，并可以从Tk中获取所需内容，则可能能够在其自己的脚本语言中编写应用程序的重要部分。这比编写本地C++ GUI更快、更容易。但是，Tk并不特别功能丰富，因此在承诺之前，您需要确信自己可以做到想要的事情。

- ConcernedOfTunbridgeWells

Answer 4

不要认为“丑陋”的原型 con 只是一个 con。当与非程序员交谈时，它相当于 5 或 6 个 cons：阅读全部内容，我的观点在其中

如果不知道您的程序性质，很难更具体地说明。

- jmucchiello