Astrit Shuli
1 min readDec 29, 2024

--

Thank you for your detailed feedback! You’ve raised some great points that I’d like to address:

Using a Directive for Signal Bindings

I agree that creating a reusable directive with value and valueChange bindings is a cleaner approach and avoids repetitive code. It’s a valid suggestion for streamlining signal usage in forms, and I appreciate you bringing it up.

Utilizing toSignal for the Hybrid Example

You're absolutely correct that toSignal from @angular/core/rxinterop is a more idiomatic way to handle observable-to-signal conversion. I aimed to manually demonstrate the reactive updates for clarity, but toSignal would definitely make the implementation cleaner.

Validation with Reactive Forms

While Signals allow for a declarative approach to validation, I recognize that Reactive Forms already provide robust validation mechanisms. Using Reactive Forms' built-in validations can indeed simplify the process in most cases.

Why Signals?

The intent of the article is to explore Signals as a new tool for form handling, not necessarily to replace Reactive Forms entirely. Signals offer a simpler API for managing state in certain scenarios, such as deeply nested forms or dynamic structures, and can reduce boilerplate. However, I agree that the examples provided don't fully showcase their unique advantages, which I’ll consider for future improvements.

I appreciate your input—it helps refine the discussion and highlights areas where Signals can complement existing tools rather than replace them outright. Thank you again for taking the time to share your thoughts!

--

--

Astrit Shuli
Astrit Shuli

Written by Astrit Shuli

Full Stack Developer | Angular Specialist

No responses yet