Adding Delete Functionality

Rovani in C♯

Now that I have a static list, the next step is to make it slightly more dynamic. This means that I need to learn how to send something back to the server, instead of just retrieving data from the server. My guess is that a delete method should be easier than an insert of a new record, though I expect them both to be about equal. The first piece I recognized that I needed to add is an identifier for indicating which record to delete. I am a big fan of using a Guid as the datatype for a “primary key”, so I quickly added a new field to the BlogPost and added that to my seed data. But how to I make a button in Angular and then make a DELETE call to the controller with the id of the selected post?

It was time for me to turn to the tutorial. The Tour of Heroes tutorial on the Angular website certainly looked to be what I needed. I tried jumping straight to “Delete a hero”, but it’s talking about services and delegates and… whoa. Ok, time to take it back to the top.

Refactoring the Template

I zipped back to the top of the tutorial and quickly made sense of a lot of the work that the initial Visual Studio template created for me. Much of what the early parts of the tutorial teach the user were refactors that I thought would be necessary, but I didn’t know how to do it yet.

  • Refactor the BlogPost interface out to its own class.
  • Refactor the data retrieval into a BlogPostService and inject it into the component.
  • Rename the home component to be blogpost - it’s still that I’m still using the generic name.
  • Refactor the blogpost.component to use the new service.

What do I get after all that refactoring? Exactly the same output - which is what I had hoped for. No new functionality has yet been added, but I feel better about where things are.

Recent Blog Posts

Delete a hero Blog Post

  1. Add a delete button and have it call a delete method.
  2. Create a delete method and have it call the delete service.
  3. Create a delete method in the service, and have it call the API server’s delete method.


Oh, and I tried all kinds of things to get it to work. I tried explicitly setting the route in the attribute. I tried explicitly setting the action in the route. I tried using different action names in the URL. I tried turning it into a GET method. NOTHING WORKED!!! What was I doing so very wrong???

After a much longer time than I wish to admit, the problem was that I needed to put the id parameter in the attribute. Clearly I needed more coffee this evening.

public void DeleteBlogPost(Guid id)
    new BlogPostService().DeleteBlogPost(id);

From there, I was able to verify that the call made it into the BlogPostService that I had previously created. It properly removed the item from the original list and returned a 200:OK response. All is well, and I am going to call this step complete. Once I get the entire front-end working, that’s when I will handle persisting these changes to some storage medium. This part reminds me of my User* Can Create** New Patron*** post from 2016.