C# 瓦拉能活下来吗？

我只是想知道事情进展如何。我不确定这是一项伟大的新技术，还是仅仅是一项即将被淘汰的技术。有人知道有多少人在做这个项目吗？我是否可以帮忙（写教程、报告/修复bug等等）？

它是开源的，所以不会消亡。也就是说，有很多人（包括我自己）喜欢c#，但也希望能够从他们的硬件中获得最大的性能。这可以让你在使用你最喜欢的语言时做到这一点。我看不到像这样的东西会死

编辑

---

另外，我不为嵌入式设备编程，但我想象这样的东西可以打开c#以及它给不同平台带来的所有好处。这一定会引起一些兴趣。

看起来很不错，这是我在开始之前关注的问题之一。我已经开始了，两周后，我认为情况看起来相当健康。

如果你检查一下Vala项目的指标，你可以看到它从一开始就有一个非常强劲的增长模式。它不仅是开源的，而且随着时间的推移，越来越多的开发人员对它做出了贡献，越来越多的人依赖它，等等

您可以单击“非常大、活跃的开发团队”和“已建立的代码库”链接，查看这些标记与其他开源项目相比在数量上的意义

---

如果您查看Linux桌面场景，每2个新应用程序似乎都是用Vala编写的。至少在Linux桌面上，Vala正在迅速成为首选语言

考虑到大量使用Vala编写的GNU/Linux软件，我认为它不会很快出现在任何地方：

• 及

---

瓦拉很有可能拥有一个繁荣的未来：
让我们只谈一会儿侏儒。如果您监视GNOME贡献者的情况，您会注意到许多新的人进入场景，他们不遵守“C语言中的真人代码”原则。这些人是在Python和Ruby等高级语言中成长起来的，而这些人在编写gobject代码时需要大量的锅炉板代码，这让你望而却步。甚至相当多的老GNOME项目也正在迁移到Vala
然而，Vala不仅在UI代码方面大放异彩，它还是一个非常好的选择 每个想要编译代码的速度加上现代面向对象语言的抽象的人。尤其是对闭包和协同路由的支持，使我们能够以非常清晰简洁的方式编写算法。不是你不能用C++做那件事，但是它更麻烦。

---

最后但并非最不重要的一点是，目前正在进行的工作使Vala在不依赖gobject库的情况下变得有用——所谓的“posix”配置文件实现了有限的功能，允许您使用Vala为嵌入式CPU（想想Atmel）编写内核模块或代码。
这使用了一个非常松散的“软件死亡”定义@是的，我知道。我想我在slashdot玩得太多了。。。每当有人用同样的语法提到“死”和“开源”，他们就会脱口而出我说的话。但在我看来，这件事太酷了，不可能消失。你不需要供应商将Vala支持——Vala预处理（呃，“编译”）添加到C中。我喜欢Vala，因为它意味着我可以在Linux上做一些高级的事情，而不必通过Mono/C#向微软致敬，这似乎是亵渎神明的，而且对我来说比使用Python更合乎逻辑。我之所以使用Python，只是因为我可能不得不这样做，但我更喜欢PHP或C。我不擅长C，所以Vala看起来是下一个最好的选择。所以，我希望瓦拉能生存并成长。2013年，瓦拉还活着，还活着我是说每2个新的流行应用程序：P

[需要引证]

cfront有什么问题吗？未来调用，它仍然存在：pban您不使用gObject库编写内核代码吗？@Laststststud:不幸的是，gObject需要一个运行时c库，如glibc（至少对于malloc和free，但实际上更多），这在内核空间中是绝对不可用的。你可以看看klibc，但它不一样。