0

私は、2 年前の小さな Silverlight プロジェクトを除いて、過去 6 年間、Web 開発を行っていません。6 年前、私は ASP.net を使用する Web プロジェクト プロジェクトに取り組んでいましたが、Web フォームが好きではなかったことを告白しなければなりません。ASP.Net は私の必須要件であり、Restfull Web サービスに興味を持ち始めていたので、マークアップ フリーの ASP.Net ページを使用しました。それぞれがコントローラーであり、それぞれに大きな if があり、メソッドを探していました。フロントエンドから送信される xml メッセージ内の名前。その頃、Ajax リクエストを使用する、バックエンド用の Web サービスと JavaScript のみのインターフェースを使用する Web アプリケーションを目にするようになりました。

過去 6 年間、私は主にサービス層で SOA を使用し、最近ではイベント SOA を使用してきました。そのため、ASP.Net MVC の必要性を理解していません。今日はどこでも必須ですが、SOA の時代に、MSFT スタックだけを使用している場合、なぜ ASP.MVC が必要なのですか?

Web フロントエンドを備えた新しいシステムを構築したいとします。以下の例のように、レイヤーで構築しました。

DAL -> SOA サービス -> Web API (WCF) -> フロントエンド (JavaScript のみ)

ASP.NET MVC を使用して構築した方がよいでしょうか? 誤解しないでほしいのですが、階層化されていない小規模なプロジェクト以外には適していないと思います。

ASP.Net MVC は、Web フォームよりも大幅に改善されています。皆さんからこれについての洞察を得ることができれば幸いです。私はここで皮肉を言うつもりはありません。私は長い間 Web Developmental から離れていました。人々が単純な JavaScript フロントエンドよりも ASP.Net MVC を好むように見える理由を知りたいだけです。

どうもありがとう。

4

2 に答える 2

0

本当に意見を求めているので、これは締め切られます。

しかし、理由は次のとおりです。

  1. 純粋に JavaScript のフロントエンドをうまく機能させるのは依然として非常に困難です。非常に。
  2. ASP.net MVC は、とにかく実際にそれができるようになる数年前に登場しました
  3. サーバー側のフレームワークでは、コードの再利用がはるかに簡単です
  4. WCF Web サービスと ASP.Net MVC は個人的な好みです。どちらにも、MS がまだ HTTP、HTML、または JavaScript を完全に取得していないことを示す、奇妙な黒魔術のクセがあります。彼らは MVC 用の Web API を発表したばかりですが、ほとんど追加されていないように見えるため、なぜそうしたのかはまだ明らかではありません。
于 2013-03-07T16:41:21.143 に答える
0

主な問題は「ビューと UI ロジックを構築する場所 - サーバー側またはクライアント側」であることを理解しています。簡単に言えば、優先順位に依存します。迅速な結果が必要な場合は、サーバー側の言語を使用してビューを生成し、JavaScript をページにプラグインするだけです。同じページのコンポーネント間に多くの依存関係があるレスポンシブ デザインが必要な場合は、おそらく javascript が唯一の選択肢です。

于 2013-03-07T16:53:04.247 に答える