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

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

3
JavaScriptとWebプログラミングのパラダイムシフト
私の記憶が正しければ、Web開発にJavaScriptを使用することが非常に嫌われる時期がありました。とりわけ、それはユーザーにとってプライバシーとセキュリティの懸念であり、一部の人々はそれをやめたためです。 最近では、JavaScriptを使用しない主要なWebサイトはほとんど見られなくなり、多くのWebサイトはJSなしでは完全に機能しなくなります。それか、SEサイトのように、使いやすさがひどく影響を受けます。 JavaScriptがWeb開発で事実上ユビキタスになった当時と現在で何が変わったのですか？それとも、JSは私の想像の虚構に眉をひそめられ、それはいつもそうだったという私の主張ですか？
4
JavaScriptで正確に未定義とはどういう意味ですか？なぜそこにあるのですか？どのような用途がありますか？どのように役立つのでしょうか？
JavaScriptには、undefinedと呼ばれるものがあります。基本クラスなのか、組み込み変数なのか、キーワードなのか、他の何かなのか本当にわからないからです。そこにあることを知っているだけです。 動作を確認するには、次のように書くだけです。 undefined; typeof undefined; この理由は誰も私に説明していただけます事は JavaScriptを挿入されていますか？nullこの言語には価値があるため、のようなものであってはなりませんnull。他の言語では、プロパティまたは変数の値がわからない場合、単にnullに設定します。ここでも同じことができます。 JavaScriptでこのことをどのように使用できますか？
4
理想的なHTML5 Webアプリケーションの制限はありますか
次の2つの仮定が真であると仮定しましょう。 ユーザーベース全体がどこからでもブロードバンドにアクセスできます HTML5およびWHATWGグループのドラフト仕様全体を一貫して実装する架空のブラウザーXがあり、すべてのユーザーがブラウザーXを使用しています。 商用パブリックデスクトップアプリケーションが必要な商用パブリックHTML5 Webアプリケーションの本質的な制限は何ですか？ 追加機能をFlash / Java / SilverLight / etcブリッジに依存せず、追加機能をブラウザプラグインに依存しないプラグインレスWebアプリケーションの制限に興味があります。 適用されない可能性のある制限： データベース？WebSQLとindexedDBがあります。 ファイルIO？読み取りと書き込みの両方を行うHTML5 File APIがあります。 速度？最近のJavaScriptエンジンの競合により、ブラウザーの速度は遅くなりません。ネイティブC ++は、ChromeのV8エンジンよりもわずか3倍高速です。 開発ツール？Webは成熟しており、リストするには数が多すぎるツールが利用できます。 クローズドソース？はい、すべてのコードはオープンソースです。これは両刃の剣であり、クローズドソースまたはオープンソースコードの使用について多くの意見があります。個人的には、オープンソースコードの利点が欠点を上回ると考えています。 JavaScript / HTML5？「私は個人的にHTML5とEcmaScriptは恐ろしい開発プラットフォームだと思う」などの議論は数えません。 既知の制限： リアルタイム/セキュリティ（極秘）の重要なコードはWebにも属していません。CやC ++などの低レベルで高度に制御可能な言語で作成する必要があります。 コンピューターに接続されている外国のサードパーティ製ハードウェアとやり取りする必要があるツールは、Webアプリケーションと通信するのに苦労します。 Webに属さないプログラムのスイートもあります。オペレーションシステム、ドライバー、サーバーソフトウェア、低レベルAPI。私はそれを承知していますが、それらを「商用公開」アプリケーションとして分類していません。これらはコンピューターにプリインストールできるソフトウェアのタイプです。 余談ですが、2つの仮定は恐ろしく非現実的ですが、5/10/20/30年でそれらを達成するかもしれません。私は、アプリケーションのタイプと、それらがWebと完全に非互換になるアプリケーションの機能に興味があります。 動機： Googleアプリケーション Microsoft Office365 Webアプリケーションリスト Adobe Aviary ポイント： デスクトップアプリケーションが有効なソリューションである一連の問題を考えます。 Webアプリケーションが有効なソリューションではないのはなぜですか？ Webアプリケーションをソリューションとして使用できるかどうかを確認するにはどうすればよいですか。 私は、Webアプリケーション（インターネット接続とブラウザーサポート）の主な問題を、それらが存在しないと断言することで除去しようとしました。 余談ですが、HTML5オフラインアプリケーションとModernizrは、これら両方の問題の解決に向けて順調に進んでいます。 Webアプリケーション開発のその他の困難は何ですか？
4
Coffeescriptの学習に時間をかける必要がありますか？[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 8年前に閉鎖されました。 私はフリーランサーであり、他の人がより良いjava-scriptコードを書くのを助けることで、自分のパンとバターを獲得しています。私は、ほとんどのJavaScriptフレームワークで良い経験を持っています。 coffeescriptの学習に時間を費やす価値があるかどうか疑問に思っています。誰がそれを学ぶべきか、誰がそれを学ぶ必要があるか？
4
どのJavaベースのWeb UIフレームワークを使用しますか？[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 6年前に閉鎖されました。 改札 クリック GWT ヴァーディン 私が理解しているように、これらのフレームワークはすべて、多くのhtml / javascriptを実行することなく、java（すべての利点）を使用してguiコンポーネントを作成できるようにします。 技術的な要因を考慮するだけでなく、急速に人気を集めているものがあるかどうかも聞きたいです。特定のフレームワークがパックのリーダーになりつつありますが、これも決定に影響します。
5
GWTについてどう思いますか？[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 私はこの期間にJavaを学び、チュートリアルを終えたばかりなので、プロジェクトに貢献し始める準備ができていると思います（経験から、これが本当に学ぶための最良の方法だからです）。 GWTを見たことがありますが、おもしろそうなので、試してみようと思いました。ただし、GWTはJavaScriptでJavaアプリケーションをデプロイするため、実際のことを学習できるのにGWTを学習する必要があるのはなぜかと考えています（これがJavaScriptです）。私の質問：それは価値がありますか？JavaやGWTを使用する代わりに、JSアプリケーションを構築したい場合、JavaScriptを習得した方がいいでしょう。GWTを使用して特定のものを構築する方が簡単かもしれませんが、最終的にはそれだけの価値があると思いますか？ ありがとう。
11 java  javascript  gwt 
5
偽の値とnull、未定義、または空の文字列
私は長年jQueryを使用してきました。しかし、最近、私はJavaScript言語に深く関わっています。最近、私は「真実」と偽の値について聞いたことがあります。しかし、私はそれらを完全に理解していません。現在、次のようなコードがあります。 var fields = options.fields || ['id', 'query']; フィールドがnullであるか、未定義であるか、または長さが0であるかを識別する必要があります。これを行うには長い道のりがあります。 if ((fields === null) || (fields === undefined) || (fields.length === 0)) { ... } 私の質問は、以下は同じです： if (!fields) { ... }
11 javascript 
4
サーバーでXMLを解析するか、プロキシを提供して、ブラウザで解析する必要がありますか？
サードパーティのAPIとのインターフェースが必要です。このAPIを使用して、エンドユーザーのブラウザー内からGET要求を作成し、XML応答を受信します。このデータは、ユーザーがデータを検索したり、決定に使用したりできるブラウザーベースのアプリケーションで使用されます。主な問題は、ほとんどのブラウザーがクロスドメインXMLの使用を制限しているため、単純に取得できないことです。 APIからのXML。 ただし、全体的なデータは基本的に2つのセットに分かれています。 最初のデータセットは公開されており、頻繁に更新する必要があるだけなので、サーバー側のすべてのユーザーがキャッシュできるため、トラフィックが大幅に軽減されます。 2番目のデータセットはプライベートであり、各ユーザーに個別です。このデータは、APIでもより頻繁に更新されます。これにより、キャッシュの効果が大幅に低下します。 スケーラビリティの理由から、サーバーの負荷をできるだけ小さくしたいと思います。 私の前に2つのオプションが表示されます。 XMLリクエストをサードパーティのサーバーにルーティングし、クライアントとサードパーティのAPIの間で直接やり取りするために使用できるプロキシを提供します。 サーバーにXMLからJSONへの変換を実行させ、不要な情報を削除します。これは基本的に、サーバー用の新しいAPIを作成することを意味します。これは、サードパーティAPIからのリクエストに変換されます ユーザーにデータを提供するための最良の方法は何ですか？（2つのオプションのいずれかである必要はありません）
11 javascript  api  xml  websites  json 
3
いつ、どこでJavascriptの巻き上げを使用するべきか[終了]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 6年前休業。 私はJavaScriptが初めてです。Javascriptでの巻き上げの概念を学んでいます。Mozillaウェブサイトの Javacsriptチュートリアルに基づいて、私はこの言葉に出くわしました。それらのチュートリアルによると、JavaScriptの変数は、例外を発生させることなく、後で宣言された変数を参照できるということです。しかし、私の質問は、クライアント側のJavascriptでホイストを使用することが適切なのはどのような状況なのか、またはなぜJavascriptでホイストを使用する必要があるのか​​ということです。その利点は何ですか。hoisting
11 javascript 
1
JavaScriptファイルでmodule.exportsを宣言する場所に関する規則
module.exportsJavascript / Node.jsモジュールファイルを宣言しない場所に慣例はありますか？ 次のようにファイルの先頭にある必要があります： module.exports = Foo; function Foo() { this.bar = 'bar'; } Foo.prototype.getBar = function() { return this.bar; } または、ファイルの最後にある必要があります。 function Foo() { this.bar = 'bar'; } Foo.prototype.getBar = function() { return this.bar; } module.exports = Foo; 技術的な違いはありません。最初の例は、宣言の巻き上げにより完全に有効です。 だから、ベストプラクティスはあるのかなと思っていました。
3
クラスコンストラクターにデータ（対動作）を挿入するとはどういう意味ですか、なぜそれが悪い習慣と見なされているのですか？
私はレモヤンセンの「Learning TypeScript」という本を読んでいます。1つのセクションで、作成者は、Modelクラスの作成方法を含む非常に単純な概念実証MVCフレームワークの作成方法を説明し、次のように述べています。 モデルには、使用するWebサービスのURLを指定する必要があります。ModelSettingsという名前のクラスデコレータを使用して、使用するサービスのURLを設定します。コンストラクターを介してサービスURLを注入することもできますが、クラスコンストラクターを介して（動作ではなく）データを注入することは悪い習慣と見なされています。 私はその最後の文を理解していません。特に、「データを挿入する」とはどういう意味かわかりません。過度に単純化された例を使用したJavaScriptクラスのほとんどすべての導入では、データがパラメーターを介してコンストラクターに導入（「注入」）されているようです。例えば： class Person { constructor(name) { this.name = name; } } 私は確かにname行動ではなくデータと考えています。この種の例には、コンストラクタパラメータとして普遍的に含まれており、これが悪い習慣であるという言及は決してありません。したがって、上記の引用にある「データ」または「注入」などの意味を誤解していると思います。 JavaScript / TypeScriptでデコレーターをいつ、どこで、どのように使用するかについての説明を含めることができます。私は、コンセプトが私が求める理解に密接に関連していると強く信じています。ただし、さらに重要なこととして、クラスコンストラクターを介してデータを挿入することの意味と、それがなぜ悪いのかをより一般的に理解したいと思います。 上記の引用をより詳しく説明すると、これは状況です。Modelこの例では、NASDAQ用とNYSE用の証券取引モデルを作成するために使用されるクラスが作成されます。各モデルには、生データを提供するWebサービスまたは静的データファイルのパスが必要です。この本は、コンストラクター・パラメーターではなく、デコレーターをこの情報に使用する必要があると述べており、次のようになります。 @ModelSettings("./data/nasdaq.json") class NasdaqModel extends Model implements IModel { constructor(metiator : IMediator) { super(metiator); } ... } 単にコンストラクタのパラメータとしてではなく、デコレータを介してサービスURLを追加する必要がある理由を理解していません。たとえば、 constructor(metiator : IMediator, serviceUrl : string) {...
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.