3

我已经开始使用 Tcl 制作桌面应用程序的原型，并打算将这个想法展示给一些风险投资家。桌面应用程序和 Tcl 都不是流行的，所以我想准备好反驳对这项技术的任何反对意见。以下是我所看到的专业人士，我确信我期待充实大量的缺点，但希望也有更多的专业人士。

  1. 我最初在去年的一份雇佣合同中开始使用 Java 编写一些相同的代码，并且出于法律原因，我想使用一种完全不同的语言来区分我的工作
  2. 虽然代码目前作为命令行脚本运行，但有必要应用 UI，Tk 足以满足原型的需求，并且 Tk 与 Tcl 紧密集成。
  3. 由于我一般远离 Java，我预见到“生产”，而不是原型，UI 是用 C++ 编写的。Tcl 很容易嵌入到 C++ 应用程序中，因此在将性能关键部分移植到 C++ 之前，底层 TCL 引擎将最初能够被嵌入

我知道一个潜在的骗局是“Tk UI 很丑”，但是如上所述，Tk UI 将用于原型，无论如何，Tk 丑陋的问题已经由您真正提出：为什么要考虑 Tk GUI丑陋？

4

4 回答 4

7

Tcl/Tk 擅长几件事。一，很容易在很短的时间内开发出工作原型。第二，Tcl 社区比任何其他语言都更好地解决了分发问题。如果这对您很重要，请阅读 starkits 和 starpacks。Tcl 对虚拟文件系统的内置支持以及将所有内容打包到单个可执行文件（或独立的应用程序和依赖于平台的运行时）的能力是首屈一指的。

Tcl 也将 unicode 嵌入到核心中（并且已经有很长一段时间了），这与某些脚本语言不同，其中 unicode 似乎是事后才添加的。这与体面的消息目录支持相结合，使国际化和本地化变得非常容易（从右到左的语言除外）。

如果没有关于您的程序的确切性质的更多详细信息，很难说为什么 Tcl/Tk 可能是适合您的解决方案。它并不适合所有产品，但很多人会惊讶于 Tcl 擅长的东西有多少。

于 2009-04-27T01:56:19.383 回答
2

我准备的 VC 问题是：

“你打算如何为此雇用人员？”

我个人的经验是，一种语言的招聘情况（数量和质量）通常比语言特征本身更重要。

还要小心使用需要更多技能的解决方案来捍卫自己的位置，例如嵌入解释器、多语言项目、运行时更改等。这再次，因为熟练的人员是瓶颈。

Ps 我个人拒绝所有非本地 GUI。所以我也讨厌 Java 有一段时间了。但我想这在用于原型设计时并不适用。

于 2009-05-01T22:18:23.047 回答
1

不要将“丑陋”的原型骗局视为只有 1 个骗局。与非程序员交谈时，它算作 5 或 6 个缺点：通读一遍，我的观点就在那里

在不了解您的程序的性质的情况下，很难更具体。

于 2009-04-27T01:58:16.743 回答
1

Tk 有主题的 GUI，并且已经有很长一段时间了。让 TK GUI 看起来接近原生是很容易的。TK 在系统资源上也相当容易（当然比 Winforms 更快更小）。

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

于 2009-07-16T15:15:11.187 回答