タグ付けされた質問 「javascript」

JavaScript(Javaと混同しないでください)は、クライアント側とサーバー側の両方のスクリプトで使用される、高レベルで動的なマルチパラダイムの弱く型付けされた言語です。ECMAScript、JavaScript、JScriptなどの一般的な実装に関する質問には、このタグを使用します。JSは通常、そのECMA従兄弟であるActionScriptを参照しません。

9
jQueryを使用することを恥じていますか?[閉まっている]
過去数週間で気付いたのは、多くの大手商用Webサイトが多くのプラグインと組み合わせてjQueryを使用していることです。しかし、認めないでください。プラグインと同様に、メインライブラリの名前を不明瞭なものに変更します。MIT / GPLライセンス情報を含むコメントもかなり削除されます。(今日ちょうどodeon.co.ukがまさにこれを行ったことに気づいた) なぜ彼らはこれをしているのですか?彼らは無料でオープンソースのライブラリを使用しているという顔に恥じていますか?

5
Promiseを拒否するのはエラーの場合のみですか?
この質問は、Software Engineering Stack Exchangeで回答できるため、Stack Overflowから移行されました。 3年前に移行され ました。 約束を返すこの関数を認証させるとしましょう。その結果、約束が解決します。私が見るように、falseとtrueは期待される結果であり、拒否はエラーの場合にのみ発生するはずです。または、認証の失敗は、約束を拒否する何かと見なされますか?
25 javascript 

1
バニラJSはまだライブラリと見なされますか?
私はごく最近、VanillaJS(ドキュメント?)が99%のブラウザーにバンドルされたばかりのライブラリであり、ネイティブJavaScript(私の人生の衝撃)ではないことを発見しました。私自身のライブラリを書いている間、私は通常すべての有用なことを避けます。ほとんどはライブラリです。今、私は3つの質問があります: VanillaJSはまだライブラリと見なされていますか? VanillaJSなしでDOMで何かをする方法はありますか? VanillaJSまたはネイティブJSに基づいた主要なライブラリ(ドキュメントは含まれません)

1
DOMに関するいくつかの説明
私はDOMを理解しようとしてきましたが、それが何であるかについてはかなりのアイデアを持っていますが、特定できないアイデアがあります。DOMが何であると思うかをリストし、私の質問はインラインになります。 DOMは、Webページの完全にオブジェクト指向の表現です。W3C DOM標準は、最新のブラウザのほとんどに実装されているDOMの基礎を形成しています。 それでは、DOMはXML / HTMLドキュメントがオブジェクトモデルとしてどのように表現されるかについて話しますか? DOMは、ドキュメントをツリーまたはグローブとして実装する必要があることを指定していません。また、オブジェクト間の関係を実装する方法も指定していません。 ドキュメントは他のどのように表現できますか? このようなことをするとき- document.write('welcome to my home page!'); ドキュメントオブジェクトはDOMによって提供されます。書き込みメソッドは、DOMによってJavaScriptに公開されるインターフェイスです。 オブジェクトとそのメソッドは、DOMパーサーによってJavaScriptオブジェクトとして作成され、JavaScriptエンジンに提示されますか?または、DOM解析エンジン内のオブジェクトとメソッドは、独自のネイティブ言語ですか?JavaScriptエンジンにさらされていますか?その場合、JavaScriptから母国語への翻訳の責任は何ですか? 言語バインディングとは何ですか? 言語バインディングは、DOM仕様の各インターフェイスを実装する、問題の言語固有のオブジェクトのセットです。 開発者は、DOM仕様のIDL(インターフェイス定義言語)に従うだけで、DOMから自分の言語への言語バインディングを作成できます。 たとえば、DOM解析エンジンがC ++などで実装されている場合、IDLに従って言語バインディングを作成するとき、特定の言語、つまりDOM解析エンジンが構築されているC ++でオブジェクトを作成するだけです。
25 javascript  dom 

1
ボックスモデル:Internet ExplorerとW3C
現在、Internet Explorerボックスモデルの問題はほとんど問題ではありません。ほとんどのWeb開発者は、<!DOCTYPE>標準への準拠を強制するためのタグを配置しますが、Internet Explorer 5.5のサポートを本当に気にする人はいません。 しかし、一部の開発者は、IEボックスモデルを防御するための主観的で概念的な議論を思いつきました。IEモデルはボックス自体を測定するのに対し、W3Cモデルはボックスのコンテンツを測定するため、IEボックスモデルはW3Cモデルよりも「直感的」であると主張しています。 私は彼らの視点を見ることができますが、それは基本的に主観的な議論であり、最も重要なことは標準への準拠です。 ただし、最近、深刻な実用上の理由からIEボックスモデルを好むようになりました。W3Cボックスモデルでは、要素を別の要素の正確な画面上のピクセル幅に動的にサイズ変更することは困難です。その理由はstyle.width、要素のプロパティが要素の画面上の合計サイズを考慮していないためです。追加の境界線とパディングも考慮する必要があります。両方の要素が同じCSSクラスを使用している場合、これは問題ではありませんが、異なる CSSクラスがある場合、これは非常に困難になる可能性があります。 AとBの2つのdivがあるとします。AはHTMLで400px divとしてハードコードされていますが、BはJavascriptを使用して動的に作成されます。視覚的には、BをAの正確な幅にする必要があります。古いIEボックスモデルでは、これは簡単です。私たちは単に言う:B.style.width = A.style.width、またはB.style.width = A.offsetWidth + "px"。 しかし、W3Cボックスモデルでは、これはそれほど単純ではありません。また、スタイルシートについても心配する必要があります。BがAと同じCSSクラスを持っている場合、単に言うことができますB.style.width = A.style.width。しかし、そうでない場合、そして美的理由でそれを望まないかもしれない場合、私たちは困っています。ここで、AとBの両方の境界線とパディングの合計ピクセルを考慮する必要があります。境界線とパディングが一貫性のない単位で指定されている場合、これは特に困難です(境界線は1px行であることが多いため、 emsで指定される場合があります)。次に、共通の単位(emからpxまたはpxからem)に変換する準不可能なタスクに直面しています。これはすべて、2つのdivを画面上に正確に並べるためです。 したがって、基本的に、W3Cボックスモデルでは、要素のサイズを設定するときにCSSの境界線とパディングの問題を考慮する必要がありますが、IEボックスモデルでは、幅がボックス全体のサイズを測定するため(エンドツー-end)、ボックスの内容ではなく。これにより、相互に関連して要素を動的にサイズ設定することが非常に簡単になります。 これはすべて、W3CモデルよりもIEボックスモデルを優先する非常に強力な理由のようです(少なくとも概念的には-もちろん、実際にはIEボックスモデルは死んでいます)。 質問:W3Cはなぜこのボックスモデルを選択したのですか?W3Cボックスモデルには、私には見られないいくつかの利点がありますか?または、ここで問題を単に誇張していますか?

1
Javascriptで必要なモジュールと依存性注入
最近、私の頭の中に疑問が浮かびました: Javascriptの方法は、従来のソフトウェア開発で優れた実践と見なされているほぼすべてに反しますか? このステートメントに関連する一連の質問/観察事項がありますが、StackExchangeの形式を尊重するには、それらを別の質問に分割した方が良いでしょう。 必要なモジュール 最近の標準Javascriptコードは次のようになります。 const someModule = require('./someModule') module.exports = function doSomethingWithRequest() { // do stuff someModule.someFunc() // do other stuff } 長所 カプセル化:モジュールはスタンドアロンで動作し、その機能を実行するために必要なすべてを認識します。 彩色として、クライアントがモジュールを使用するのは簡単です。 短所 貧弱なテスト容易性:これは、DIを使用しない場合の標準ですが、Javscriptなどの動的言語では、mockeryまたはなどのモジュールによって回避することができます* rewire。 それは確かにDIPに違反しています-依存性注入と混同しないでください。-具体的なモジュールしかインポートできないため。 おそらくOCPに違反しています。たとえば、ファイルシステムに(fsモジュールを介して)書き込むログモジュールがあると想像してください。このログモジュールを拡張してネットワークに送信する場合、非常に困難です。 *これはCommonJSまたはAMDモジュールでも動作する可能性があります。それらはほとんどユーザーランドで実装されているためです。ただし、ES6 import構文でこれがどのように可能になるかはわかりません。 依存性注入 依存性注入を使用すると、次のようになります。 module.exports = function doSomethingWithRequest(someModule) { // do stuff someModule.someFunc() // do other stuff } 長所 …

3
node.jsの初心者、イベントよりもコールバックを使用することで得られる利点は何ですか?
私は初心者のJavaScripterであり、V8エンジンの内部で何が起こっているのかを実際に知りません。 そうは言っても、node.js環境への初期の取り組みを本当に楽しんでいますが、グローバルイベントを生成する手段として、常にイベントを使用しています。 Objective-CまたはPythonプログラムで言うようなパターン。 私はいつもこのようなことをしていることに気付きます: var events = require('events'); var eventCenter = new events.EventEmitter(); eventCenter.on('init', function() { var greeting = 'Hello World!'; console.log('We're in the init function!); eventCenter.emit('secondFunction', greeting); }); eventCenter.on('secondFunction', function(greeting) { console.log('We're in the second function!); console.log(greeting); eventCenter.emit('nextFunction'); }); eventCenter.on('nextFunction', function { /* do stuff */ }); eventCenter.emit('init'); したがって、実際には、「非同期」のnode.jsコードを、期待どおりの順序で処理するコードに構造化するだけです。代わりに、それが理にかなっている場合は、「逆コーディング」のようなものです。これをパフォーマンス重視または哲学重視のコールバック重視で行うことに違いはありますか?イベントの代わりにコールバックを使用して同じことを行う方が良いですか?

5
パフォーマンス:Javascriptでの再帰と反復
私は最近、Javascriptの機能面と、SchemeとJavascriptの関係に関する後者の記事(例:http : //dailyjs.com/2012/09/14/functional-programming/)を読みました。 OOの側面はプロトタイピングベースの言語であるSelfから継承されますが、機能的な言語です。 しかし、私の質問はより具体的です:Javascriptの再帰と反復のパフォーマンスに関するメトリックがあるかどうか疑問に思っていました。 一部の言語では(設計の反復によりパフォーマンスが向上する)、インタープリター/コンパイラーが再帰を反復に変換するため、差は最小限に抑えられますが、少なくとも部分的には機能的であるため、おそらくJavascriptのケースではないでしょう言語。

4
javascriptではなくcoffeescriptを使用する理由 [閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または詳細な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 別の言語にコンパイルする言語を構築することは、最初からJavaScriptを適切に学習するのではなく、最初から悪い考えのように感じると思います。Douglas Crockfords Good Partsを調べてみてください。また、javascriptは難しくありません。言語に関係なく、適切なコードを記述するのは困難です。javascriptで安っぽいコードを書くなら、おそらくcoffeescriptやlattescriptで安っぽいコードを書くでしょう。そして、coffeescript構文が美しいと言うのは私をパスします。私は中括弧とC構文が好きです-そして、できればそのような言語で動作するでしょう(VBでごめんなさい!)。そして、同じことを繰り返し行うためのより多くのおもちゃと言語とフレームワークは、もはや私にとって進歩したくないと感じています!
24 javascript 

11
jQueryの前にJavaScriptを学習する必要はありますか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または詳細な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 私の意見では、JavaScriptを見ると、私のお茶ではないように見えました。jQueryに出会ったとき、私はそれが大好きでした。Nettuts +の15日間のjQueryスクリーンキャストを見て、1年後、jQueryのライブラリを含めずにWebサイトを開発することはないと確信しています。 私はこれが私を妨げていると感じたことは一度もありませんが、私の質問は、これが戻ってきていつか尻に噛み付くでしょうか?最高ではない)フレームワーク?他の誰かがこのアプローチを取りましたか?

4
JSONを持っている場合、Odataの必要性は何ですか?
Odataのポイントと、それがいつ意味をなすかを理解しようとしています。今の私の仕事は、ASP.NETとMVC / WebApiコントローラーを使用してオブジェクトをJSONにシリアル化/逆シリアル化し、javascriptに何かをさせることです。 ODataの利点は、URLから直接クエリできることからわかりますが、クライアントコードとサーバーコードを記述しているので、その必要はありません。 誰かがjavascriptでODayaクエリの結果を解析することはありますか? たぶん、ODataは、JSONが提供しないクエリから詳細な情報を取得するために、すべてのクライアントに汎用エンドポイントを提供することに関するものでしょうか?もし私がデータの提供者だったら、それがodataの目的だと思いますか? REST / JSON / ODATAの目的と使用法を理解してください。
23 javascript  rest  json 

6
UMLクラス図はJavaScriptシステムの設計に適していますか?
UMLがオブジェクト指向へのより古典的なアプローチを指向していることを考えると、JavaScriptシステムを設計するための信頼できる方法でまだ使用可能ですか? 私が見ることができる特定の問題の1つは、実際にはクラス図がシステムの構造図であり、JavaScriptがより多くの動作駆動型であるということです。どうすれば対処できますか? ここでは、現実世界のドメインについては話していないことに注意してください。私が達成しようとしているソリューションのモデルです。

2
私のウェブサイトで使用するデュアルライセンス(MIT / GPL)JavaScriptについての混乱
私はこれで見つけることができるすべての投稿を読みましたが、まだ答えがわかりません。 MITとGPLでデュアルライセンスされているjQueryプラグインを自分のWebサイトで使用したいと思います。 デュアルライセンスとは、どちらか一方が満たされていれば問題ないということですか、それとも両方である必要がありますか? 誰かのブラウザに読み込まれているGPL JavaScriptは再配布としてカウントされないので、サイトの残りの部分でGPLライセンスを使用する必要はありません(ソースコードを提供します)。これは本当ですか? 私のパートナーは、著作権を完全に削除し、変数名を変更する必要があると考えています。これは商用Webサイトで行われる予定です。これは倫理的ですか?コードを書くのに時間を割いた人を尊敬しています。それらに連絡して、プラグインが商用ライセンスで利用可能かどうかを確認する必要がありますか? 明確化にご協力いただきありがとうございます。これは私の最初のウェブサイトであるため、暗闇で写真を撮るよりもこれらの質問をする方が良いと考えています。

10
最新の重いJavaScript開発のための優れたリソースとツール?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 JavaScriptを多用するプロジェクトに興味があります。つまり、潜在的にnode.jsも使用するHTML5ベースのキャンバスゲーム。JavaScriptの最新のベストプラクティス、ツール、リソースを学ぶことに興味があります。 JavaScriptは、「JavaScript」が4文字の単語だった時代に由来する、本当に時代遅れの多くの資料を歩いてしまうため、調査が困難です。 JavaScriptプログラミングに深く関わっている場合... どのテキストエディタまたはIDEを使用していますか? どのユニットテストフレームワークを使用していますか? Selenium、または何か他のものを使用していますか? 他にどのようなツールを使用していますか? JavaScriptの最近の出現を議論するコミュニティは何ですか? どの本を読んだり、参照したりしますか? どのブログを読みますか?

3
多くの言語が、0で始まる数字を8進数として扱うのはなぜですか?
オクタルはどこで役立ちますか?オクタルは昔々便利だったようです。 多くの言語は、0で始まる数字を8進数として扱うため、010実際にはリテラルは8です。これらの中には、JavaScript、Python(2.7)、およびRubyがあります。 しかし、特にこれらの言語が8進数を必要とする理由はわかりません。特に、表記法のより可能性の高い使用法は、余分な0で10進数を示すことです。 JavaScriptはクライアント側の言語であり、8進数はほとんど役に立たないようです。他の意味では3つすべてがかなり現代的であり、この「機能」を削除すると壊れる8進表記を使用したコードが多くなるとは思いません。 だから、私の質問は: これらの言語が8進リテラルをサポートしている点はありますか? 8進リテラルが必要な場合は、次のようなものを使用してみません0o10か?より有用なユースケースを無効にする古い表記をコピーするのはなぜですか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.