Notes on "Tour of Heroes" Tutorial: C and D of CRUD
This Angular tutorial on server interactions started with (R)ead and (U)pdate operations, then we moved to C(reate) of CRUD by adding a hero to the Tour of Heroes. I found it interesting that content creation was not the first thing to be covered, even though it is the obvious first step in life cycle of a piece of information which I supposed was why it was the first letter of CRUD. The authors of this tutorial gave us the luxury of a stub set of data so we can explore other concepts before we worry about data creation.
Even with that background, creation was still confusing to me. For example, our input element has a hash #heroName
. I assume the hash prefix tells some piece of Angular infrastructure to do something... but what? That was completely unexplained and I have no idea how to use it myself later. Even worse, they didn't even give me a keyword to search for, so I'll start with input element documentation and hunt from there.
Another piece of auto-magic is in generation of hero ID. I felt that was a mistake because the identifier will be the first piece of information we'll need to understand in any debugging task. The tutorial authors may not think these details are important, but I do, so I'll have to chase down details later.
And finally we have D(elete) of CRUD. The mind-boggling part for me was learning that RxJS only cares about delivering information to subscribers. If there are no subscribers, RxJS will decide it is not important and won't do the thing. This had to be called out because in this context it meant we must hang a subscriber on a delete operation, even if we don't do anything with the response, or else RxJS will not perform the operation. On the one hand, emphasizing that an Observable does nothing unless there are subscribers is a very valuable point to bring up. On the other hand, this feels like an inelegant hack.
I can accept this as an oddity of a system that we just have to learn to live with in the world of Angular development. Even though I can see it biting me in the future if I ever forget, I can see how it is a worthwhile tradeoff to get everything else RxJS offers to make server interaction easier.