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

19
MVCよりもASP.NET WebFormsを優先する場合
マイクロソフトが言ったことを知っています ASP.NET MVCはWebFormsの代替ではありません。 また、WebFormsはMVCよりも開発が速いと言う開発者もいます。しかし、コーディングの速度はテクノロジーの快適レベルにまで下がると思いますので、そのような答えは必要ありません。 ASP.NET MVCを使用すると、開発者はアプリケーションをより細かく制御できるため、WebFormsが時代遅れと見なされないのはなぜですか?あるいは、新しい開発のためにMVCよりもWebFormを優先すべき場合はいつですか?

8
悪いプログラミングの慣行は、ソフトウェア業界では一般的ですか?[閉まっている]
私は1ヶ月以上前にソフトウェア開発者として最初の仕事を始めました。OOP、SOLID、DRY、YAGNI、デザインパターン、SRPなどについて私が学んだことはすべて窓から捨てられます。 C#.NET Webformsを使用し、コードビハインド内のほとんどすべてを、オブジェクトとは呼ばない、ごく少数の外部クラスで実行します。カスタムコントロールを使用して再利用します。使用されるオブジェクトは、Entity Frameworkのみです。クライアントごとにコードビハインドを再利用します。それらには、すべての種類の処理を行う400行のメソッドがあります。新しいクライアントの場合、aspxとaspx.csを取得し、クライアントコードを削除して、新しいクライアント固有のコードの追加を開始します。 彼らの最初の言い訳は、それが追加のメンテナンスを追加し、より多くのコードがより多くのメンテナンスであることです。私を含む3人の開発者の小さなお店です。1人の開発者には30年以上の経験があり、もう1人の開発者には20年以上の経験があります。1つはゲーム開発者で、もう1つは常にCとC ++で働いていました。 これはソフトウェア業界内でどのくらい一般的ですか?OOPおよび関連する原則を確実に把握するにはどうすればよいですか?空き時間に練習していますが、OOPをより良くするためには、より経験豊富な開発者の下で働く必要があると感じています。

5
Entity Frameworkを使用する必要がありますか?
現在、次のスタックがあります。 VS 2005 Webフォーム SQL Server 2005 IIS 6 これへの移行を計画しています: VS 2010 MVCとWebフォーム SQL Server 2008 IIS 7 私の質問は、VS 2010でMVCに移行するとき、Entity Framework(または別のORM)、micro ORM(Massiveなど)、または単なるSQLを使用する必要がありますか? VS 2010について読んだすべてのチュートリアルは、データトランザクションにEntity Frameworkを使用することを目的としていますが、それは近い将来(5年以上)続くでしょうか? 問題があれば、クライアントのアプリケーションには10〜1,000人のアクティブユーザーを含めることができます。

1
動的フォームビルダーフォームとデータベース設計 [閉まっている]
ユーザーが独自のWebベースのフォーム(テキストボックス、選択など)を作成し、ユーザーが入力できるようにWebに公開できるとします。 動的なフォームに結び付けるためにデータベースを設計する方法に関するリソースやアドバイスはありますか? たとえば、フォームごとに子テーブルを作成しますか、または特定のフォームの異なるバージョンを作成しますか?

7
ASP.NET Webforms開発者とWebデザイナー:対話方法
私はASP.NET Webforms開発者であり、デザイナーに対処するときにいくつかの問題に直面します。 デザイナーはいつも不満を言っていasp.net server controlsます。むしろ、単にhtmlファイルを持ち、それらにcss必要な画像とともにファイルを作成したいのです。設計段階が事前に完了している場合、関連するcssファイルを含むhtmlファイルを取得することもありますが、設計をaspxファイルと統合する際に多くの問題に直面します(telerikコントロールを制御するなど)。 私が尋ねたいのは: これらの問題を克服するにはどうすればよいですか?.netサーバーコントロールの問題のため、デザイナーはphp-およびmvc開発者を好みます。デザイナーと正しい方法でやり取りする方法を知る必要があります。 .aspxページのレンダリングされた(htmlページ)をデザイナーに提供するツールまたはアプリケーションはありますか?つまり、Visual Studioのaspxではなく、実行時のページを意味します。Web Expressionを使用しますが、HTMLでレンダリングされたページも必要です。

1
データとファイルの混合転送にmultipart / form-dataを使用するのはなぜですか?
私はC#で作業しており、作成中の2つのアプリ間で通信を行っています。Web APIとJSONが好きになりました。現在、2つのサーバー間でテキストデータとファイルを含むレコードを送信するルーチンを作成しています。 インターネットによると、ここに示すようにmultipart / form-dataリクエストを使用することになっています。 SO質問「C#クライアントからのマルチパートフォーム」 基本的に、次のような形式に従ってリクエストを手動で記述します。 Content-type: multipart/form-data, boundary=AaB03x --AaB03x content-disposition: form-data; name="field1" Joe Blow --AaB03x content-disposition: form-data; name="pics"; filename="file1.txt" Content-Type: text/plain ... contents of file1.txt ... --AaB03x-- RFC 1867-HTMLでのフォームベースのファイルアップロードからコピー この形式は、優れたJSONデータに慣れている人にとって非常に苦痛です。したがって、明らかに解決策は、JSONリクエストを作成し、Base64でファイルをエンコードして、次のようなリクエストで終わることです。 { "field1":"Joe Blow", "fileImage":"JVBERi0xLjUKJe..." } そして、好きな場所でJSONのシリアル化と逆シリアル化を利用できます。さらに、このデータを送信するコードは非常に簡単です。JSONシリアル化用のクラスを作成し、プロパティを設定するだけです。ファイル文字列プロパティは、いくつかの簡単な行で設定されます。 using (FileStream fs = File.Open(file_path, FileMode.Open, FileAccess.Read, FileShare.Read)) { byte[] file_bytes = …

3
ASP.NET WebFormsアプリケーションに最適なアーキテクチャ
クライアント用のASP.NET WebFormsポータルを作成しました。プロジェクトは、最初から適切に計画および構造化されているのではなく、ある程度進化しています。その結果、すべてのコードが同じプロジェクト内でレイヤーなしでまとめられます。クライアントは機能に満足しているので、プロジェクトのリリースに自信を持つようにコードをリファクタリングしたいと思います。アーキテクチャの設計にはさまざまな方法があるようですが、最善の方法についていくつかの意見をお願いします。 機能性 ポータルでは、管理者がHTMLテンプレートを構成できます。他の関連する「パートナー」は、IFrameコードをサイトに追加することにより、これらのテンプレートを表示できます。これらのテンプレート内で、顧客は製品を登録および購入できます。APIはWCFを使用して実装されており、外部の企業もシステムとインターフェイスできます。管理者セクションでは、管理者がさまざまな機能を設定し、各パートナーのレポートを表示できます。システムは請求書と電子メール通知を顧客に送信します。 現在のアーキテクチャ 現在、データベースへの読み取り/書き込みにEF4を使用しています。EFオブジェクトは、aspxファイル内で直接使用されます。これにより、サイトを作成している間、迅速な開発が容易になりましたが、dbとUIを密に結合しているため、このように維持することはおそらく受け入れられません。特定のビジネスロジックがEFオブジェクトの部分クラスに追加されました。 質問 リファクタリングの目標は、サイトをスケーラブルで、簡単に保守でき、安全にすることです。 これにはどのようなアーキテクチャが最適ですか?各レイヤーに何があるべきか、DTO / POCO /アクティブレコードパターンを使用する必要があるかどうかなどを説明してください。 DTO / BOを自動生成する強力な方法があるので、追加のレイヤーがあっても、将来の拡張は簡単に実装できますか? プロジェクトをWebFormsからMVCに変換することは有益でしょうか?

1
同じWebプロジェクト内のWebフォームとMVC
私はASP.NET Webフォームを使用して構築された大規模なレガシープロジェクトで作業しており、同じプロジェクトにMVCライブラリを追加するという考えはあちこちに放棄されています。私はこれが可能であることを知っています(たくさんの記事が利用可能です)が、同様のことをした人がこれを推奨するのかどうか、またなぜ推奨しないのか疑問に思っています。 新しいMVCパターンを使用してアプリケーションの新しい領域を構築し、レガシーページを常に実行し続けることができるという考えです。 編集:明確にするために、MVPパターンはこのプロジェクトの一部ですでに使用されているので考慮していませんが、この記事で説明されているものと同様のことをしています:https : //www.simple-talk.com/dotnet/ asp.net/mixing-web-forms-and-asp.net-mvc/

3
HTTPの状態の欠如は、プロトコルを最新のアプリケーションに適合させませんか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 PHPからASP.NETに変更しましたが、今はやや大規模な会社でWebフォームを使用しています。しかし、ASP.NET Webフォームに関する印象を裏付けるためにいくつか調査を行い、Webフォームは「デスクトッププログラミング」の世界から来た人のためにWebアプリケーションを簡単に作成できるようにするための試みであるという結論に達しました。 しかし、私はWebフォームを回避する前に、私たちが作成したソフトウェアのニーズを分析することを決定し、Web上のアプリケーションの状態を維持する問題にぶつかりました。 HTTPはステートレスプロトコルであり、ASP.NETはセッション変数、hiddenfields、viewstatesを使用して状態をシミュレートしようとしていることを理解しています。上記のすべてに欠陥があり、状態を維持するのに完全ではないことも理解していますアプリケーションですが、アプリの状態を維持する必要性も理解しています。 どちらが問題を提起しますか、HTTPはこのタイプのジョブ(状態を必要とするアプリケーションの作成)に本当に適していますか?現在、ツールはWeb開発者が利用できますか?HTML5で利用できる新しいツールは仕事で効果的ですか、それともHTTPの制限に対する回避策にすぎませんか。 私はWeb用に開発するのが大好きで、デスクトップよりもWebに精通しています。このHTTPのステートレス性についてしばらく疑問に思っていたので、ポイントが足りないのか、それともm私の考えにぴったりです。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.