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

AngularJSはオープンソースのJavaScriptフレームワークです。その目的は、ブラウザベースのアプリケーションをモデルビューコントローラー(MVC)機能で拡張し、Webアプリケーションを機能させるために必要なJavaScriptの量を減らすことです。これらのタイプのアプリは、シングルページアプリケーションとも呼ばれます。

2
ネストされたディレクティブ間の通信
ディレクティブ間で通信する方法はかなりあるようです。ネストされたディレクティブがあるとします。ここでは、内側のディレクティブが外側に何かを伝える必要があります(たとえば、ユーザーによって選択されます)。 <outer> <inner></inner> <inner></inner> </outer> これまでにこれを行うには5つの方法があります require: 親ディレクティブ innerディレクティブが必要になることがありouter、そのコントローラ上のいくつかのメソッドを公開することができディレクティブを、。だからinner定義では require: '^outer', link: function(scope, iElement, iAttrs, outerController) { // This can be passed to ng-click in the template $scope.chosen = function() { outerController.chosen(something); } } そして、outerディレクティブのコントローラーで: controller: function($scope) { this.chosen = function(something) { } } $emit 出来事 innerディレクティブができる$emitイベント、outerディレクティブは経由して、に応答することができます$on。そのため、innerディレクティブのコントローラーで: controller: function($scope) { …


10
MVVMの使用はどのような条件下で適切ですか?
Model View View-Modelは、イベント駆動型プログラミング、特にXAMLおよび.NET言語を使用する.NETプラットフォーム上のWindows Presentation Foundation(WPF)およびSilverlightをサポートするUI開発プラットフォームをターゲットとしてMicrosoftによって開発されました。それ以来、Angular、Knockout、ExtJSなどの多くのJavascriptフレームワークがこのパターンを採用しています。 ほとんどのソフトウェアパターンと同様に、MVVMには適切な用途と悪用があります。MVVMの使用はどのような条件下で適切ですか?いつお勧めしませんか?

3
AngularJS:複数のng-appsを使用したWebアプリケーションの構造化
ブロゴスフィアには、AngularJSアプリの構造化ガイドラインに関するトピックに関する以下のような記事があります。 http://www.johnpapa.net/angular-app-structuring-guidelines/ http://codingsmackdown.tv/blog/2013/04/19/angularjs-modules-for-great-justice/ http://danorlando.com/angularjs-architecture-understanding-modules/ http://henriquat.re/modularizing-angularjs/modularizing-angular-applications/modularizing-angular-applications.html ただし、ガイドラインとベストプラクティスについてまだ触れていないシナリオの1つは、複数の「ミニスパ」アプリを含む大規模なWebアプリケーションがあり、ミニスパアプリはすべて一定量のコードを共有している場合です。 ng-app同じページに複数の宣言をしようとする場合については言及していません。むしろ、私は、独自の独自のng-app宣言がある大規模サイトのさまざまなセクションを意味します。 Scott AllenがOdeToCodeブログで次のように書いています。 あまりうまく対処できていないシナリオの1つは、同じ優れたWebアプリケーションに複数のアプリが存在し、クライアントで共有コードを必要とするシナリオです。 推奨されるアプローチ、避けるべき落とし穴、またはあなたが指し示すことができるこのシナリオの良いサンプル構造はありますか? 更新-2015年9月10日 興味深い組織戦略を持つプロジェクトの1つに、MEAN.JSとそのモジュールフォルダーがあります。 https://github.com/meanjs/mean https://github.com/meanjs/mean/tree/master/modules 別の例は、ASP.NET Music Store SPAの例です。 https://github.com/aspnet/MusicStore https://github.com/aspnet/MusicStore/tree/master/src/MusicStore.Spa/ng-apps


6
プログレッシブエンハンスメントとシングルページアプリ
ボストンで開催されたAn Event Apartというカンファレンスから戻ってきました。 スピーカーの間で本当に人気のあるテーマは、プログレッシブエンハンスメントのアイデアでした。サイトのコンテンツはHTMLに入れ、JavaScriptは動作を強化するためだけに使用する必要があります。 スピーカーがプログレッシブエンハンスメントに対して行った議論は非常に説得力がありました。古いブラウザや低帯域幅のネットワーク上のデバイスをサポートするための堅実なパターンであるだけでなく、HTMLはJavaScriptよりもはるかに優雅に失敗します(つまり、サポートされていないマークアップは無視されますが、ブラウザが実行中に例外をスローした場合スクリプト-あなたはうんざりしています)。 ジェレミー・キースはこれについて特に洞察力に富んだ講演を行いました。 しかし、BackboneやAngularなどの単一ページのWebアプリはどうでしょうか。これらのフレームワークの背後にある設計全体が、開発者をコンテンツをHTMLからJSON APIのようなものに移行させるように思われます。 プログレッシブエンハンスメントとシングルページWebアプリの2つのデザインパターンを融合させることはできません。一方が他方より優れている場合はありますか?それとも、敵対的な技術でさえないのか、ここに私の精神モデルで何かが欠けていますか?

1
角度を使用してファイルを送信するのがなぜ難しいのですか?[閉まっている]
閉じた。この質問には詳細または明確さが必要です。現在、回答を受け付けていません。 この質問を改善したいですか?詳細を追加し、この投稿を編集して問題を明確にします。 4年前に閉鎖されました。 ファイル(非常に大きなファイル)をサーバーに送信する必要があります。私は自分が持っているオプションとその方法を勉強しています。角度+エクスプレス+ nodejsを使用しています。 単純なフォームを使用すると、multerを使用してサーバー上のファイルを問題なくキャッチできます。とても簡単です。htmlは単なるフォームで、ターゲットなどを指定するだけですべてが機能します。nodejsコードも非常に単純で単純です。 角度を使用しようとするとすぐに、すべてが非常に複雑になります。つまり、ディレクティブを使用する必要がありますが、それでもサーバーに問題があります。私が言ったように、データを「multipart / form-data」にする必要があるmulterを使用しており、サーバーから「Error:Multipart:Boundary not found」というメッセージを受け取ります。 Angularでファイルをロードするための多くのモジュールがあります。これは、それが複数の解決策で再発する問題であることを示しています。今、私はコードを投稿したくありません。なぜなら、そのためにStack Overflowで尋ねたからです。私の質問はもっと微妙です: 単純なフォームで何ができるのか、角度が非常に複雑になるのはなぜですか?悪い意味ではありません。「理解したい」という意味です。

4
ASP.NET Web APIソリューションでAngularアプリを配置する場所は?
私はグリーンフィールドアプリを開始しています。ASP.NET(4.6)とAngular 2を使用したいと思います。バックエンドについては、Visual Studioでプロジェクトを作成しましたが、Angularアプリをどこに配置するのか迷っています。私は本当にフロントエンドにnpmとnode-toolsを使用したいのですが、最終的には同じAzure App Serviceインスタンスでホストされ、Angularアプリdomain.com/とその下のapi domain.com/api/などがあります。 Visual Studioでアプリを分離するにはどうすればよいですか?Angularアプリは独自のプロジェクトに含めるべきですか?APIと同じプロジェクトにAngularアプリを使用する必要がありますか?nugetや他のVSツールを使いたくない場合でも?(フロントエンドの場合、VSは多かれ少なかれ見栄えのするコードエディターになります)。この組み合わせのベストプラクティスは見つかりませんでした。

1
AngularJSディレクティブとサービスとコントローラー
会社の内部Webサイトで変更要求の実装を開始しようとしています。これにより、多くのフィールドがチェックされ、特定のガイドラインに一致する場合は強調表示されます。たとえば、生年月日が今日の場合、そのフィールドの概要が表示され、ツールチップに「お誕生日おめでとう!」と表示されます。 仕様では、ページの残りの部分のレンダリングが完了した後にこれをロードするように要求しているため、ロード時間は増加しません。angularJSは初めてなので、これを行うべき「適切な」方法がわかりません。 問題点: これには境界線と画像およびタイトル属性の追加(DOM操作)が含まれるため、ディレクティブを使用する必要があるようです。 ただし、これは再利用できず、ほとんどのディレクティブがそうであるように「短く」なります。 チェックする必要があるデータの半分は、ページの読み込み時に元の呼び出しで返されるので、それを保存し、もう一度取得する別の呼び出しを無駄にしたくないので、すべてのデータを保存するのにサービスがいいと思います。 私はこれをすべてコントローラーで行う方法を知っていますが、それは悪い悪いコードです:P これを行うことができる最善の方法に関するアイデアはありますか?基本的に、すべてのデータをチェックするためにhttp呼び出しが必要になります。これにより、必要な 'Call Out'の各タイプのブール値を持つオブジェクトが返されます。次に、このリストを実行し、値がtrueの場合、境界線、画像、およびツールチップテキストを追加します。 この質問が十分に明確かどうかはわかりませんので、詳細を追加してほしい場合はお問い合わせください。ありがとうございました!
15 angularjs 

2
ハイブリッドIonicアプリと通常のモバイルWebサイト間でのangularJSコード共有
さて、私たちの「イノベーションラボ」では、ネイティブアクセス用にCordovaの上に構築されたハイブリッドアプリフレームワークであるIonicと、「Webコード」用のangularJSを使用するよう求めています。 たとえば、レスポンシブデザインにAngular +ブートストラップを使用する、純粋なモバイルWebプロジェクトもあります。 重要なのは、今後のプロジェクトによっては、モバイルWebサイトとネイティブアプリ(イオンハイブリッド)の両方が必要になるということです。ほとんどの機能と画面は同じで、バックエンドとほとんどのUIを共有していますが、それでもいくつかの違いがあります。 だから私の質問です。イオンプロジェクトと2つの異なる展開アプローチを使用した通常の角度のあるWebサイトの両方になるようにプロジェクトを構築する方法。ほとんどのコードが再利用されていますが、モバイルWebサイトの一部のビューとハイブリッドアプリの一部のビュー(より多くのネイティブコンポーネントと規則を使用)、ルーティングの違いもある可能性があります。 それは良い考えですか? そして、共有コードで、あなたがどちらの場合であるかを知る簡単な方法はありますか?一部のIF、一部のディレクティブはコンテキスト外では非アクティブなど 私が気付かないかもしれないある種のミッシングリンクがあるように感じます。 前もって感謝します。

4
従来のポーリング方法よりも優れた方法
私は現在、AngularJS / JavaScript環境にいます。 現在、ポーリング方式を使用しているアプリケーション(つまり、一定の秒数でサーバーから新しいデータを取得する)。 これはかなりの負担であり、最新の結果をすぐに取得することはできません。サーバーがWebサービス機能にASMXを使用していると仮定します。可能であれば、大幅なオーバーホールを行わずに、アプリケーションの効率を向上させるにはどうすればよいですか? 編集1: 課税とは、サーバーがさまざまなSQLテーブルと関連データなどを取得する必要があることを意味します。つまり、多数の同時ユーザーがいる場合、将来サーバーのパフォーマンスに問題が発生する可能性があるのではないかと心配しています。 現在、アプリケーションは要求/応答httpsタイプの呼び出しを使用しているため、最新のデータは取得されません。 モバイルアプリケーション側でさらに改善できますが、サーバー側ではサーバーのWebサービスファイルを除いて多くを変更することはできません。

1
コンテンツにHTML5ローカルストレージを使用しない理由はありますか
多くの静的なWebサイトでは、最も人気のある20ページの実際のテキストコンテンツの合計サイズは100kb未満になります。 HTML5ローカルストレージを利用して、サーバーからAJAX経由でコンテンツを単一のファイルにダウンロードし、ローカルストレージに保存して、angularJSなどのデータドリブンJSフレームワークで使用することができると思います。実際、バックグラウンドでさらに多くのコンテンツをサイレントでダウンロードしている可能性があります。これにより、非常に高速で応答性の高いユーザーエクスペリエンスが実現する可能性があります。 これにもかかわらず、私はこのように動作しているウェブサイトを見たことがありません。これが悪い考えになる理由が欠けている理由はありますか?

1
マイクロサービスアプリケーションのAngularJSフロントエンドを作成する
私が作成したいMicroservicesすべてのmicroserviceは、フロントエンドの独自の一部を担当しているアプリケーションを、。同時に、AngularJSでフロントエンドをシングルページアプリケーション(SPA)として作成したいと考えています。新しいマイクロサービスがデプロイされると、Webフロントエンドは自動的に新しいフロントエンド部分を取得してSPAに追加します。これを実現する最良の方法は何でしょうか? これが私が思いついたものです。各マイクロサービスは、独自のAngularモジュールを担当できます。次に、顧客がアプリケーションに移動すると、サーバーコンポーネント(ASP.NETまたはJSP)は、どのマイクロサービスがオンラインであるかを確認し、それらのマイクロサービスからの角度モジュールを含むHTMLページを作成できます。 フロントエンドコンポーネントが実行できることは、管理者やVIPの顧客など、拡張された特権を持つ特定の顧客に対していくつかのマイクロサービスを有効にすることです。 もちろん、これが機能するためには、各マイクロサービスが画面上に他のマイクロサービスが何であるかを「知る」ことなく、画面の一部を占めるための優れた構造化された方法が必要です。簡単な解決策は、マイクロサービスごとにタブを作成することです。タブでは、担当のマイクロサービスがその機能をページに配置できます。フロントエンドコンポーネントは、(角度)ルーティングやルックアンドフィールなどの一般的な要素を担当します。 これはこの目標を実現する最良の方法ですか?誰もがこれで経験がありますか?

1
AngularJSの機能をサポートするために邪魔なJavaScriptは必要ですか?
まず、AngularJSについて学習しているだけだと言ってから、この記事を読んでいました。 http://www.ng-newsletter.com/posts/angular-for-the-jquery-developer.html 私の理解では、控えめなJavaScriptは一般に「正しいこと」と考えられています(おそらく議論の余地がありますが、私の質問の範囲外です)。しかし、AngularJSの特定の機能があり、イベントバインディングを次のような属性で指定する必要があるかどうか疑問に思っていましたng-click。AngularJSを使用してインラインイベントバインディングを使用しない方法はありますか? 参考までに:邪魔なJavaScriptは、通常、JavaScriptをHTML自体に結び付けることを指します。控えめなJavaScriptとは、JavaScriptへの参照を持つプレーンテキストのマークアップではなく、JavaScriptまたはその他の手段を使用して、コード動作をDOMにプログラムで適用することを指します。

1
推移的な依存関係によって引き起こされるモジュール依存関係チェーンの悪夢を回避するにはどうすればよいですか?
多くの(ほとんど?)AngularJSの人々は、AngularJSアプリを多くのモジュールに分割することを提唱しているようです。 Brian Fordは彼のブログで、レイヤー(コントローラー、サービスなど)ごとのパッケージ化は「ばかげた」概念であると既に述べているので、ここでは説明しません。(http://briantford.com/blog/huuuuuge-angular-appsを参照してください。) ただし、アプリを機能ごとにモジュール化するとします。おそらく、これらの機能モジュールをロードするための標準のappモジュールに加えて、usersモジュールとmessagesモジュールがあります。ユーザー機能に関連するルートをユーザーモジュールに、メッセージ関連のルートをメッセージモジュールに慎重に配置します。今、私の心の中で、あなたはngRouteの各機能モジュールに依存関係を作成しました。したがって、各モジュールは、依存関係の配列に「ngRoute」をリストする必要がありますよね? 残念ながら、AngularJSはそれを台無しにすることを非常に簡単にします。あなたの場合はアプリのモジュールがロードの両方のユーザーとメッセージが、唯一のユーザーのリストを依存関係として「ngRoute」、それは実行時に問題ではない:$ routeProviderはまだで、あなたの設定機能の中に注入されるメッセージの本質的により解決された、ユーザーのモジュールのngRouteへの依存。 私の問題は、さまざまな機能モジュールをロード/参照する「アプリ」モジュールの一般的なパターンにある可能性があります。推移的な依存関係と同様に、このパターンは私にとって意味があります。問題なのは、Angularの特定の実装が、モジュールがそのモジュールの依存関係を間接的に参照しない場合をマスクできることです。モジュールは特定のアプリのコンテキストで機能する可能性があります(モジュールが別の「アプリ」モジュールによって参照されており、その依存関係も直接または間接的に参照されているため)。ただし、モジュールを別のアプリにコピーすると、失敗します。依存関係がないため。 ほとんどの人は、usersモジュールが基本的にmessagesモジュールの依存関係になっているという事実をあまり考慮しないだろうという印象を受けます。しかし、それは私が過去を見るのに苦労している問題です。私にとって、機能モジュール間にこれらの混乱する依存関係を作成する可能性がある場合、それはモジュール化の正味の利点を実際に減少させ、アプリのすべての機能のすべてのコンポーネントをカプセル化する単一のアプリモジュールを用意するだけです。

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