我最近从几个来源听说过 Magic 编程语言，但我不记得以前听说过它。有人提到它是来自以色列的编程语言。我做了一些谷歌搜索，找不到太多关于它的信息。我找不到任何代码示例，维基百科也没有任何信息。我认为这是它的网站http://www.magicsoftware.com/en/products/?catID=70虽然我不确定，因为它提到了 uniPaaS 而不是魔法。然而，网站上的其他材料表明这是它的新名称。
我有兴趣从它的从业者那里而不是公司那里了解更多关于它的信息。我在互联网上看到了一些声称它提供了非常快速的应用程序开发，类似于 RoR 支持者在它问世时的声称。
如果您可以发布一些示例代码，那也将是最有帮助的。
这个网站可以吗？虽然它链接回上面的页面。
你说得对我的朋友，Magic 是“编程语言”的原名，现在叫做 UniPaaS（Uni Platform as a Service），我用它来开发一些商业应用程序。也许是创建应用程序（数据操作）最快的方法，您可以在短短几天内创建应用程序，但就像生活中的一切都有其缺点：
如果您有兴趣了解这一点，您可以下载该软件的“免费”版本，该软件仅适用于名为 UniPaaS Jet 的 sqlite 数据库。
Magic Language 就是今天所说的 uniPaaS，它曾经是 Magic 而不是 eDeveloper，现在 uniPaaS是 PachinSV menchend。uniPaaS 是一个应用平台，使企业、独立软件供应商 (ISV) 和系统集成商 (SI) 能够更成功地构建和部署业务应用程序。
您可以在此处下载 uniPaaS Jet的免费版本： http ://web.magicsoftware.com/unipaas-jet-download ，自己尝试一下，看看它是多么容易使用。
您所描述的 Magic 技术是一款 Magic Software Enterprises 工具 (uniPaaS)，您可以找到更多信息：
如果您觉得这些信息有帮助，请告诉我
鲍勃
正如 PachinSV 解释的那样，有一个 RAD 曾经称为 Magic，然后是 eDeveloper，现在是 UniPaaS。此 RAD 专用于数据库应用程序。这个 RAD 中的编程看起来不像我所知道的任何其他东西，您通常不会像使用通常的语言那样编写代码，但几乎不可能用文字来解释。应用程序是解释的，而不是编译的。
正如 PachinSV 所说，在开发的时候，你必须遵循 UniPaaS 的做事方式。这可能就是为什么这么多人永远无法正确使用万智牌的原因：如果您在学习之前喜欢万智牌，那么您将很容易适应它；但是，如果您在使用其他数据库开发工具方面拥有长期而成功的经验，那么 Magic 范式通常对您来说永远不会变得自然。学习曲线非常陡峭，您必须先学习很多东西才能编写一个小应用程序。
以前的版本将“代码”存储在数据库表中。最后一个版本，UniPaas 将代码存储在 xml 文件中。如果 PachinSV 之前没有回答您，我可以给您发送一个示例。但是文件非常大：我在测试应用程序中拥有的最小 xml 文件是 4000 字节，任何应用程序至少由 11 个文件组成，一个空应用程序是 7600 字节。您还必须了解，开发人员从不使用这些文件（它们是未记录的 AFAIK），它们只是 UniPaaS 内部使用的存储格式。使用它们的唯一方法是将它们设置为 UniPaaS 应用程序。
我仍然是一名活跃的 MAGIC 开发人员......这是使用的旧名称，它是一个完全不同的范例，就像你们中的一些人提到的那样。我一直在将它从 Magic 8.x 版开发到 eDeveloper 9.x 到 10.x，然后重命名为 UniPAAS。
较新的版本更易于使用，并且在您编写的代码很少或没有代码的意义上仍然非常RAD......许多常见的编程任务，如IO，SQL命令......等等都由该工具处理并且是透明的（因此我们几乎在所有类型的应用程序中都使用它，因此编写的代码更少）...它主要是一个企业工具...您不会将它用于小型应用程序...您可以下载免费版本来学习范式...但是企业许可证很昂贵..如果要部署，您需要开发工具和运行时许可证...因此对于小型项目来说可能很昂贵...
我个人很喜欢它，特别是当您必须进行快速概念验证或快速数据迁移或移植到任何数据库平台并通过他们提供的许可版本的各种网关桥接任何现有系统时。它是最新的使用常用的 Web 技术……比如 SOAP、RIA……
它在欧洲更受欢迎......美国的总部在欧文......我们曾经在加拿大有 2 个分支机构，但它在 2001 年关闭......访问雅虎上的魔术用户组......它非常活跃的论坛有很多很酷的人，他们会帮助你完成你的任务......
我用 Magic 编程了 6 年，发现它是一个非常快的工具，如果你是一个称职的数据库程序员，它很容易理解，因为所有操作都是关于数据操作的。它肯定是一个利基领域，因此工作很少而且相距甚远。正如它所解释的那样，实际上没有错误可做。它将同时与许多数据库/连接一起工作，但内存和处理量很大。
缺点 ：
好点：
在上述几个人提到的原始 Magic PC 中开发。
正是这样：FAST，FAST，但它允许你做的事情既昂贵又僵化。它适用于像矩阵一样的刻度脚趾。将命令放入各个部分确定它们何时运行。中间列无限期运行，直到您中断循环。这就像一个直到循环。如果你必须做一个项目，一旦你把它放入这个无限循环并在一个循环后结束它。第一列程序首先运行一次，在无限中间列运行之前。第三列命令在无限循环之后运行一次。一旦你克服了无限循环的想法，它就会非常有效和合乎逻辑。
可以指定类型和相关的程序来呈现该类型。然后在任何使用类型的地方，所有设置都会自动启动。我特别喜欢一个人可以编写程序，5个月后更改一个变量的名称，并在整个程序中进行。事实上，该程序不会将您的名字用于任何事情。任何和所有变量的内部名称对最终用户都是隐藏的，因此更改名称当然不是问题。为任何表格编写输入程序需要一分钟。为数据库中的所有数据文件编写导出/导入程序需要一分钟。
附加到独立于程序本身的 Btrieve 或 SQL 等类型的数据库。
我停止使用该语言是因为他们对运行时引擎的要求比我为希望用它运行的程序收取的费用要多。比尔·盖茨则反其道而行之。VB 在控制方面更胜一筹，能够将 10 个数据网格视图放到同一个屏幕上，但开发速度要慢 10 倍。
它的利基是大公司的程序的概念证明或开发公司的转换、导入、导出。这对于 25,000 美元的数据库重且不移动的程序很有用。
uniPaaS，魔术电脑
我在 1993 年左右做了一些 Magic 工作。它是来自以色列的基于 DOS 的 4GL。从那以后就没见过了。
它与VB相比如何？
它没有。
它仍然是比当前的 .net 或 mvc 框架（如 django、ror ...等）更好的 RAD 工具吗？
如果您的意思是“它更快速”，那么是的，否则不是。
学习有多难？
和学习 MS Access 一样难。
巧合的是，如果您想了解它是什么以及它是如何工作的，我发现将它与 MS Access 进行比较很方便。从用户或开发人员的角度来看，它的工作方式几乎相同。显然，背景中发生的事情大不相同，但如果您曾经在 Access 的设计视图中开发过表单，那么万智牌看起来会非常熟悉。
谷歌告诉我还有 MAGIC/L。我能找到的只是这个简介：
用 Forth 编写的程序语言。最初在 CP/M 下的 Z80 上运行，后来可用于 IBM-PC 和 Sun 3s。