Show HN: Capek dengan Logic di useEffect, Saya Bikin State Manager React Berbasis Class

Kalau kamu sering pusing dengan useEffect yang berantakan, kamu nggak sendirian. Banyak developer React merasa hooks jadi terlalu rumit saat state-nya kompleks.

Seorang developer di Hacker News baru aja sharing solusi unik: state manager berbasis class. Iya, class—yang sebenarnya udah ada sebelum hooks muncul.

Dia bilang useEffect sering jadi tempat logic yang nggak jelas. Susah di-test, susah di-reuse, dan sering trigger render yang nggak perlu.

Solusinya? Balik ke class tapi dengan twist modern. State manager ini ngasih struktur yang lebih predictable daripada hooks yang tersebar di banyak komponen.

Class-based approach ini punya method yang jelas: init, update, cleanup. Semua side effect terpusat, nggak nyelip-nyelip di berbagai useEffect.

Kamu bisa bayangin kayak punya satu file yang ngurus semua logic bisnis. Komponen React-nya tinggal consume state-nya aja, nggak perlu tau cara kerja internalnya.

Ini beda sama Redux atau Zustun yang lebih fokus ke global state. State manager ini lebih ke local state yang kompleks, yang biasanya bikin useEffect jadi panjang dan berantakan.

Keuntungan utamanya: testing jadi gampang. Class bisa di-test tanpa harus render komponen React. Logic dan UI bener-bener terpisah.

Developer ini juga ngehindarin problem common dengan useEffect: race condition dan cleanup yang terlambat. Class lifecycle lebih eksplisit dan kontrolable.

Tentu ada trade-off. Kamu perlu belajar API baru, dan tim yang udah nyaman dengan hooks mungkin butuh waktu adaptasi.

Tapi buat kamu yang project-nya punya logic state yang rumit—kayak form wizard, real-time sync, atau state machine—approach ini worth dicoba.

Practical takeaway-nya: kalau useEffect kamu udah lebih dari 30 baris atau punya banyak dependency array yang panjang, pertimbangkan buat ekstrak ke class terpisah. Logic yang terpusat lebih gampang di-maintain dan di-debug.

React ecosystem memang terus berkembang, dan nggak ada one-size-fits-all. Kadang solusi "jadul" malah lebih cocok untuk masalah modern.