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

asm.jsアプリケーションは非常に高速です（ネイティブC ++の速度に近い）： http://kripken.github.io/mloc_emscripten_talk/micro4b.png しかし、どのようにしてC ++で作成し、LLVMコードに変換し、emscripten / asm.jsでいくつかのトリックを行うことができますか？私はそれについてのチュートリアルを見つけていません。 そして、C ++でコードを作成する場合、たとえばXMLHttpRequest、WebSockets、CanvasまたはWebGLなどのjs API-sを使用する方法は？

21 c++  javascript  llvm 

私は開発チームでかなり新しいです。 いくつかの強力な議論や「落とし穴」の例が必要なので、上司は最終的にUnobtrusive JavaScriptの利点を理解し、彼とチームの他のメンバーがこのようなことをやめるようにします。 <input type="button" class="bow-chicka-wow-wow" onclick="send_some_ajax(); return false;" value="click me..." /> そして <script type="text/javascript"> function send_some_ajax() { // bunch of code ... BUT using jQuery !!! } </script> かなり一般的なパターンを使用することをお勧めします。 <button id="ajaxer" type="button">click me...</button> そして <script type="text/javascript"> // since #ajaxer is also delivered via ajax, I bind events to document …

21 design-patterns  javascript  jquery 

ASP.NETアプリケーションの背後にあるクライアント側のJavaScriptコードとC＃コードの間でデータを渡す最も効率的で標準的な方法を探しています。私はこれを達成するために以下の方法を使用しましたが、それらはすべてちょっとしたファッジを感じます。 JavaScriptからC＃コードにデータを渡すには、非表示のASP変数を設定してポストバックをトリガーします。 <asp:HiddenField ID="RandomList" runat="server" /> function SetDataField(data) { document.getElementById('<%=RandomList.ClientID%>').value = data; } 次に、C＃コードでリストを収集します。 protected void GetData(object sender, EventArgs e) { var _list = RandomList.value; } 別の方法に戻ると、どちらかのScriptManagerを使用して関数を登録し、Page_Load中にデータを渡すことがよくあります。 ScriptManager.RegisterStartupScript(this.GetType(), "Set","get("Test();",true); または、ポストバックの前、または初期化または事前レンダリングの段階で、コントロールに属性を追加します。 Btn.Attributes.Add("onclick", "DisplayMessage("Hello");"); これらの方法は私に役立って仕事をしてくれましたが、完全ではありません。クライアント側のJavaScriptとC＃バックエンドコード間でデータを渡すより標準的な方法はありますか？ HtmlElementクラスを説明するこのような投稿を見てきました。これは私が検討すべきものですか？

21 web-development  c#  .net  javascript  asp.net 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 私は最近、口コミの推奨事項のみを通じて、多くのWebサイドプロジェクトを行っています。私はデザイナーというよりもプログラマーですが、私の設計スキルはひどくなく、多くのプログラマーのようにUIを扱うことを嫌いません。その結果、コンテンツ管理のための最小限のバックエンドは別として、ほとんどのプログラミングがフロントエンドインターフェイス（javascript / cssを読む）で行われるサイドプロジェクトに魅了されます。 私が経験した最大の不満は、クライアントがFlashを望んでいないことを納得させることです。Flashの「開発」が本当に好きではないという事実は別として、Flashが望ましくない多くの実用的な理由があります（デバイス間の互換性の欠如、クライアントのアクセシビリティの低下、プラグイン要件、開発時間の増加など）。クライアントに「フラッシュウェブサイトを構築しません」と言うのではなく、戦術を使用して、これが実際に望んでいるものではないことを納得/説明します。 / css / jsを使用して、ユーザーのコンテンツをそらします。 他の人はこれに関してどのような実体験をしますか？通常、javascript / css / AJAXがほとんどのWebサイトにとってより良い選択肢であることを誰かにどのように説明しますか？なぜ人々は最初からFlashを使いたくないのですか？ この質問は、フラッシュを望む技術的な理由はないが、それがきれいなウェブサイトを作ると思うので、それが欲しいだけのクライアントに関係しています。

21 javascript  html  css  ajax  flash 

React.jsは、コンポーネントと要素のツリーを構築するためのXHTMLのような構文としてJSXを提供します。JSXはJavascriptにコンパイルされ、JSX固有のループまたは条件を提供する代わりに、Javascriptを直接使用します。 <ul> {list.map((item) => <li>{item}</li> )} </ul> まだ説明できていないのは、JSPで類似のコンストラクトが悪いと考えられる場合、なぜこれが良いと考えられるのですか？ JSPのこのようなもの <ul> <% for (item in list) { %> <li>${item}</li> <% } %> </ul> はのようなタグで解決される読みやすさの問題と見なされます<c:forEach>。JSTLタグの背後にある理由は、JSXにも適用できるようです。 XHTMLのような構文（山括弧、ネスト）とJava / Javascript（中括弧、コンマ、括弧）を切り替えていない場合は、読みやすくなります。 レンダリング関数内で使用可能な完全な言語とプラットフォームがある場合、そこに属さないロジックを入れることを思いとどまらせることはほとんどありません。 JSXが異なる理由を考えることができる唯一の理由は次のとおりです。 Javaでは、間違ったことをするインセンティブがありました。JSPはホットリロードされるので、JSPにコードを入れて再構築/再起動のサイクルを避けようとしました。保守性は、即時の生産性のために犠牲になりました。スクリプトレットを廃止し、テンプレート構成体の固定セットに制限することは、実質的に保守性を強化する方法でした。JSの世界にはそのような歪みはありません。 JSPとJavaの構文は、<% ... %>Javaコードと要素の生成を区別するための余分な要素や、foreach概念やファーストクラスの機能を持たないJavaのネイティブな構文（最近まで）に不格好です。JSXでループと条件にネイティブJavascriptを使用する構文のペナルティはゼロではありませんが（私の意見では）、JSPほど悪くはなく、ループと条件にJSX固有の要素を導入することを保証するのに十分なほど悪くはありません。 私が見逃している何か他のものがありますか？

21 javascript  readability  jsp  reactjs 

この投稿を改善したいですか？引用や回答が正しい理由の説明など、この質問に対する詳細な回答を提供します。十分な詳細のない回答は、編集または削除できます。 この質問はして移行され、それがソフトウェア工学スタック所に答えることができるので、スタックオーバーフローから。 7年前に移行され ました。 JavaScriptがあり、次にFlashがあり、Silverlightがあり、HTML5がそれらすべてを所有していました。 それでは、TypeScriptの背後にある動機は何ですか？TypeScriptでどのような問題に取り組み、どのような改善が得られますか？ http://www.typescriptlang.org/

21 web-development  javascript  typescript 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 最近、私はジム用のウェブベースの管理システムを開発しています。以前のアプリはVisual Basicで開発されました。新しいアプリの場合、すべてのフロントエンドスクリプトはjQueryを使用し、サーバーはPHPとMySQLを実行しています...ご存じのとおり、典型的なel-cheapo linuxベースのスタックです。 とにかく、最近JavaScriptのプロンプト、確認、警告メッセージダイアログがあまり使用されていないのはなぜかと思っていました。モーダルウィンドウ用のjQueryプラグインと、言語が既に提供しているものを模倣しようとするアラートメッセージが多数あり、すべてのブラウザーは適切にサポートする必要があります。 複雑なフォームや特別なニーズには、ハンドメイドまたはプラグインベースのソリューションを使用しても問題ありませんが、単一の値を要求するか、レコードの削除を確認するだけの場合、Webアプリケーションにこのようなオーバーヘッドを追加するのはなぜですか？さらに、プロンプト、確認、警告を使用すると、iOSとAndroidでメッセージダイアログがうまく調整されます。

21 javascript  user-interface  user-experience 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6か月前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 基本的なAngularチュートリアルからは、APIからJSONを取得して表示するだけです。また、二重結合の魔法があります。 しかし、バックエンドでビューを構築し、すべてを既に配置した状態でユーザーに提供するバックエンドソリューション（Railsなど）の代わりに使用するのはなぜですか？ユースケースは何ですか？

20 javascript 

この質問はして移行され、それがソフトウェア工学スタック所に答えることができるので、スタックオーバーフローから。 6年前に移行され ました。 ECMA-262、パート11.13によると、複合割り当て演算子の完全なリストは次のとおりです*= /= %= += -= <<= >>= >>>= &= ^= |=。 パート11.11によると、var c = a || b置くaに値をc場合はToBoolean(a)trueで、入れますbに値をcそれ以外の場合は。そのため、論理ORは合体演算子としてよく使用されます。たとえば、 function (options) { options = options || {}; } 多くの場合、上記のように、合体を使用して変数のデフォルト値を指定しますa = a || b。 複合代入演算子||=は非常に便利で、上記のコードを短く簡潔に書くことができますa ||= b。ただし、そこにはありません（ただし*=、+=および他の複合代入演算子はあります）。 問題は、なぜですか？

20 javascript  language-design  history 

そのため、カナダ、米国、インド、英国などのユーザーを含むグローバルユーザーに使用されるWebページを設計しています。この電話番号フィールドに検証を適用する必要がありますが、これを実行する最善の方法はわかりません。 私が考えることができるいくつかの有効な形式は次のとおりです。 1800123456（インド） 米国の電話番号での「-」の使用 ユーザーに入力を許可する必要がある特殊文字（たとえば、- / ()）について少し混乱しています。過去に他の人はこれをどのように解決しましたか？

20 javascript  validation  internationalization 

この質問は、このStack Overflow質問に関するコメントの議論に触発されました。Googleの閉鎖コンパイラのマニュアルは、次の（強調追加）を述べています： Closure Compilerは、JavaScriptのダウンロードと実行を高速化するためのツールです。JavaScript用の真のコンパイラです。ソース言語からマシンコードにコンパイルする代わりに、JavaScriptからより良いJavaScriptにコンパイルします。 ただし、ウィキペディアには、「コンパイラ」の次の定義があります。 コンパイラは、プログラミング言語（ソース言語）で記述されたソースコードを別のコンピューター言語に変換するコンピュータープログラム（またはプログラムのセット）です。言語リライタは、通常、言語。 それに基づいて、私はGoogle Closureはコンパイラではないと言うでしょう。しかし、Googleがそれが実際に「本当のコンパイラ」であると明示的に述べているという事実は、それ以上のものがあるのだろうかと思うようになります。Google Closureは本当にJavaScriptコンパイラですか？

19 javascript  terminology  compiler  google-closure 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 Metro AppsにXAML / C＃またはHTML5 / JavaScriptを使用することに大きな利点または欠点があるかどうかを疑問に思っていました。

19 c#  javascript  html5  xaml  metro 

この質問は、Software Engineering Stack Exchangeで回答できるため、Stack Overflowから移行されました。 7年前に移行され ました。 私はWebアプリを開発していますが、現在、Webサイト全体をhtml / js / cssで記述しており、バックエンドにはRESTFULサービスをホストするサーブレットがあります。すべてのプレゼンテーションロジックは、jsonオブジェクトを取得し、javascriptを使用してビューを変更することで実行されます。 アプリケーションは基本的に検索エンジンですが、異なるロールを持つユーザーアカウントがあります。 PlayやSpringなどのフレームワークを研究しています。私はかなりWeb開発に慣れていないので、サーバーサイドページレンダリングを使用するとどのような利点が得られるのだろうかと考えていましたか？ それは：スピードですか？より簡単な開発とワークフロー？既存のライブラリへのアクセス？もっと？上記のすべて？

19 javascript  web-applications  frameworks 

私の主な仕事はHTMLアプリケーションの作成です。それは、編集可能なグリッドビュー、テキストボックス、ドロップダウンなど、多くの内部でCRUDタイプのアプリケーションを内部で使用することを意味します。現在、ASP.NET Webフォームを使用しています。あなたが必要なものを得るためにフープを飛び越えなければなりません。天井から垂れ下がって炎を放つフープ。 だから、すべてのUIをJavaScript側に移動することはおそらく良い考えだろうかと思っています。特にニーズに合わせて調整された強力な再利用可能なコントロールを開発し、サーバーとのみデータを交換します。はい、私は「コントロール」（別名「ウィジェット」）パラダイムが好きで、そのようなアプリケーションに非常に適しています。したがって、サーバー側では、現在のASPXマークアップと同様の基本的なレイアウトがまだありますが、クライアントに送信されるのは1回だけであり、Javascript部分が後続のすべてのUI更新を処理します。 問題は、私がこれをやったことがなく、誰もこれをしているのを見たことがないので、問題がどうなるかわかりません。特に、私は心配しています： まだパフォーマンス。ベンチマークでは、現在、ブラウザがAJAX更新後にページのほとんどを再レンダリングしようとするときに、主な遅延がクライアント側にあることが示されています。ASP.NET webformsで生成されたマークアップは、「web」という言葉に新しい意味を与えます。また、豊富なDevexpressコントロールは、その上に独自のJavascript複雑さのレイヤーを追加します。しかし、JavaScript側で必要なすべての変更を再計算し、更新する必要があるものだけを更新する方が速いでしょうか？いくつかの編集可能なグリッドビュー、多数のテキストボックス、それぞれに50万個のフィルター可能なアイテムが含まれるドロップダウンなどがあるフォームについて話していることに注意してください。 開発のしやすさ。Javascriptはもっと多くなり、おそらくページのHTMLマークアップと混ざります。それまたは何らかの種類の新しいビューエンジンを作成する必要があります。JavascriptのIntellisenseはC＃コードよりもはるかに悪く、Javascriptの動的な性質のため、はるかに良くなることは期待できません。コーディングの慣行により少し改善できますが、それほど改善することはできません。また、ほとんどの開発者は主にC＃開発者であるため、ある程度の学習曲線と最初の間違いがあります。 セキュリティ。多くのセキュリティチェックを2回（サーバー側とUI側）行う必要があり、データ処理サーバー側にはさらに多くのチェックを含める必要があります。現在、サーバー側でテキストボックスを読み取り専用に設定した場合、その値がクライアントのラウンドトリップを通じて変わらないことに依存できます。フレームワークには、それを保証するのに十分なコードが既にあります（ビューステートの暗号化により）。データのみのアプローチでは、すべてを手動で確認する必要があるため、難しくなります。一方、心配する必要があるのはデータだけなので、セキュリティホールを見つけるのは簡単です。 全体として、これは問題を解決するのか、それとも悪化させるのか？誰かがこれを試みたことがありますか？その結果はどうでしたか？この種の取り組みに役立つフレームワークはありますか（jQueryと道徳的な同等物は別として）？

19 javascript  frameworks  paradigms  ui 

動的言語のミックスインよりも継承パターンを好むのはいつですか？ ミックスインとは、実行時に関数とデータメンバーをオブジェクトに挿入する場合のように、実際に適切にミキシングすることを意味します。 たとえば、いつミックスインの代わりにプロトタイプ継承を使用しますか？mixinが意味することをより明確に説明するために、いくつかの疑似コードを示します。 asCircle(obj) { obj.radius = 0 obj.area = function() { return this.radius * this.radius * 3.14 } myObject = {} asCircle(myObject) myObject.area() // -> 0

19 javascript  inheritance  mixins