快捷方式编程语言我缺少什么吗？

Question

我看到在线项目的数量增加，这些项目需要其他“简短”语法来生成基础代码（通常是HTML和JS），并且每次我看到另一个弹出时，我都想知道我是否缺少某些东西。

当然，当不同的团队成员（Designers等人）之间通过项目，他们不得不重新学习基本语言，例如HTML和JS，当然可以学习和记住这些短码所花费的时间？

问题点： Yaml 用于生成模板和项目（例如） 咖啡本 用于生成JavaScript。我只是想知道其他Stackoverflow Folk是否认为这种颗粒状的抽象水平有重大好处，或者是否有一种感觉，这些类型的项目具有任何寿命，考虑到基本技术的改进（我认为HTML5 / CSS / jQuery）在这里。标记语言是否发展得不足以真正保证这些？

意识到这并不是一个真正的问题，而是有兴趣听到社区观点。我敢肯定，在创建自生代码时，确实有充分的理由进行此类项目，但是除此之外，我感到困惑 - 许多人每天都在使用它们。这是一个值得跳跃的潮流吗？

Answer 1

就我个人而言，我认为这是不值得的，因为您在JavaScript中可以做的大多数事情已经被诸如JQuery之类的库简化了。就他们的寿命而言，很难说。但是，只要您知道JavaScript，并且您可以理解代码输出，例如，将不使用CoffeeScript的新项目移动是一个简单的问题，即随身携带输出代码。

Answer 2

任何足够复杂的程序都包含LISP的实现.

这是LISP和朋友多年来提倡的意识形态。基本上，您不鼓励用“原始”语言编码任何应用程序逻辑。原始语言是通用且低级别的，因此您的逻辑很快就会详细地变为详细，并用支持语言本身所需的大量代码污染。

而是创建一个 DSL 在此DSL中，最适合您的应用程序和编码您的逻辑，除了逻辑外。将所有讨厌的语言细节隐藏在DSL后面。这使得逻辑更容易改进和支持。

另一方面，咖啡品，凹槽等诸如IMO之类的事情是错误的。他们基本上试图创建新的通用语言，但使用“更好”的语法，但是，这并不能解决基本问题 - 这些语言仍然描述抽象计算而不是您的问题域。一种更有生产力的方法是拥有一种非常基本的基础语言和一个完善的宏观设施，可以简化创建DLSS。这就是LISP本身的工作方式，这种方法的另一个例子是 haxe/neko.

Answer 3

我认为，我更喜欢写简短的JS说明，并防止所有人膨胀最终产品。我不喜欢CSS框架，因为我们正在构建庞大的门户网站，您并不总是需要隐藏在其中的所有东西。我更喜欢根据一些常见规则编写模块化CSS，例如使用ClearFix清除使用CSS重置。 :)