Fitur Tersembunyi dari ASP.NET [ditutup]

Pertanyaan ini ada karena memiliki signifikansi historis, tetapi tidak dianggap sebagai pertanyaan yang baik untuk topik di situs ini, jadi tolong jangan gunakan itu sebagai bukti bahwa Anda dapat mengajukan pertanyaan serupa di sini.

Info lebih lanjut: https://stackoverflow.com/faq

Selalu ada fitur yang akan berguna dalam skenario pinggiran, tetapi karena alasan itulah kebanyakan orang tidak mengetahuinya. Saya meminta fitur yang biasanya tidak diajarkan oleh buku teks.

Apa yang kamu tahu?

Saat menguji, Anda dapat mengirim email ke folder di komputer Anda, bukan ke server SMTP. Letakkan ini di web.config Anda:

<system.net>
    <mailSettings>
        <smtp deliveryMethod="SpecifiedPickupDirectory">
            <specifiedPickupDirectory pickupDirectoryLocation="c:\Temp\" />
        </smtp>
    </mailSettings>
</system.net>

Jika Anda menempatkan file bernama app_offline.htm di root direktori aplikasi web, ASP.NET 2.0+ akan mematikan aplikasi dan menghentikan pemrosesan normal setiap permintaan masuk baru untuk aplikasi itu, hanya menampilkan konten app_offline.htm mengajukan semua permintaan baru .

Ini adalah cara tercepat dan termudah untuk menampilkan pemberitahuan "Situs Sementara Tidak Tersedia" Anda saat menggunakan kembali (atau memutar kembali) perubahan ke server Produksi.

Juga, seperti yang ditunjukkan oleh marxidad , pastikan Anda memiliki setidaknya 512 byte konten dalam file sehingga IE6 akan membuatnya dengan benar.

throw new HttpException(404, "Article not found");

Ini akan ditangkap oleh ASP.NET yang akan mengembalikan halaman customErrors. Pelajari tentang ini di .NET Tip of the Day Post baru-baru ini

Ini yang terbaik. Tambahkan ini ke web.config Anda untuk kompilasi yang JAUH lebih cepat. Ini adalah posting 3.5SP1 melalui QFE ini .

<compilation optimizeCompilations="true">

Ringkasan cepat: kami memperkenalkan sakelar optimalisasi Kompilasi baru di ASP.NET yang dapat sangat meningkatkan kecepatan kompilasi dalam beberapa skenario. Ada beberapa tangkapan, jadi baca terus untuk detail lebih lanjut. Switch ini saat ini tersedia sebagai QFE untuk 3.5SP1, dan akan menjadi bagian dari VS 2010.

Sistem kompilasi ASP.NET mengambil pendekatan yang sangat konservatif yang menyebabkannya menghapus semua pekerjaan sebelumnya yang telah dilakukannya setiap kali perubahan file 'tingkat atas'. File 'Tingkat atas' mencakup apa saja di nampan dan App_Code, serta global.asax Meskipun ini berfungsi dengan baik untuk aplikasi kecil, menjadi hampir tidak dapat digunakan untuk aplikasi yang sangat besar. Misalnya, seorang pelanggan mengalami kasus yang memerlukan waktu 10 menit untuk menyegarkan halaman setelah membuat perubahan apa pun ke rakitan 'tempat sampah'.

Untuk meringankan rasa sakit, kami menambahkan mode kompilasi 'dioptimalkan' yang mengambil pendekatan yang jauh lebih konservatif untuk kompilasi.

Lewat sini :

• HttpContext.Current akan selalu memberi Anda akses ke Permintaan / Respons / konteks konteks saat ini, bahkan ketika Anda tidak memiliki akses ke properti Halaman (misalnya, dari kelas pembantu yang ditambah secara longgar).

• Anda dapat melanjutkan mengeksekusi kode pada halaman yang sama setelah mengalihkan pengguna ke yang lain dengan memanggil Response.Redirect ( url , false )

• Anda tidak perlu file .ASPX jika semua yang Anda inginkan adalah Halaman yang dikompilasi (atau IHttpHandler ). Cukup atur jalur dan metode HTTP untuk menunjuk ke kelas di <httpHandlers>elemen dalam file web.config.

• Sebuah Halaman objek dapat diambil dari ASPX berkas pemrograman dengan menelepon PageParser.GetCompiledPageInstance (VirtualPath, aspxFileName, Konteks)

Mode ritel di tingkat machine.config:

<configuration>
  <system.web>
    <deployment retail="true"/>
  </system.web>
</configuration>

Mengesampingkan pengaturan web.config untuk menegakkan debug ke false, mengaktifkan kesalahan khusus dan menonaktifkan penelusuran. Tidak lagi lupa mengubah atribut sebelum penerbitan - biarkan semuanya dikonfigurasi untuk pengembangan atau lingkungan pengujian dan perbarui pengaturan ritel produksi.

Mengaktifkan intellisense untuk MasterPages di halaman konten
saya yakin ini adalah hack yang sangat sedikit diketahui

Sebagian besar waktu Anda harus menggunakan metode findcontrol dan melemparkan kontrol di halaman master dari halaman konten ketika Anda ingin menggunakannya, arahan MasterType akan memungkinkan intellisense di studio visual setelah Anda melakukannya.

cukup tambahkan satu lagi arahan ke halaman

<%@ MasterType VirtualPath="~/Masters/MyMainMasterPage.master" %>

Jika Anda tidak ingin menggunakan Jalur Virtual dan gunakan nama kelas sebagai gantinya

<%@ MasterType TypeName="MyMainMasterPage" %>

Dapatkan artikel lengkapnya di sini

HttpContext.Items sebagai alat caching tingkat-permintaan

Dua hal menonjol di kepala saya:

1) Anda dapat menghidupkan dan mematikan Trace dari kode:

#ifdef DEBUG 
   if (Context.Request.QueryString["DoTrace"] == "true")
                {
                    Trace.IsEnabled = true;
                    Trace.Write("Application:TraceStarted");
                }
#endif

2) Anda dapat membangun beberapa halaman .aspx hanya menggunakan satu file "code-behind" yang dibagikan.

Buat satu file .cs kelas:

public class Class1:System.Web.UI.Page
    {
        public TextBox tbLogin;

        protected void Page_Load(object sender, EventArgs e)
        {

          if (tbLogin!=null)
            tbLogin.Text = "Hello World";
        }
    }

dan kemudian Anda dapat memiliki sejumlah halaman .aspx (setelah Anda menghapus .designer.cs dan .cs kode di belakang yang telah dihasilkan VS):

  <%@ Page Language="C#"  AutoEventWireup="true"  Inherits="Namespace.Class1" %>
     <form id="form1" runat="server">
     <div>
     <asp:TextBox  ID="tbLogin" runat="server"></asp: TextBox  >
     </div>
     </form>

Anda dapat memiliki kontrol di ASPX yang tidak muncul di Class1, dan sebaliknya, tetapi Anda perlu mengingatkan untuk memeriksa kontrol Anda untuk nulls.

Kamu bisa memakai:

 Request.Params[Control.UniqueId] 

Untuk mendapatkan nilai kontrol SEBELUM kondisi tampilan diinisialisasi (Control.Text dll akan kosong pada saat ini).

Ini berguna untuk kode di Init.

WebMetode.

Anda dapat menggunakan panggilan balik ASP.NET AJAX ke metode web yang ditempatkan di halaman ASPX. Anda dapat menghias metode statis dengan atribut [WebMethod ()] dan [ScriptMethod ()]. Sebagai contoh:

[System.Web.Services.WebMethod()] 
[System.Web.Script.Services.ScriptMethod()] 
public static List<string> GetFruitBeginingWith(string letter)
{
    List<string> products = new List<string>() 
    { 
        "Apple", "Banana", "Blackberry", "Blueberries", "Orange", "Mango", "Melon", "Peach"
    };

    return products.Where(p => p.StartsWith(letter)).ToList();
}

Sekarang, di halaman ASPX Anda, Anda dapat melakukan ini:

<form id="form1" runat="server">
    <div>
        <asp:ScriptManager ID="ScriptManager1" runat="server" EnablePageMethods="true" />
        <input type="button" value="Get Fruit" onclick="GetFruit('B')" />
    </div>
</form>

Dan panggil metode sisi server Anda melalui JavaScript menggunakan:

    <script type="text/javascript">
    function GetFruit(l)
    {
        PageMethods.GetFruitBeginingWith(l, OnGetFruitComplete);
    }

    function OnGetFruitComplete(result)
    {
        alert("You got fruit: " + result);
    }
</script>

Periksa untuk melihat apakah klien masih terhubung, sebelum memulai tugas yang sudah berjalan lama:

if (this.Response.IsClientConnected)
{
  // long-running task
}

Satu fitur ASP.NET yang dikenal dan jarang digunakan adalah:

Pemetaan Tag

Ini jarang digunakan karena hanya ada situasi tertentu di mana Anda akan membutuhkannya, tetapi ketika Anda membutuhkannya, itu benar berguna.

Beberapa artikel tentang fitur tahu kecil ini:

Tag Pemetaan di ASP.NET
Menggunakan Tag Mapping di ASP.NET 2.0

dan dari artikel terakhir itu:

Pemetaan tag memungkinkan Anda untuk menukar kontrol yang kompatibel pada waktu kompilasi pada setiap halaman dalam aplikasi web Anda. Contoh yang berguna adalah jika Anda memiliki kontrol ASP.NET saham, seperti DropDownList, dan Anda ingin menggantinya dengan kontrol khusus yang berasal dari DropDownList. Ini bisa menjadi kontrol yang telah disesuaikan untuk menyediakan caching data pencarian yang lebih optimal. Alih-alih mengedit setiap formulir web dan mengganti yang dibangun di DropDownLists dengan versi kustom Anda, Anda dapat meminta ASP.NET melakukannya untuk Anda dengan memodifikasi web.config:

<pages>
 <tagMapping>
   <clear />
   <add tagType="System.Web.UI.WebControls.DropDownList"
        mappedTagType="SmartDropDown"/>
  </tagMapping>
</pages>

HttpModules . Arsitekturnya sangat elegan dan gila. Mungkin bukan fitur tersembunyi, tapi keren juga.

Anda dapat menggunakan Komentar ASP.NET dalam halaman .aspx untuk mengomentari seluruh bagian halaman termasuk kontrol server. Dan konten yang dikomentari tidak akan pernah dikirim ke klien.

<%--
    <div>
        <asp:Button runat="server" id="btnOne"/>
    </div>
--%>

Pembuat Ekspresi Kode

Markup sampel:

Text = '<%$ Code: GetText() %>'
Text = '<%$ Code: MyStaticClass.MyStaticProperty %>'
Text = '<%$ Code: DateTime.Now.ToShortDateString() %>'
MaxLenth = '<%$ Code: 30 + 40 %>'

Keindahan sebenarnya dari pembuat ekspresi kode adalah bahwa Anda dapat menggunakan penyatuan data seperti ekspresi dalam situasi yang bukan penyatuan data. Anda juga bisa membuat Pembuat Ekspresi lain yang melakukan fungsi lainnya.

web.config:

<system.web>    
    <compilation debug="true">
        <expressionBuilders>
            <add expressionPrefix="Code" type="CodeExpressionBuilder" />

Kelas cs yang membuat semuanya terjadi:

[ExpressionPrefix("Code")]
public class CodeExpressionBuilder : ExpressionBuilder
{
    public override CodeExpression GetCodeExpression(
        BoundPropertyEntry entry,
        object parsedData,
        ExpressionBuilderContext context)
    {            
        return new CodeSnippetExpression(entry.Expression);
    }
} 

Penggunaan jenis file ASHX:
Jika Anda ingin hanya output beberapa html atau xml dasar tanpa melalui halaman event handler maka Anda dapat mengimplementasikan HttpModule secara sederhana

Beri nama halaman tersebut sebagai SomeHandlerPage.ashx dan cukup masukkan kode di bawah ini (hanya satu baris) di dalamnya

<%@ webhandler language="C#" class="MyNamespace.MyHandler" %>

Lalu file kode

using System;
using System.IO;
using System.Web;

namespace MyNamespace
{
    public class MyHandler: IHttpHandler
    {
        public void ProcessRequest (HttpContext context)
        {   
            context.Response.ContentType = "text/xml";
            string myString = SomeLibrary.SomeClass.SomeMethod();
            context.Response.Write(myString);
        }

        public bool IsReusable
        {
            get { return true; }
        }
    }
}

Mengatur Properti Kontrol Server Berdasarkan pada Browser Target dan banyak lagi .

<asp:Label runat="server" ID="labelText" 
    ie:Text="This is IE text" 
    mozilla:Text="This is Firefox text" 
    Text="This is general text" 
/>

Yang agak mengejutkan saya.

System.Web.VirtualPathUtility

Saya bekerja pada aplikasi asp.net yang melalui audit keamanan oleh perusahaan keamanan terkemuka dan saya belajar trik mudah ini untuk mencegah kerentanan keamanan yang kurang diketahui tetapi penting.

Penjelasan di bawah ini dari: http://www.guidanceshare.com/wiki/ASP.NET_2.0_Security_Guidelines_-_Parameter_Manipulation#Consider_Using_Page.ViewStateUserKey_to_Counter_One-Click_Attacks

Pertimbangkan menggunakan Page.ViewStateUserKey untuk melawan serangan satu-klik. Jika Anda mengautentikasi penelepon Anda dan menggunakan ViewState, setel properti Page.ViewStateUserKey di pawang event Page_Init untuk mencegah serangan satu-klik.

void Page_Init (object sender, EventArgs e) {
  ViewStateUserKey = Session.SessionID;
}

Tetapkan properti ke nilai yang Anda tahu unik untuk setiap pengguna, seperti ID sesi, nama pengguna, atau pengidentifikasi pengguna.

Serangan satu klik terjadi ketika penyerang membuat halaman Web (.htm atau .aspx) yang berisi bidang formulir tersembunyi bernama __VIEWSTATE yang sudah diisi dengan data ViewState. ViewState dapat dihasilkan dari halaman yang penyerang sebelumnya buat, seperti halaman keranjang belanja dengan 100 item. Penyerang memikat pengguna yang tidak menaruh curiga untuk meramban ke halaman, dan kemudian penyerang menyebabkan halaman dikirim ke server di mana kondisi tampilan yang valid. Server tidak memiliki cara untuk mengetahui bahwa kondisi tampilan berasal dari penyerang. Validasi ViewState dan HMACs tidak melawan serangan ini karena ViewState valid dan halaman dieksekusi di bawah konteks keamanan pengguna.

Dengan mengatur properti ViewStateUserKey, ketika penyerang meramban halaman untuk membuat ViewState, properti diinisialisasi dengan namanya. Ketika pengguna yang sah mengirimkan halaman ke server, itu diinisialisasi dengan nama penyerang. Akibatnya, pemeriksaan HMAC ViewState gagal dan pengecualian dihasilkan.

HttpContext.Current.IsDebuggingEnabled

Ini bagus untuk menentukan skrip mana yang akan dihasilkan (min atau versi lengkap) atau apa pun yang Anda inginkan di dev, tetapi tidak langsung.

Termasuk dalam ASP.NET 3.5 SP1:

• customErrors sekarang mendukung atribut "redirectMode" dengan nilai "ResponseRewrite". Menampilkan halaman kesalahan tanpa mengubah URL.
• Tag formulir sekarang mengenali atribut tindakan. Sangat cocok untuk saat Anda menggunakan penulisan ulang URL

Properti DefaultButton di Panel.

Ini menetapkan tombol default untuk panel tertentu.

ScottGu memiliki banyak trik di http://weblogs.asp.net/scottgu/archive/2006/04/03/441787.aspx

Menggunakan configSource untuk membagi file konfigurasi.

Anda dapat menggunakan atribut configSource di file web.config untuk mendorong elemen konfigurasi ke file .config lainnya, misalnya, alih-alih:

    <appSettings>
        <add key="webServiceURL" value="https://some/ws.url" />
        <!-- some more keys -->
    </appSettings>

... Anda dapat menyimpan seluruh bagian pengaturan aplikasi di file konfigurasi lain. Inilah yang baru web.config:

    <appSettings configSource="myAppSettings.config" />

The myAppSettings.configFile:

    <appSettings>        
        <add key="webServiceURL" value="https://some/ws.url" />
        <!-- some more keys -->
    </appSettings>

Ini cukup berguna untuk skenario di mana Anda menyebarkan aplikasi ke pelanggan dan Anda tidak ingin mereka mengganggu file web.config itu sendiri dan hanya ingin mereka dapat mengubah hanya beberapa pengaturan.

ref: http://weblogs.asp.net/fmarguerie/archive/2007/04/26/using-configsource-to-split-configuration-files.aspx

Atribut MaintainScrollPositionOnPostback dalam Halaman direktif. Ini digunakan untuk mempertahankan posisi gulir halaman aspx di seluruh postback.

HttpContext.IsCustomErrorEnabled adalah fitur keren. Saya telah menemukan itu berguna lebih dari sekali. Ini ada posting singkat tentang itu.

Secara default, konten apa pun di antara tag untuk kontrol khusus ditambahkan sebagai kontrol anak. Ini dapat dicegat dalam override AddParsedSubObject () untuk pemfilteran atau penguraian tambahan (misalnya, konten teks dalam LiteralControls):

    protected override void AddParsedSubObject(object obj)
     { var literal = obj as LiteralControl;
       if (literal != null) Controls.Add(parseControl(literal.Text));
       else base.AddParsedSubObject(obj);
     }

...

   <uc:MyControl runat='server'>
     ...this text is parsed as a LiteralControl...
  </uc:MyControl>

Jika Anda memiliki ASP.NET menghasilkan umpan RSS, kadang-kadang akan menempatkan baris tambahan di bagian atas halaman. Ini tidak akan divalidasi dengan validator RSS umum. Anda dapat mengatasinya dengan menempatkan arahan halaman <@Page>di bagian bawah halaman.

Sebelum ASP.NET v3.5 menambahkan rute Anda dapat membuat URL ramah Anda sendiri hanya dengan menulis HTTPModule ke dan menulis ulang permintaan di awal pipa halaman (seperti acara BeginRequest).

Url seperti http: // servername / halaman / Param1 / SomeParams1 / Param2 / SomeParams2 akan dipetakan ke halaman lain seperti di bawah ini (sering menggunakan ekspresi reguler).

HttpContext.RewritePath("PageHandler.aspx?Param1=SomeParms1&Param2=SomeParams2");

DotNetNuke memiliki HttpModule yang sangat bagus yang melakukan ini untuk url ramah mereka. Masih bermanfaat untuk mesin di mana Anda tidak dapat menggunakan .NET v3.5.