首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >这门语言有它的利基未来吗?

这门语言有它的利基未来吗?
EN

Stack Overflow用户
提问于 2010-09-07 14:13:12
回答 10查看 700关注 0票数 8

我正在开发一种新的语言,目标是web开发、嵌入应用程序、分布式应用程序、高可靠性软件(但这是为了遥远的未来)。

同时,它的目标是从长远来看减少开发费用--更多的时间来编写更安全的代码,更少的支持。最后,它强制了许多真正的团队必须执行的东西--比如一个跨平台IDE,一个代码,一个web框架。

简而言之,关键的语法/语言特性是:

  1. 开放源码,非限制性许可。当然是跨平台了。
  2. 尝起来像C++,但更简单,具有严格和静态类型检查的Pythonic语法。更容易学习,没有多重继承和其他没人知道的东西:-)
  3. LLVM字节码/编译后端提供了接近-C的速度。
  4. Is同时具有垃圾收集和显式对象销毁。
  5. 真正的OS线程,本机支持多核计算机。多线程是语言的一部分,而不是图书馆。
  6. 类型在任何平台上都具有相同的宽度。int(32)、long(64) e.c
  7. 内置后和先决条件,断言,微小的单元测试。你写一个方法-你可以把所有这些东西写在一个地方,所以你有相关的东西在一个地方。如果您担心类源代码会因此而膨胀,那么hide就需要隐藏您现在不需要的内容。
  8. 类似Java的异常处理(即必须处理所有异常)

我想我现在要离开web和集群功能了..。

你怎么想的?有没有我错过的任何类似的语言?

EN

Stack Overflow用户

回答已采纳

发布于 2010-09-07 23:28:49

分别回答你的几点(我忽略了我认为不重要或好的部分):

针对web开发

大多数人使用php。这不是因为这是最好的语言,这是肯定的。

嵌入应用程序

Lua

分布式应用,高可靠性软件(但这是为了遥远的未来)。

您仔细研究过二郎的设计和参考实现吗?

它强制了许多真正的团队必须执行的东西--比如一个跨平台IDE,一个代码,一个web框架。

如果你的语言成功了,人们会制作其他的IDE,其他的代码样式,其他的网络框架。

多线程是语言的一部分,而不是图书馆。

非常好的多线程语言,禁止线程内部的副作用。是的,在实践中,这只意味着Erlang。

类型在任何平台上都具有相同的宽度。int(32)、long(64) e.c

叹息..。对于机器级语言之外的整数,只有一个合理的宽度,如C:无穷大。

设计自己的语言无疑会教你一些东西。但是,设计一种好的语言就像设计一个好的密码系统:很多业余爱好者都尝试过,但要做到这一点需要一位专家。

我建议您阅读一些关于编程语言设计的诺曼·拉姆齐的答案,从这条线开始。

考虑到您对分布式应用程序的兴趣,了解Erlang是必须的。至于顺序编程,最低限度是一种命令式语言和一种函数式语言(理想情况下,Lisp/Scheme和Haskell都是,但F#是一个很好的开端)。我还建议至少了解一种没有对象的高级语言,这样您就可以理解没有对象常常会使程序员的生活变得更容易(因为对象是复杂的)。

至于什么能驱使别人学你的语言..。好的工具/库/框架不会伤害(FORTRAN,php),而一家大公司树立榜样也不会伤害(Java,C#)。好的设计似乎不是一个重要的因素(一个只有ha的严肃笑话说,语言成功的原因是使用{大括号}来分隔块: C、C++、Java、C#、php).

票数 5
EN
查看全部 10 条回答
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3659432

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档