3

基になるコード（通常はHTMLとJS）を生成するために追加の「短い」構文を必要とするオンラインプロジェクトの数が増えています。別のポップアップが表示されるたびに、何かが足りないのではないかと思います。

確かに、これらのショートコードを学習して覚えるのにかかる追加の時間は、HTMLやJSなどの基本的な言語を再学習する必要がある異なるチームメンバー（デザイナーなど）間でプロジェクトを渡すときに失われますか？

問題のポイント：テンプレートの生成に使用されているYAML 、およびJavascriptの生成に使用されているプロジェクト（ CoffeeScriptなど） 。他のStackoverflowの人々が、この詳細なレベルの抽象化に大きなメリットがあると考えているのか、それとも、基本テクノロジーの改善を考慮して、これらのタイプのプロジェクトには寿命があると感じているのか、疑問に思っています（HTML5 / CSSを考えています） / JQuery）ここに。マークアップ言語は、これらを本当に正当化するほど十分に進化していませんか？

これ自体は実際には問題ではありませんが、コミュニティの視点を聞くことに興味があることを認識してください。自己生成コードを作成するとき、これらのタイプのプロジェクトには本当に正当な理由があると確信していますが、それ以外では、多くの人々が日常的にそれらを使用していることに戸惑っています。これはジャンプする価値のある時流ですか？

4

3 に答える 3

1

個人的には、javascriptでできることのほとんどは、jQueryなどのライブラリによってすでに簡略化されているため、それだけの価値はないと思います。彼らの寿命に関する限り、それを知るのは難しいです。ただし、javascriptを理解し、コード出力を理解している限り、たとえばCoffeeScriptを使用していない新しいプロジェクトに移動することは、出力コードを持っていくだけの簡単なことです。

于 2010-11-06T14:08:06.073 に答える
1

十分に複雑なプログラムには、Lispの実装が含まれています。

これは、Lispとその友人たちが長年にわたって推進しているイデオロギーです。基本的に、アプリケーションロジックを「生の」言語でコーディングすることはお勧めしません。生の言語は普遍的で低レベルであるため、ロジックはすぐに冗長になり、言語自体をサポートするために必要な多くのコードで汚染されます。

代わりに、アプリケーションに最適なDSLを作成し、このDSLでロジックだけをコーディングしてください。DSLの背後にあるすべての厄介な言語の詳細を非表示にします。これにより、ロジックの改善とサポートがはるかに簡単になります。

一方、Coffescript、GroovyなどはIMOの間違った方法です。彼らは基本的に新しい普遍的な言語を作成しようとしていますが、「より良い」構文で、しかしこれは根本的な問題を解決しません-これらの言語はまだあなたの問題領域ではなく抽象的な計算を記述します。より生産的な方法は、非常に基本的な基礎となる言語と、DLSの作成を簡素化する十分に開発されたマクロ機能を用意することです。これがlisp自体の仕組みです。このアプローチのもう1つの例は、Haxe/Nekoです。

于 2010-11-06T14:59:50.753 に答える
0

私の意見では、短いJS命令を記述し、誰もが最終製品を肥大化させないようにするためにjQueryを好みます。私たちは巨大なポータルを構築しているので、cssフレームワークは好きではありません。また、これらの中に隠されているすべてのものが常に必要なわけではありません。私は、cssリセットを使用してクリアするためにclearfixを使用するなど、いくつかの一般的なルールに基づいてモジュラーcssを作成することを好みます。:)

于 2010-11-06T15:00:24.013 に答える