問題タブ [kigg]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - Kigg asp.net mvc の例を MVC ベータ版に移植しようとする人はいますか
codeplex から Kigg の例をダウンロードしましたが、古いようです。
ASP.NET MVC Beta のバージョンはありますか? それを移植しようとする人はいますか(私は試しましたが、知識不足のために成功しませんでした)?
asp.net - 柔軟なレイヤード ASP.NET フレームワーク (Digg/ブログ/CMS)
私の次の Web サイトでは、すべてをゼロから作成したくありません。同時に、私はフレームワークにあまり注目されたくありません。ですから、あらゆるレベルで使用できるものが欲しいのです。
- DB (SQL Server) に直接アクセスします (DB レイアウトは、自己記述アプリよりもはるかに複雑であってはなりません)
- ビジネスの論理
- インターフェイス コンポーネント (Web パーツ/コントロール) - たとえば、ログイン、最もよく読まれた記事。
フロントエンドには、簡単に変更できるサンプル ページが必要です。
このアプリは DIGG に少し似ていますが、フロントエンドが異なります。KIGGというフレームワークがあり ます。しかし、それが私の基準をどのように満たしているかについてはあまり知りません。
ajax - ASP.NET MVC は柔軟ですか?
jQuery、(ASP.NET) Ajax、ASP.NET Webフォーム、その他のフレームワークと簡単に組み合わせることができますか? ASP.NET MVC から従来の ASP などに動的コードをプルするのはどうですか?
MVC モデルは、コードのカスタマイズが容易であることを意味しますか?
バックグラウンド:
- JavaScript に依存するフレームワークを相互に統合すると問題が発生する可能性があるという経験がありますか?
- ASP.NET で新しいものを記述し、ASP ファイルに .aspx コードを含める従来の ASP があります。
- 必要なもののための OS フレームワークを探していますが、MVC ベースのフレームワークの方が採用しやすいと思います (KIGG)
asp.net-mvc - ASP.NET MVC で開始 / ASP.NET MVC に変換
私は MVC についてあまり知りませんが、ASP.NET MVC ベースのKIGGの多くの機能を使用できると思うプロジェクトがあります。同時に、HTML/jQuery ベースのテンプレートがあります。
これにどのようにアプローチすればよいですか?
私が望んでいるのは、KIGG から背後にあるオブジェクトを含むビューを簡単に選択して、簡単に変更できることです。
これは現実的なアプローチですか?
従来の ASP.NET アプリから作業するよりも簡単であると本当に期待できますか?
asp.net-mvc - ASP.NET MVC: Kigg をベース MVC アプリケーションとして使用する
初めての MVC アプリケーションを作成しようとしています。WebForms から来て、簡単にテストできるアプリケーションを作成できることにとても興奮しています。
Kigg (MVC で作成された Digg のクローン) を調べてみたところ、その外観から、アーキテクチャに多くのベスト プラクティスが使用されています。
そうは言っても、彼らのアプローチは、私の Web アプリケーション (ソーシャル ネットワーキング サイト) のベースとなる良い基礎になるでしょうか?
私はコードの約 80% を理解しており、(彼がビジネス ルールと共に使用するビジネス オブジェクトに関して) 不要なものをすべて削除できると思います。
ベスト プラクティスを使用するアーキテクチャを持つことの利点は、おそらく「それは必要ない」という追加の複雑さのコストを上回るでしょうか?
asp.net-mvc - Kigg MVC アプリケーションは DRY ですか? リポジトリを微調整できますか
私は最近、Kazi Manzur Kigg MVC の実装 (Kazi rocks) を調べていて、DRY/SOC の原則を破っているように見えるいくつかのコードに気付きました。懸念事項を分離するためのリファクタリングの可能性について、皆さんの考えをぜひお聞かせください。
Kigg は、各リポジトリ クラスにAdd
とメソッドの両方を実装します (注:各具体的な実装によってオーバーロードできる仮想メソッドがあります。)Remove
BaseRepository
Kigg.Repository.LinqToSql.CategoryRepository
および両方の実装は、子エンティティを削除するために、メソッドをKigg.Repository.LinqToSql.StoryRepository
介して削除をカスケードします。Remove
(注: カテゴリにはストーリーとの親関係 (1 対多) があるため、ストーリーからオブジェクト グラフまで同じ子関係を共有します)ダイアグラムを参照してください。問題のコードは、両方のリポジトリが互いの子エンティティを削除する方法です。
カテゴリリポジトリ
ストーリーリポジトリ
より良い設計では でメソッドをCategoryRepository
呼び出し、それによってストーリーの子オブジェクトの削除に関する懸念をそれが属する場所に委譲すると仮定するのは正しいでしょうか? メンテナンスの観点から、ストーリーの子に追加するには、と の両方に呼び出しを追加する必要があります。Remove
StoryRepository
StoryRepository
DeleteAll
CategoryRepository
StoryRepository
より良い実装は何でしょうか?
CategoryRepository
を直接使用するにはリファクタリングする必要がありますStoryRepository
か?:
CategoryRepository (リファクタリング)
このリファクタリングにより、CategoryRepository
で削除ロジックを再利用できるようになり、コンストラクターに指定された引数によって参照されるStoryRepository
同じ LinqToSql も再利用する必要があります。しかし、単体テストになると、においがし始めます。DataContext
Database
StoryRepository
より良いリファクタリングには、IoC (Kigg は Unity を Ioc コンテナーとして使用) を使用して、 のPerWebRequest
スコープ付きインスタンスをIStoryRepository
のCategoryRepository
コンストラクターに挿入することが含まれますか?
CategoryRepository (リファクタリング テイク 2)
この 2 番目のリファクタリングにより、ユニット テスト中に Unity Ioc を介してのインスタンスをIStoryRepository
注入できるようになりました。CategoryRepository
もちろん、このリファクタリングを各リポジトリ クラスに拡張して、それらが自分の子供の責任を果たすことができるようにする必要があります。
みんなの感想は?
dotnetopenauth - 共有ホスティング サーバーでの OpenID ログインの問題
Kigg オープンソース asp.net mvc ベースの Web サイトを共有ホスティング サーバーにアップロードしました (Asphostcentral を使用しています)。しかし、OpenID でログインしようとしたときに、非常に奇妙な問題が発生しました。次のような警告メッセージがあります。
「ファイルまたはアセンブリ PresentationFramework、バージョン = 3.0.0.0、カルチャ = ニュートラル、PublicKeyToken = 31bf3856ad364e35、またはその依存関係の 1 つを読み込めませんでした。アクセスが拒否されました。」
しかし、ローカルホストでアプリケーションをうまく実行できます。私のウェブサイトは次のとおりです: http://toupiao360.com 青いヘッダー領域の左のリンクボタン「登录」をクリックしてログインを試みることができます。この単語が表示されることを願っています。
asp.net-mvc - MVCアプリケーションに非常に多くのインターフェイスがあるのはなぜですか
KIGGのコードを確認していたところ、インターフェイスが非常に多いことに気付きました。私はMVCにかなり慣れていないので、インターフェイスとは何かを少し理解しています。
インターフェイスはMVCでどのように機能しますか、なぜ使用されるのですか?
asp.net-mvc - Asp.net Mvc-Kigg:リクエスト間でHttpContext.Itemsのユーザーオブジェクトを維持する
まず、これが怠惰に見えないことを願っていますが、次のプロジェクトのコードを理解するのに問題があります。
ソースコードを調べていたところ、自分が作成している小さなプロジェクトに役立つものに気づきました。BaseControllerには、次のコードがあります。
これは、必要に応じて少し調整したコードの正確なコピーではありません。私がまだ理解しているコードのこの部分。IUserをHttpContext.Itemsに格納します。Userオブジェクトが必要になるたびにデータベースを呼び出す必要がないようにするためだと思います。
私が理解していない部分は、リクエストの合間にこのオブジェクトをどのように維持するかです。私が正しく理解していれば、HttpContext.Itemsはリクエストごとのキャッシュストレージです。
それで、もう少し掘り下げた後、私は次のコードを見つけました。
これは私が理解できない魔法が起こる部分です。彼らはUnityを使用して各リクエストに依存性注入を行っていると思いますか?私のプロジェクトではNinjectを使用していますが、どうすれば同じ結果が得られるのでしょうか。
NinjectのInRequestScopeはUnityPerWebRequestLifetimeManagerと同じだと思いますか?また、どのクラス/メソッドがどのインターフェイスにバインドされているのか疑問に思っていますか?HttpContext.Itemsはリクエストごとに破棄されるため、ユーザーオブジェクトの損失を防ぐにはどうすればよいですか?
とにかく長い質問なので、正しい方向に進んでくれたことに感謝しています。