# Membangun Aplikasi Perbankan Bagian 2: Membuat Formulir Login dan Registrasi
## Kuis Pra-Kuliah
[Kuis pra-kuliah](https://ff-quizzes.netlify.app/web/quiz/43)
Pernahkah Anda mengisi formulir online dan ditolak karena format email yang salah? Atau kehilangan semua informasi saat mengklik tombol kirim? Kita semua pernah mengalami situasi yang menjengkelkan seperti itu.
Formulir adalah jembatan antara pengguna dan fungsi aplikasi Anda. Seperti protokol yang digunakan pengendali lalu lintas udara untuk memandu pesawat dengan aman ke tujuannya, formulir yang dirancang dengan baik memberikan umpan balik yang jelas dan mencegah kesalahan yang merugikan. Sebaliknya, formulir yang buruk dapat membuat pengguna pergi lebih cepat daripada komunikasi yang salah di bandara yang sibuk.
Dalam pelajaran ini, kita akan mengubah aplikasi perbankan statis Anda menjadi aplikasi interaktif. Anda akan belajar membuat formulir yang memvalidasi input pengguna, berkomunikasi dengan server, dan memberikan umpan balik yang bermanfaat. Anggap saja ini sebagai membangun antarmuka kontrol yang memungkinkan pengguna menavigasi fitur aplikasi Anda.
Pada akhirnya, Anda akan memiliki sistem login dan registrasi lengkap dengan validasi yang membantu pengguna menuju kesuksesan daripada frustrasi.
## Prasyarat
Sebelum kita mulai membuat formulir, mari kita pastikan semuanya sudah diatur dengan benar. Pelajaran ini melanjutkan dari pelajaran sebelumnya, jadi jika Anda melewatkannya, sebaiknya kembali dan pastikan dasar-dasarnya sudah berfungsi terlebih dahulu.
### Pengaturan yang Diperlukan
| Komponen | Status | Deskripsi |
|-----------|--------|-------------|
| [Template HTML](../1-template-route/README.md) | โ Diperlukan | Struktur dasar aplikasi perbankan Anda |
| [Node.js](https://nodejs.org) | โ Diperlukan | Runtime JavaScript untuk server |
| [Server API Bank](../api/README.md) | โ Diperlukan | Layanan backend untuk penyimpanan data |
> ๐ก **Tip Pengembangan**: Anda akan menjalankan dua server secara bersamaan โ satu untuk aplikasi perbankan front-end Anda dan satu lagi untuk API backend. Pengaturan ini mencerminkan pengembangan dunia nyata di mana layanan front-end dan backend beroperasi secara independen.
### Konfigurasi Server
**Lingkungan pengembangan Anda akan mencakup:**
- **Server front-end**: Menyediakan aplikasi perbankan Anda (biasanya port `3000`)
- **Server API backend**: Menangani penyimpanan dan pengambilan data (port `5000`)
- **Kedua server** dapat berjalan secara bersamaan tanpa konflik
**Menguji koneksi API Anda:**
```bash
curl http://localhost:5000/api
# Expected response: "Bank API v1.0.0"
```
**Jika Anda melihat respons versi API, Anda siap melanjutkan!**
---
## Memahami Formulir HTML dan Kontrol
Formulir HTML adalah cara pengguna berkomunikasi dengan aplikasi web Anda. Anggaplah mereka sebagai sistem telegraf yang menghubungkan tempat-tempat yang jauh di abad ke-19 โ mereka adalah protokol komunikasi antara niat pengguna dan respons aplikasi. Ketika dirancang dengan baik, mereka menangkap kesalahan, memandu format input, dan memberikan saran yang bermanfaat.
Formulir modern jauh lebih canggih daripada input teks dasar. HTML5 memperkenalkan jenis input khusus yang secara otomatis menangani validasi email, format angka, dan pemilihan tanggal. Peningkatan ini bermanfaat baik untuk aksesibilitas maupun pengalaman pengguna seluler.
### Elemen Formulir Esensial
**Komponen dasar yang dibutuhkan setiap formulir:**
```html
```
**Apa yang dilakukan kode ini:**
- **Membuat** wadah formulir dengan pengidentifikasi unik
- **Menentukan** metode HTTP untuk pengiriman data
- **Menghubungkan** label dengan input untuk aksesibilitas
- **Mendefinisikan** tombol kirim untuk memproses formulir
### Jenis Input Modern dan Atribut
| Jenis Input | Tujuan | Contoh Penggunaan |
|-------------|--------|-------------------|
| `text` | Input teks umum | `` |
| `email` | Validasi email | `` |
| `password` | Entri teks tersembunyi | `` |
| `number` | Input angka | `` |
| `tel` | Nomor telepon | `` |
> ๐ก **Keuntungan HTML5 Modern**: Menggunakan jenis input tertentu memberikan validasi otomatis, keyboard seluler yang sesuai, dan dukungan aksesibilitas yang lebih baik tanpa JavaScript tambahan!
### Jenis Tombol dan Perilaku
```html
```
**Apa yang dilakukan setiap jenis tombol:**
- **Tombol kirim**: Memicu pengiriman formulir dan mengirim data ke endpoint yang ditentukan
- **Tombol reset**: Mengembalikan semua bidang formulir ke keadaan awal
- **Tombol biasa**: Tidak memiliki perilaku default, memerlukan JavaScript khusus untuk fungsionalitas
> โ ๏ธ **Catatan Penting**: Elemen `` adalah elemen yang menutup sendiri dan tidak memerlukan tag penutup. Praktik terbaik modern adalah menulis `` tanpa garis miring.
### Membuat Formulir Login Anda
Sekarang mari kita buat formulir login praktis yang menunjukkan praktik formulir HTML modern. Kita akan mulai dengan struktur dasar dan secara bertahap meningkatkannya dengan fitur aksesibilitas dan validasi.
```html
Bank App
Login
```
**Penjelasan tentang apa yang terjadi di sini:**
- **Menyusun** formulir dengan elemen HTML5 semantik
- **Mengelompokkan** elemen terkait menggunakan wadah `div` dengan kelas yang bermakna
- **Menghubungkan** label dengan input menggunakan atribut `for` dan `id`
- **Menyertakan** atribut modern seperti `autocomplete` dan `placeholder` untuk UX yang lebih baik
- **Menambahkan** `novalidate` untuk menangani validasi dengan JavaScript alih-alih default browser
### Pentingnya Label yang Tepat
**Mengapa label penting untuk pengembangan web modern:**
```mermaid
graph TD
A[Label Element] --> B[Screen Reader Support]
A --> C[Click Target Expansion]
A --> D[Form Validation]
A --> E[SEO Benefits]
B --> F[Accessible to all users]
C --> G[Better mobile experience]
D --> H[Clear error messaging]
E --> I[Better search ranking]
```
**Apa yang dicapai oleh label yang tepat:**
- **Memungkinkan** pembaca layar mengumumkan bidang formulir dengan jelas
- **Memperluas** area yang dapat diklik (mengklik label akan memfokuskan input)
- **Meningkatkan** kegunaan seluler dengan target sentuh yang lebih besar
- **Mendukung** validasi formulir dengan pesan kesalahan yang bermakna
- **Meningkatkan** SEO dengan memberikan makna semantik pada elemen formulir
> ๐ฏ **Tujuan Aksesibilitas**: Setiap input formulir harus memiliki label yang terkait. Praktik sederhana ini membuat formulir Anda dapat digunakan oleh semua orang, termasuk pengguna dengan disabilitas, dan meningkatkan pengalaman untuk semua pengguna.
### Membuat Formulir Registrasi
Formulir registrasi memerlukan informasi yang lebih rinci untuk membuat akun pengguna yang lengkap. Mari kita buat dengan fitur HTML5 modern dan aksesibilitas yang ditingkatkan.
```html
Register
```
**Dalam kode di atas, kita telah:**
- **Mengorganisasi** setiap bidang dalam wadah div untuk gaya dan tata letak yang lebih baik
- **Menambahkan** atribut `autocomplete` yang sesuai untuk dukungan pengisian otomatis browser
- **Menyertakan** teks placeholder yang membantu untuk memandu input pengguna
- **Mengatur** nilai default yang masuk akal menggunakan atribut `value`
- **Menerapkan** atribut validasi seperti `required`, `maxlength`, dan `min`
- **Menggunakan** `type="number"` untuk bidang saldo dengan dukungan desimal
### Menjelajahi Jenis Input dan Perilaku
**Jenis input modern memberikan fungsionalitas yang ditingkatkan:**
| Fitur | Manfaat | Contoh |
|-------|---------|--------|
| `type="number"` | Keypad numerik di seluler | Mempermudah entri saldo |
| `step="0.01"` | Kontrol presisi desimal | Memungkinkan sen dalam mata uang |
| `autocomplete` | Pengisian otomatis browser | Penyelesaian formulir lebih cepat |
| `placeholder` | Petunjuk kontekstual | Membimbing ekspektasi pengguna |
> ๐ฏ **Tantangan Aksesibilitas**: Cobalah menavigasi formulir hanya menggunakan keyboard Anda! Gunakan `Tab` untuk berpindah antar bidang, `Space` untuk mencentang kotak, dan `Enter` untuk mengirimkan. Pengalaman ini membantu Anda memahami bagaimana pengguna pembaca layar berinteraksi dengan formulir Anda.
## Memahami Metode Pengiriman Formulir
Ketika seseorang mengisi formulir Anda dan menekan kirim, data tersebut harus dikirim ke suatu tempat โ biasanya ke server yang dapat menyimpannya. Ada beberapa cara berbeda untuk melakukannya, dan mengetahui mana yang harus digunakan dapat menghemat Anda dari beberapa masalah di kemudian hari.
Mari kita lihat apa yang sebenarnya terjadi ketika seseorang mengklik tombol kirim tersebut.
### Perilaku Default Formulir
Pertama, mari kita amati apa yang terjadi dengan pengiriman formulir dasar:
**Uji formulir Anda saat ini:**
1. Klik tombol *Register* di formulir Anda
2. Amati perubahan di bilah alamat browser Anda
3. Perhatikan bagaimana halaman memuat ulang dan data muncul di URL

### Perbandingan Metode HTTP
```mermaid
graph TD
A[Form Submission] --> B{HTTP Method}
B -->|GET| C[Data in URL]
B -->|POST| D[Data in Request Body]
C --> E[Visible in address bar]
C --> F[Limited data size]
C --> G[Bookmarkable]
D --> H[Hidden from URL]
D --> I[Large data capacity]
D --> J[More secure]
```
**Memahami perbedaannya:**
| Metode | Kasus Penggunaan | Lokasi Data | Tingkat Keamanan | Batas Ukuran |
|--------|------------------|-------------|------------------|--------------|
| `GET` | Query pencarian, filter | Parameter URL | Rendah (terlihat) | ~2000 karakter |
| `POST` | Akun pengguna, data sensitif | Body permintaan | Lebih tinggi (tersembunyi) | Tidak ada batas praktis |
**Memahami perbedaan mendasar:**
- **GET**: Menambahkan data formulir ke URL sebagai parameter query (cocok untuk operasi pencarian)
- **POST**: Menyertakan data dalam body permintaan (penting untuk informasi sensitif)
- **Batasan GET**: Batas ukuran, data terlihat, riwayat browser yang persisten
- **Keuntungan POST**: Kapasitas data besar, perlindungan privasi, dukungan unggahan file
> ๐ก **Praktik Terbaik**: Gunakan `GET` untuk formulir pencarian dan filter (pengambilan data), gunakan `POST` untuk registrasi pengguna, login, dan pembuatan data.
### Mengonfigurasi Pengiriman Formulir
Mari kita konfigurasikan formulir registrasi Anda untuk berkomunikasi dengan benar dengan API backend menggunakan metode POST:
```html
```
**Memahami validasi yang ditingkatkan:**
- **Menggabungkan** indikator kolom wajib dengan deskripsi yang membantu
- **Menyertakan** atribut `pattern` untuk validasi format
- **Memberikan** atribut `title` untuk aksesibilitas dan tooltip
- **Menambahkan** teks bantuan untuk memandu input pengguna
- **Menggunakan** struktur HTML semantik untuk aksesibilitas yang lebih baik
### Aturan Validasi Lanjutan
**Apa yang dicapai oleh setiap aturan validasi:**
| Kolom | Aturan Validasi | Manfaat Pengguna |
|-------|-----------------|------------------|
| Nama Pengguna | `required`, `minlength="3"`, `maxlength="20"`, `pattern="[a-zA-Z0-9_]+"` | Memastikan pengidentifikasi yang valid dan unik |
| Mata Uang | `required`, `maxlength="3"`, `pattern="[A-Z$โฌยฃยฅโน]+"` | Menerima simbol mata uang umum |
| Saldo | `min="0"`, `step="0.01"`, `type="number"` | Mencegah saldo negatif |
| Deskripsi | `maxlength="100"` | Batas panjang yang wajar |
### Menguji Perilaku Validasi
**Coba skenario validasi ini:**
1. **Kirimkan** formulir dengan kolom wajib kosong
2. **Masukkan** nama pengguna yang kurang dari 3 karakter
3. **Coba** karakter khusus di kolom nama pengguna
4. **Masukkan** jumlah saldo negatif

**Yang akan Anda amati:**
- **Browser menampilkan** pesan validasi bawaan
- **Perubahan gaya** berdasarkan status `:valid` dan `:invalid`
- **Pengiriman formulir** dicegah hingga semua validasi lolos
- **Fokus otomatis** berpindah ke kolom pertama yang tidak valid
### Validasi Sisi Klien vs Sisi Server
```mermaid
graph LR
A[Client-Side Validation] --> B[Instant Feedback]
A --> C[Better UX]
A --> D[Reduced Server Load]
E[Server-Side Validation] --> F[Security]
E --> G[Data Integrity]
E --> H[Business Rules]
A -.-> I[Both Required]
E -.-> I
```
**Mengapa Anda membutuhkan kedua lapisan:**
- **Validasi sisi klien**: Memberikan umpan balik langsung dan meningkatkan pengalaman pengguna
- **Validasi sisi server**: Memastikan keamanan dan menangani aturan bisnis yang kompleks
- **Pendekatan gabungan**: Menciptakan aplikasi yang kuat, ramah pengguna, dan aman
- **Peningkatan progresif**: Berfungsi bahkan ketika JavaScript dinonaktifkan
> ๐ก๏ธ **Pengingat Keamanan**: Jangan pernah hanya mengandalkan validasi sisi klien! Pengguna jahat dapat melewati pemeriksaan sisi klien, jadi validasi sisi server sangat penting untuk keamanan dan integritas data.
---
---
## Tantangan Agen GitHub Copilot ๐
Gunakan mode Agen untuk menyelesaikan tantangan berikut:
**Deskripsi:** Tingkatkan formulir registrasi dengan validasi sisi klien yang komprehensif dan umpan balik pengguna. Tantangan ini akan membantu Anda berlatih validasi formulir, penanganan kesalahan, dan meningkatkan pengalaman pengguna dengan umpan balik interaktif.
**Prompt:** Buat sistem validasi formulir lengkap untuk formulir registrasi yang mencakup: 1) Umpan balik validasi real-time untuk setiap kolom saat pengguna mengetik, 2) Pesan validasi kustom yang muncul di bawah setiap kolom input, 3) Kolom konfirmasi kata sandi dengan validasi pencocokan, 4) Indikator visual (seperti tanda centang hijau untuk kolom valid dan peringatan merah untuk kolom tidak valid), 5) Tombol submit yang hanya aktif ketika semua validasi lolos. Gunakan atribut validasi HTML5, CSS untuk styling status validasi, dan JavaScript untuk perilaku interaktif.
Pelajari lebih lanjut tentang [mode agen](https://code.visualstudio.com/blogs/2025/02/24/introducing-copilot-agent-mode) di sini.
## ๐ Tantangan
Tampilkan pesan kesalahan di HTML jika pengguna sudah ada.
Berikut adalah contoh tampilan halaman login akhir setelah sedikit penyesuaian gaya:

## Kuis Pasca-Kuliah
[Kuis pasca-kuliah](https://ff-quizzes.netlify.app/web/quiz/44)
## Tinjauan & Studi Mandiri
Para pengembang telah menjadi sangat kreatif dalam upaya membangun formulir mereka, terutama terkait strategi validasi. Pelajari berbagai alur formulir dengan melihat [CodePen](https://codepen.com); bisakah Anda menemukan beberapa formulir yang menarik dan menginspirasi?
## Tugas
[Atur gaya aplikasi bank Anda](assignment.md)
---
**Penafian**:
Dokumen ini telah diterjemahkan menggunakan layanan penerjemahan AI [Co-op Translator](https://github.com/Azure/co-op-translator). Meskipun kami berupaya untuk memberikan hasil yang akurat, harap diketahui bahwa terjemahan otomatis dapat mengandung kesalahan atau ketidakakuratan. Dokumen asli dalam bahasa aslinya harus dianggap sebagai sumber yang otoritatif. Untuk informasi yang bersifat kritis, disarankan menggunakan jasa penerjemahan manusia profesional. Kami tidak bertanggung jawab atas kesalahpahaman atau interpretasi yang keliru yang timbul dari penggunaan terjemahan ini.