質問

基礎となるコード(一般的にHTMLとJS)を生成するために追加の「短い」構文を必要とするオンラインでのプロジェクトの数が増加しています。また、別のポップアップを見るたびに、何かが足りないのではないかと思います。

確かに、これらのショートコードを学び、覚えているためにかかる追加時間は、異なるチームメンバー(Designers et al)間でプロジェクトを渡すと失われます。

問題のポイント: Yaml テンプレートの生成に使用され、プロジェクト(など) coffeescript JavaScriptを生成するために使用されます。他のStackoverflowの人々は、この粒度のレベルの抽象化に大きな利点があると考えているのか、それともベーステクノロジーの改善を考慮して、これらのタイプのプロジェクトが寿命を持っていると感じているのではないかと思っています(HTML5 / CSSを考えています/ jQuery)ここに。マークアップ言語は、これらを本当に保証するほど十分に進化していませんか?

これが実際には質問ではないことを認識してください。しかし、コミュニティの視点を聞くことに興味があるでしょう。自己生成コードを作成する際には、これらのタイプのプロジェクトには本当に十分な理由があると確信していますが、それ以外では、私は困惑しています - 多くの人々が日々使用しています。これはジャンプする価値のある時流ですか?

役に立ちましたか?

解決

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

他のヒント

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

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

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

反対側では、coffescript、グルーヴィーなどのようなものは、間違った方法です。彼らは基本的に新しい普遍的な言語を作成しようとしていますが、「より良い」構文を備えていますが、これは根本的な問題を解決しません - これらの言語は、問題ドメインではなく抽象的な計算を依然として説明しています。より生産的な方法は、非常に基本的な基礎となる言語と、DLSSの作成を簡素化するよく発達したマクロ施設を持つことです。これがLISP自体の仕組みであり、このアプローチのもう1つの例は Haxe/Neko.

私の意見では、私は短いJSの指示を書いて、誰もが最終製品を膨らませるのを防ぐためにjQueryを好みます。私たちは巨大なポータルを構築しており、これらの内部に隠されたすべてのものを必ずしも必要とするとは限らないので、CSSフレームワークは好きではありません。 CSSリセットを使用してクリアするためにClearFixを使用するなど、いくつかの一般的なルールに基づいてモジュラーCSSを作成することを好みます。 :)

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top