Peningkatan di Visual Studio 2005

oleh Microsoft

Visual Studio 2005 memberi pengembang aplikasi Web daftar panjang peningkatan dan penyempurnaan proyek Web.

Visual Studio 2005 memberi pengembang aplikasi Web daftar panjang peningkatan dan penyempurnaan proyek Web. Sekuat Visual Studio .NET 2002 dan 2003, ada banyak keluhan dalam cara proyek Web ditangani. Visual Studio 2005 menambahkan sejumlah besar fitur baru untuk mengatasi keluhan ini. Bagi mereka yang lebih suka cara Visual Studio .NET 2003 menangani kompilasi aplikasi Web, lihat Proyek Aplikasi Web.

Dalam modul ini, mencakup peningkatan dalam pembuatan, manajemen, dan pengembangan proyek Web. Dalam modul selanjutnya, mencakup peningkatan dalam membangun proyek Web dan menyebarkannya.

Ekstensi Server FrontPage

Visual Studio .NET 2002 dan 2003 memerlukan Ekstensi Server FrontPage pada kotak untuk membuat atau membangun proyek Web. Pengembang memang memiliki pilihan antara dua mode akses yang berbeda (Ekstensi Server FrontPage atau mode akses File), keduanya menggunakan Ekstensi Server FrontPage untuk melakukan tugas seperti mengatur akar aplikasi di IIS, dll.

Visual Studio 2005 menghapus keandalan pada Ekstensi Server FrontPage untuk proyek lokal. Visual Studio 2005 sekarang mengakses metabase IIS secara langsung alih-alih menggunakan Ekstensi Server FrontPage. Visual Studio 2005 juga menambahkan dukungan untuk FTP yang memungkinkan akses proyek jarak jauh tanpa memerlukan Ekstensi Server FrontPage.

Bagi pengembang yang ingin menggunakan Ekstensi Server FrontPage dalam proyek mereka, opsi ini masih tersedia. Namun, berdasarkan umpan balik yang kuat dari komunitas pengembang ASP.NET, itu bukan persyaratan.

Catatan

Ekstensi Server FrontPage masih diperlukan untuk pembuatan proyek jarak jauh, pembukaan, dll.

Ringkasan Server Pengembangan ASP.NET

Visual Studio 2005 dikirim dengan server Web baru yang disebut ASP.NET Development Server. (Server Web ini sebelumnya dikenal sebagai Cassini.)

Ada beberapa manfaat dari Server Pengembangan ASP.NET.

• Sekarang dimungkinkan bagi non-Administrator untuk mengembangkan dan men-debug terhadap server Web.
• Server Pengembangan ASP.NET secara dinamis memetakan direktori virtual ke lokasi mana pun dalam sistem file yang memungkinkan lokasi proyek yang fleksibel.
• Pengguna di Windows XP Professional yang sudah menggunakan IIS sekarang akan dapat membuat aplikasi Web baru yang tidak akan memengaruhi struktur file atau folder Situs Web Default mereka di IIS.

Tidak ada konfigurasi khusus yang diperlukan untuk memanfaatkan ASP.NET Development Server. Ketika proyek Web yang dihosting pada sistem file di-debug atau ditelusuri, Visual Studio 2005 akan secara otomatis memulai instans server pengembangan ASP.NET pada port acak untuk melayani permintaan.

Informasi lebih lanjut akan dibahas di server pengembangan ASP.NET nanti dalam modul ini.

Manajemen File yang Disempurnakan

Di Visual Studio 2002 dan 2003, file proyek (.vbproj untuk VB.NET dan .csproj untuk C#) menyimpan informasi pada semua file di aplikasi Web. Tampilan Penjelajah Solusi didasarkan pada informasi file dalam file proyek. Karena itu, Penjelajah Solusi sering menampilkan informasi yang tidak akurat dalam kasus di mana editor eksternal digunakan. Visual Studio 2002 dan 2003 sering menimpa perubahan file atau tidak menampilkan versi file terbaru.

Visual Studio 2005 tidak jauh dari file proyek. Sebaliknya, ia membaca informasi file dan folder langsung dari disk, menghasilkan tampilan file yang akurat dalam proyek Anda. Karena folder Referensi di Visual Studio 2002 dan 2003 tidak mewakili folder aktual di aplikasi Web Anda, Visual Studio 2005 juga menghapus folder Referensi dari Penjelajah Solusi. Untuk mengakses referensi untuk proyek Anda di Visual Studio 2005, Anda harus menggunakan halaman Properti untuk proyek.

Membuat Proyek Web

Pengembang web memiliki banyak opsi baru yang tersedia untuk pembuatan proyek di Visual Studio 2005. Situs web sekarang dapat dibuat di mana saja dalam sistem file dan kemudian dapat di-debug atau ditelusuri menggunakan server pengembangan ASP.NET baru. Pengembang juga dapat membuat situs Web baru menggunakan FTP.

Klik di sini untuk melihat panduan video pembuatan proyek Web di Visual Studio 2005.

Buka Video Full-Screen

Proyek Sistem File

Seperti yang Anda lihat di panduan video, Anda dapat memilih untuk membuat situs Web pada sistem file baik di komputer lokal atau di lokasi jarak jauh melalui berbagi file. Situs web yang dibuat pada sistem file ditelusuri dan di-debug menggunakan server pengembangan ASP.NET.

Catatan

Server Pengembangan ASP.NET dapat menyebabkan beberapa kebingungan bagi pelanggan. Jika proyek Web dibuat pada sistem file dalam struktur direktori IISs (yaitu c:/inetpub/wwwroot), situs Web masih akan ditelusuri melalui ASP.NET Development Server saat diluncurkan dari dalam Visual Studio 2005. Oleh karena itu, konfigurasi IIS apa pun (yaitu metode autentikasi) tidak berlaku.

Proyek web default juga menghapus banyak overhead hanya dengan menyertakan halaman Default.aspx, file default.cs, dan folder App/_Data. Folder web.config dan khusus (yaitu aplikasi/_code) ditambahkan sesuai kebutuhan. Proyek web Anda hanya menyertakan file dan folder yang Anda butuhkan.

Proyek HTTP

Proyek HTTP bisa berupa proyek yang dibuat di situs Web IIS lokal atau di situs Web jarak jauh. Lokasi proyek default adalah http://localhost. Jika Anda mengklik tombol Telusuri, ada dua opsi HTTP: IIS Lokal dan Situs Jarak Jauh. Perbedaan utama dalam kedua opsi ini adalah metode di mana informasi situs web ditampilkan dalam dialog Pilih Lokasi dan bagaimana file disalin ke server Web.

Opsi IIS Lokal membaca informasi situs dari metabase pada komputer lokal dan file disalin menggunakan sistem file. Opsi Situs Jarak Jauh menggunakan Ekstensi Server FrontPage dan informasi situs dan file disalin menggunakan panggilan RPC Ekstensi Server HTTP dan FrontPage.

Catatan

File vs###/_tmp.htm dan get/_aspx/_ver.aspx tidak lagi digunakan untuk menentukan informasi versi.

Opsi HTTP default adalah IIS Lokal. Opsi ini membaca Metabase IIS untuk menentukan situs mana yang tersedia dan lokasi untuk membuat konten. Anda dapat memilih folder atau direktori virtual yang berbeda dengan memilihnya dalam tampilan pohon. Anda juga dapat membuat direktori virtual baru, menandai folder sebagai aplikasi, serta menghapus direktori virtual yang ada dari kotak dialog ini.

Gambar 1: Dialog Pilih Lokasi

Tidak seperti di versi Visual Studio sebelumnya, jika Anda mencentang kotak centang Gunakan Lapisan Soket Aman dan sertifikat SSL tidak cocok dengan URL yang Anda telusuri, Anda akan disajikan dengan dialog Pemberitahuan Keamanan yang menanyakan apakah Anda ingin melanjutkan. Menggunakan Visual Studio .NET 2003, jika sertifikat tidak cocok, pembuatan proyek akan gagal.

Gambar 2: Pemberitahuan Keamanan Mengenai Sertifikat SSL

Catatan tentang Header Host

Jika Anda membuat aplikasi Web di situs yang terikat ke IP tertentu, Anda harus memastikan bahwa header host dikonfigurasi. Jika tidak, Visual Studio akan membuat situs di http://localhost, tetapi alamat IP tidak akan diselesaikan dengan benar ketika situs ditelusuri atau di-debug dari dalam IDE.

Jika Anda memilih opsi Situs Jarak Jauh, dialog berubah untuk memperbolehkan Anda memasukkan URL tujuan untuk situs Web baru. URL ini harus berada di server yang mengaktifkan Ekstensi Server FrontPage. Jika Anda ingin bekerja dengan server Web lokal Anda menggunakan Ekstensi Server FrontPage, Anda dapat menggunakan opsi Situs Jarak Jauh dan menentukan URL lokal.

Gambar 3: Membuat Situs Web di Server Jarak Jauh

Saat membuat aplikasi di situs jarak jauh melalui SSL, jika sertifikat SSL tidak cocok, dialog konfirmasi sedikit berbeda dari dialog yang ditampilkan saat menggunakan opsi IIS Lokal.

Gambar 4: Pemberitahuan Keamanan Situs Jarak Jauh

FTP

Visual Studio 2005 memperkenalkan opsi untuk membuat situs Web melalui FTP. Saat Anda menggunakan opsi ini, IDE membuat file secara lokal di folder sementara pengguna lalu menggunakan FTP untuk memindahkan file ke lokasi FTP.

Catatan

Lokasi folder sementara adalah c:/Documents and Settings/<User>/Local Settings/Temp/VWDWebCache/<Server>/_<application name>

Saat menggunakan opsi FTP, Anda akan disajikan dengan dialog Pilih Lokasi. Anda memasukkan informasi koneksi FTP yang diperlukan ke dalam dialog ini seperti yang ditunjukkan di bawah ini.

Gambar 5: Dialog Pilih Lokasi untuk FTP

Lab: Menyiapkan situs FTP dan membuat proyek

Langkah-langkah berikut mengonfigurasi situs FTP sehingga pengguna memiliki lokasi yang hanya dapat mereka unggah melalui FTP.

Menginstal Layanan FTP

1. Buka Tambahkan Hapus Program, pilih Tambahkan/Hapus Komponen Windows
2. Pilih Layanan Informasi Internet (Server Aplikasi pada Windows 2003) dan klik Detail.
3. Periksa Layanan Protokol Transfer File (FTP) dan klik OK.
4. Klik Berikutnya untuk menginstal layanan FTP.

Buat Folder Baru untuk Konten

1. Di Windows Explorer, buat folder baru bernama User1 di dalam c:/inetpub/wwwroot.

Mengonfigurasi folder dan izin pada folder.

1. Buka snap-in Layanan Informasi Internet dari Alat Administratif. Anda sekarang akan memiliki folder Situs FTP di bawah simpul nama komputer.
2. Perluas Situs FTP.
3. Klik kanan Situs FTP Default, pilih Baru, lalu Direktori Virtual, lalu klik Berikutnya.
4. Masukkan Pengguna1 untuk nama direktori virtual dan klik Berikutnya.
5. Masukkan c:/inetpub/wwwroot/User1 untuk jalur dan klik Berikutnya.
6. Klik Berikutnya lalu Selesai untuk menyelesaikan panduan.
7. Klik kanan direktori virtual Pengguna1 di bawah Situs FTP Default dan pilih Properti.
8. Centang kotak centang Tulis dan klik OK untuk menutup dialog.
9. Klik kanan Situs FTP Default dan pilih Properti.
10. Pada tab Akun Keamanan , hapus centang Izinkan Koneksi Anonim.
11. Klik Ya dalam dialog menanyakan apakah Anda ingin melanjutkan.
12. Klik OK untuk menutup dialog.
13. Perluas Situs Web Default di bawah simpul Situs Web .
14. Klik kanan direktori User1 dan pilih Properti
15. Di bagian Pengaturan Aplikasi , klik Buat untuk menandai folder sebagai aplikasi.
16. Klik OK untuk menutup dialog.
17. Tutup snap-in Layanan Informasi Internet.

Membuat proyek web

1. Buka Visual Studio 2005.
2. Dari menu File , pilih Situs Web Baru.
3. Di menu dropdown Lokasi , pilih FTP.
4. Klik Telusuri.
5. Masukkan localhost di kotak teks Server .
6. Masukkan Pengguna1 di kotak teks Direktori.
7. Klik Buka. Lokasi FTP akan dimasukkan ke dalam dialog Situs Web Baru.
8. Klik OK.
9. Hapus centang Log masuk Anonim dalam dialog Masuk FTP, masukkan kredensial Anda, dan klik OK.
10. Apa URL untuk proyek? (URL untuk proyek akan ditampilkan di Penjelajah Solusi.)
11. Dari menu Build , pilih Bangun Situs Web atau Bangun Solusi.
12. Klik kanan default.aspx di Penjelajah Solusi dan pilih Tampilkan di Browser.
13. Dalam dialog URL Situs Web Diperlukan, masukkan http://localhost/user1 untuk URL dan klik OK.

Catatan

Jika Anda mendapatkan kesalahan yang menunjukkan ketidakmampuan untuk memuat jenis /_Default, pastikan Anda menjalankan ASP.NET 2.0 di situs Web Anda dan bukan versi yang lebih lama. Anda dapat melakukannya dari tab ASP.NET di Layanan Informasi Internet.

Membuka Proyek Web

Membuka proyek Web mirip dengan membuat proyek. Bagian berikut memanggil area untuk mengawasi saat bekerja dalam IDE. Ini juga mencakup bekerja dengan proyek Web menggunakan HTTP dan FTP.

Untuk membuka proyek Web, pilih Buka Situs Web dari menu File. Anda akan diminta dengan dialog Pilih Lokasi yang sama yang tercakup sebelumnya dan Anda memiliki empat opsi yang sama yang tersedia untuk Anda: Sistem File, IIS Lokal, FTP, dan Situs Jarak Jauh.

Sistem File

Seperti yang ditunjukkan sebelumnya dalam modul ini, Visual Studio tidak lagi menggunakan file proyek. Oleh karena itu, jika Anda memilih untuk membuka situs Web dari sistem file, Anda benar-benar memiliki opsi untuk memilih folder apa pun yang Anda inginkan, bahkan jika folder yang Anda pilih tidak dibuat sebagai proyek Web pada awalnya di Visual Studio. Misalnya, Anda dapat memilih untuk membuka folder Dokumen Saya sebagai situs Web dan Visual Studio akan dengan senang hati membukanya dan menampilkan file Anda seperti yang ditunjukkan di bawah ini.

Gambar 6: Dokumen Saya Dibuka Sebagai Situs Web

Karena Visual Studio hanya membuat file dan folder tambahan jika perlu, tidak ada file atau folder tambahan yang ditambahkan ke lokasi yang Anda buka. Efek samping dari arsitektur ini adalah mencegah Anda menumpuk situs Web pada sistem file. Misalnya, pertimbangkan struktur direktori berikut.

Proyek web di C:/MyWebSite

Proyek web lain di C:/MyWebSite/Nested

Saat Anda membuka situs Web di c:/MyWebSite, folder Berlapis akan muncul sebagai sub-folder aplikasi tersebut.

HTTP

Saat membuka situs Web melalui HTTP, pengaturan dibaca baik dari metabase IIS (IIS Lokal) atau menggunakan Ekstensi Server FrontPage (Situs Jarak Jauh.) Jika ada aplikasi web berlapis, ini juga ditampilkan dengan ikon yang mengidentifikasinya sebagai aplikasi. Jika Anda terbiasa bekerja dengan aplikasi web di FrontPage, perilaku di Visual Studio 2005 serupa.

Meskipun Visual Studio akan menampilkan ikon untuk aplikasi yang berlapis di bawah aplikasi yang saat ini dibuka dalam IDE, itu tidak akan memungkinkan Anda untuk memperluasnya untuk melihat kontennya. Namun, Anda dapat mengklik dua kali untuk membukanya. Ketika Anda melakukannya, Anda akan disajikan dengan dialog yang meminta Anda untuk membuka aplikasi web (dan mengganti solusi yang saat ini terbuka) atau menambahkan aplikasi Web ke solusi Anda saat ini.

Gambar 7: Mengklik dua kali ikon aplikasi berlapis memberi Anda dialog ini

Situs FTP

Ketika Anda membuka situs melalui FTP, semua file disalin secara lokal ke folder sementara Anda. Jalur lengkap untuk lokasi penyimpanan lokal ditampilkan di panel Properti untuk proyek dan dibuat menggunakan format berikut.

C:/Dokumen dan Pengaturan/<Pengguna>/Pengaturan Lokal/Sementara/VWDWebCache/<Server>/_<nama aplikasi>

Saat menggunakan FTP, Visual Studio harus menentukan URL dasar untuk proyek Anda sehingga Anda dapat menelusurinya seperti yang ditunjukkan di bawah ini. Jika Anda tidak menentukan URL dasar, Visual Studio akan memintanya pertama kali Anda mencoba menelusuri halaman di situs Web.

Gambar 8: Menentukan URL Dasar untuk Situs FTP

Peningkatan Kompilasi

Bekerja dengan aplikasi Web di Visual Studio 2005 terasa lebih cepat daripada versi sebelumnya. Ini karena tidak ada bagian kecil dari perubahan arsitektur kompilasi.

Di Visual Studio 2002 dan 2003, aplikasi Web dikompilasi ke dalam satu rakitan utama yang berada di folder /bin. Di Visual Studio 2005, folder App/_Code ditambahkan. Kelas dan kode non-UI lainnya ditambahkan ke folder App/_Code. Saat Visual Studio membuat proyek, semua file di folder App/_Code dikompilasi ke dalam satu file App/_Code.dll. Hasil dari perubahan ini adalah bahwa build berikutnya jauh lebih cepat daripada di versi sebelumnya.

Catatan

Utilitas baris perintah MSBuild juga dapat digunakan untuk membangun aplikasi web ASP.NET. Alat itu akan tercakup dalam modul 9.

Peningkatan kompilasi lainnya adalah opsi Halaman Build baru pada menu Build. Fitur ini memungkinkan pengembang untuk membangun kembali hanya halaman saat ini (bersama dengan, tentu saja, dan dependensi) sehingga perubahan dapat dikompilasi dengan lebih cepat. Karena C# tidak menawarkan kompilasi latar belakang untuk tujuan memperbarui IntelliSense, dll., mereka akan sangat mendapat manfaat dari fitur ini karena akan memungkinkan IntelliSense diperbarui dengan cepat hanya dengan membangun kembali satu halaman.

Properti Build untuk proyek memungkinkan Anda mengonfigurasi jenis build yang terjadi sebelum halaman startup dijalankan. Pengembang hanya dapat memilih untuk membuat halaman saat ini sehingga Visual Studio dapat mulai men-debug aplikasi dengan lebih cepat setelah perubahan kode.

Gambar 9: Tindakan Mulai Halaman Build

Peningkatan hebat lainnya untuk Visual Studio dan arsitektur ASP.NET ada di area edit dan lanjutkan. Di Visual Studio 2005, pengembang dapat mulai men-debug proyek dan membuat perubahan kode pada proyek tanpa melepaskan debugger. Bahkan, Anda dapat secara harfiah mulai men-debug proyek, menambahkan kelas baru, menambahkan kode ke kelas tersebut, menambahkan kode ke halaman Anda yang membuat instans baru kelas tersebut dan menjalankan metode kelas, semua tanpa melepaskan debugger. Mengeksekusi kode baru secara harfiah semudah menyegarkan browser!

Klik di sini untuk melihat panduan video fitur edit dan lanjutkan di Visual Studio 2005.

Buka Video Full-Screen

Fungsionalitas edit dan lanjutkan yang kuat di ASP.NET 2.0 dan Visual Studio 2005 disebabkan oleh perubahan arsitektur untuk aplikasi ASP.NET. Dalam ASP.NET 1.x, aplikasi yang dibuat di Visual Studio 2002/2003 dikompilasi ke dalam rakitan utama yang disimpan di folder /bin. Semua kelas, halaman, dll. untuk aplikasi dikompilasi ke dalam satu DLL. Kemudian pada runtime, ASP.NET akan mengkompilasi semua kontrol, markup, dan kode ASP.NET dalam halaman dan menyalin DLL tersebut ke folder sementara ASP.NET.

Di Visual Studio 2005 menggunakan ASP.NET 2.0, dua model kompilasi yang diuraikan di atas (satu untuk Visual Studio dan satu untuk ASP.NET saat runtime) telah digabungkan ke dalam satu model kompilasi umum. Itu berarti bahwa semua masalah kompilasi sekarang tertangkap selama tahap pengembangan alih-alih pada runtime. Ini juga memungkinkan dukungan perancang dan IntelliSense untuk fitur seperti kontrol pengguna dan halaman master.

Klik di sini untuk melihat panduan video dukungan perancang untuk kontrol pengguna.

Buka Video Full-Screen

Catatan

Ketika kontrol pengguna dihapus dari halaman, @Register direktif tetap dalam markup dan harus dihapus secara manual untuk menghindari kesalahan pengurai jika kontrol pengguna dihapus dari situs Web.

Peningkatan lain dalam model kompilasi Visual Studio adalah fitur Terbitkan Situs Web. Karena fitur Terbitkan prakompilasi situs Web, pengembang dapat menikmati performa tambahan karena tidak harus mengkompilasi apa pun sesuai permintaan. Ini juga melakukan prakompilasi semua kode sumber di folder App/_Code ke dll sehingga tidak ada kode sumber yang harus disebarkan.

Gambar 10: Dialog Terbitkan Situs Web

Catatan

Utilitas aspnet/_compile.exe juga dapat digunakan untuk mengkompilasi aplikasi web ASP.NET sebelumnya. Alat itu akan tercakup dalam modul 9.

Saat Anda Menerbitkan situs Web, file yang telah dikommpilasikan disimpan di folder File ASP.NET Sementara seperti yang ditunjukkan di bawah ini. File dengan ekstensi file .compiled adalah file XML yang menentukan dependensi untuk DLL tertentu. Kontrol Webform atau pengguna apa pun dikompilasi ke dalam DLL acak yang dimulai dengan Aplikasi/Web/.

Jika Anda membiarkan kotak centang Perbolehkan situs yang telah dikompilasi ini dapat diperbarui , markup di dalam Formulir Web dan kontrol pengguna Anda tidak akan dikompilasi sebelumnya ke dll yang memungkinkan Anda membuat perubahan setelah penyebaran. Jika Anda lebih suka mengunci markup sehingga perubahan pada konten yang disebarkan tidak diizinkan, hapus centang pada kotak ini.

Kotak centang Gunakan penamaan tetap dan rakitan halaman tunggal memungkinkan Anda menonaktifkan kompilasi batch sehingga setiap halaman dikompilasi ke dalam rakitan bernama tetap. Membiarkan kotak ini tidak dicentang memungkinkan Anda memanfaatkan kompilasi batch.

Kotak centang Aktifkan penamaan yang kuat pada rakitan yang telah dikommpilasikan sebelumnya memungkinkan Anda memberi nama kuat rakitan yang telah dikommpilasikan sebelumnya.

Catatan

Dalam ASP.NET 1.x, rakitan bernama kuat harus diinstal ke dalam Global Assembly Cache (GAC). Dalam ASP.NET 2.0, Anda tidak diharuskan menginstal rakitan bernama kuat ke DALAM GAC.

Gambar 11: File pra-kompilasi aplikasi ASP.NET

Catatan

Dalam aplikasi di atas, tidak ada file web.config. Jika sudah ada, itu akan dipanggil PrecompiledApp.config setelah proses terbitkan situs Web.

Penyempurnaan dalam Penyebaran

Seperti halnya Visual Studio 2002 dan 2003, Visual Studio 2005 menawarkan fitur Copy Project. Namun, fitur ini telah di-beefed di Visual Studio 2005 dan sekarang disebut Salin Situs Web.

Dialog Salin Situs Web dibagi menjadi bingkai kiri dan bingkai kanan. Bingkai kiri disebut Situs Web Sumber dan bingkai kanan disebut Situs Web Jarak Jauh. Satu hal yang mungkin membingungkan beberapa pengembang adalah bahwa situs yang ditampilkan dalam bingkai yang tepat belum tentu merupakan situs jarak jauh. Ini bisa menjadi situs pada sistem file lokal atau pada instans lokal IIS. Selain itu, situs yang ditampilkan di bingkai kiri belum tentu merupakan situs Web sumber karena dialog memungkinkan Anda menerbitkan dari situs Web jarak jauh ke situs Web sumber.

Jika Anda menyalin proyek ke situs Web jarak jauh, situs tersebut harus menginstal Ekstensi Server FrontPage di dalamnya. Jika tidak, Anda harus terhubung menggunakan FTP. Di sisi lain, jika Anda menyalin proyek ke instans IIS lokal, Ekstensi Server FrontPage tidak diperlukan.

Catatan

Jika Anda mencoba membuat situs Web baru pada instans IIS lokal dan Ekstensi Server FrontPage 2002 diinstal, Anda akan mendapatkan pesan kesalahan yang memberi tahu Anda bahwa membuat situs Web tidak didukung di server SharePoint. Dalam hal ini, Anda memiliki opsi untuk menginstal Ekstensi Server FrontPage 2000 atau menghapus Ekstensi Server FrontPage.

Klik di sini untuk panduan video fitur Salin Situs Web.

Buka Video Full-Screen

Penyempurnaan dalam Penelusuran Kesalahan

Ada empat peningkatan utama dalam penelusuran kesalahan di Visual Studio 2005.

• Penelusuran kesalahan secara lokal sebagai non-administrator dimungkinkan di luar kotak.
• Atribut Debug untuk elemen Kompilasi sekarang false secara default.
• Penyiapan dan konfigurasi penelusuran kesalahan jarak jauh lebih mudah daripada sebelumnya.
• Anda sekarang dapat men-debug situs Web yang dibuka melalui lokasi FTP.

Penelusuran kesalahan sebagai Non-Administrator

Penambahan ASP.NET Development Server memungkinkan non-administrator untuk dengan mudah men-debug aplikasi ASP.NET langsung dari kotak. Saat aplikasi ASP.NET yang berjalan pada sistem file lokal di-debug, Visual Studio meluncurkan ASP.NET Development Server di bawah konteks pengguna yang masuk. Pengguna tersebut kemudian dapat men-debug aplikasi tersebut tanpa konfigurasi tambahan.

Debug Salah secara Default

Dalam ASP.NET 1.x, atribut debug dalam elemen kompilasi file web.config diatur ke true secara default. Selalu disarankan agar pengembang mengatur atribut ini ke false sebelum menyebarkan aplikasi ke produksi, tetapi karena sebagian besar pengembang tidak sepenuhnya memahami konsekuensi dari membiarkan atribut debug diatur ke true, mereka hanya membiarkannya apa adanya.

Masalah paling parah dengan memiliki atribut debug yang diatur ke true adalah menonaktifkan ASP. Model kompilasi batch NET. Oleh karena itu, setiap halaman dikompilasi ke dalam DLL terpisah. Jika aplikasi Web terdiri dari ribuan halaman (tidak pernah mendengar dengan cara apa pun), itu berarti beberapa ribu DLL kecil akan dibuat oleh aplikasi tersebut. Meskipun ukuran DLL ini kecil, DLL tidak dimuat ke lokasi tertentu dalam memori. Oleh karena itu, mereka menyebabkan fragmentasi dalam memori sistem dan dapat berkontribusi pada kejadian OutOfMemoryException.

Di ASP.NET 2.0, atribut debug diatur ke false secara default. Seperti yang telah Anda lihat, ketika pengembang men-debug aplikasi ASP.NET di Visual Studio 2005, mereka diminta untuk menambahkan file web.config dengan debugging diaktifkan. Melakukannya menimbulkan kelemahan yang sama yang ada di ASP.NET 1.x, tetapi sekarang pengembang dengan jelas diperingatkan bahwa atribut harus diatur ulang ke false sebelum memindahkan aplikasi ke produksi.

Penyiapan dan Konfigurasi Penelusuran Kesalahan Jarak Jauh

Di Visual Studio 2002/2003, penelusuran kesalahan jarak jauh bergantung pada Manajer Debug Mesin (mdm.exe) dan proses vs7jit.exe. Karena itu, memecahkan masalah penelusuran kesalahan jarak jauh sering kali merupakan kotak hitam untuk pelanggan dan seringkali tidak jauh lebih baik untuk PSS.

Visual Studio 2005 menghapus keandalan pada proses mdm.exe dan vs7jit.exe. Sebaliknya, sekarang menggunakan layanan Monitor Debug Jarak Jauh (msvsmon.exe.)

Persyaratan untuk penelusuran kesalahan di Visual Studio 2005 dari jarak jauh cukup sederhana. Anda perlu menjalankan msvsmon.exe di server jarak jauh sebelum penelusuran kesalahan. Anda dapat menginstal Monitor Debug Jarak Jauh dari CD Visual Studio atau Anda cukup menjalankan msvsmon.exe dari berbagi tanpa menginstal apa pun di server Web.

Ketika Anda menjalankan msvsmon.exe, kemungkinan akan mengeluh tentang port yang diblokir untuk penelusuran kesalahan jarak jauh. Untungnya, Anda dapat dengan mudah membuka blokir port dari kanan dalam dialog peringatan seperti yang ditunjukkan di bawah ini.

Gambar 12: Pemberitahuan bahwa Windows Firewall Memblokir Penelusuran Kesalahan Jarak Jauh

Setelah Membuka blokir port yang diperlukan untuk penelusuran kesalahan, Anda akan melihat Monitor Penelusuran Kesalahan Jarak Jauh seperti yang ditunjukkan di bawah ini. Dari antarmuka ini, Anda dapat memantau koneksi dan mengubah izin penelusuran kesalahan dengan mudah.

Gambar 13: Monitor Penelusuran Kesalahan Jarak Jauh

Dimungkinkan juga untuk men-debug aplikasi Web yang dibuka dari jarak jauh melalui FTP. Langkah-langkahnya sama dengan yang dibahas sebelumnya. Namun, Anda harus menentukan URL dasar untuk menelusuri proyek FTP seperti yang diuraikan sebelumnya dalam modul ini.

Lab 2

Penelusuran Kesalahan Jarak Jauh dengan Visual Studio 2005

Lab ini akan memanmbing Anda melalui penelusuran kesalahan jarak jauh dengan Visual Studio 2005.

Klik di sini untuk panduan video lab ini.

Buka Video Full-Screen

Lab ini mengharuskan Anda memiliki dua komputer, satu yang menjalankan Visual Studio 2005 dan yang lain yang menjalankan IIS 5 atau yang lebih tinggi.

1. Buka Visual Studio 2005 dan buat situs Web baru di server jarak jauh.

Catatan

Anda dapat membuat situs Web pada instans IIS jarak jauh atau melalui FTP.

1. Dari server Web jarak jauh, temukan msvsmon.exe pada komputer pengembangan menggunakan jalur UNC dan jalankan.
   Lokasi default untuk msvsmon.exe adalah //server/c$/Program Files/Microsoft Visual Studio 8/Common7/IDE/Remote Debugger/x86.
2. Jika diminta untuk membuka blokir port untuk penelusuran kesalahan jarak jauh, lakukan hal tersebut.
3. Dari mesin pengembangan, buka code-behind untuk Default.aspx dan atur titik henti dalam metode Page/_Load.
4. Mulai penelusuran kesalahan dari komputer pengembangan.

Anda harus mencapai titik henti seperti yang diharapkan.

Meluncurkan Server Pengembangan ASP.NET

Seperti yang telah kita bahas, Visual Studio 2005 dikirim dengan server Web yang disebut ASP.NET Development Server. (Server Pengembangan ASP.NET terkadang disebut sebagai Cassini.) Server Web ini adalah sarana yang mudah untuk menelusuri dan men-debug aplikasi Web yang berjalan pada sistem file.

Server Pengembangan ASP.NET adalah server Web terbatas. Ini tidak mengizinkan koneksi jarak jauh, itu tidak mengizinkan permintaan apa pun dari pengguna mana pun selain pengguna yang memulai server Web. Ini juga tidak memiliki kemampuan melayani halaman ASP. Hanya ASP.NET sumber daya dan sumber daya HTML (termasuk gambar, file CSS, dll.) yang dilayani.

Server pengembangan ASP.NET dapat diluncurkan melalui baris perintah dengan menjalankan file WebDev.WebServer.exe yang terletak di c:/Windows/Microsoft.NET/Framework/v2.0./////*. Dialog berikut menampilkan parameter yang tersedia.

Gambar 14

Catatan

Server pengembangan ASP.NET tidak didukung ketika diluncurkan secara eksplisit melalui baris perintah.