Class Library Design: Building a Postman Clone Course

In this lesson, we are going to create the business logic and data access necessary to make our API calls work in our application. By the end of this video, we will have a working version of our application. To be clear, this is an MVP, or Minimum Viable Product. We will definitely be upgrading it even more from here.
Full Training Courses: IAmTimCorey.com

[@andergarcia1115]

I've learned so much from this series, which is truly impactful like everything you do. It will definitely leave a lasting impression.

[@IAmTimCorey]

I am glad it was helpful.

[@cemkaya4448]

Thanks Tim. Although I use MacOs, I still watch this series. I like your videos.

[@shuba5173]

Bu adam sayesinde gerçekten bir şeyler öğreniyorum.

[@IAmTimCorey]

I am glad they have been helpful.

[@xpresspackage]

First, time commenter long time viewer. Thank you for all you do. With how postman is right now, I need this in my life

[@IAmTimCorey]

You are most welcome.

[@allergiecheck]

Love this mini course! I am following along with a WinUI 3 app, which adds a little bit of challenge

[@IAmTimCorey]

Great!

[@ElCidPhysics90]

Thanks for this new series. I really think WinForms is way underrated. Either that or WPF is way overrated. I understand some of the graphics needs with WPF but the simplicity of WinForms is just so awesome.

[@IAmTimCorey]

You are welcome.

[@ASHOK_162]

New Web Application After Docker Image container => Kubernetes deployment Can we access through URL?

[@felixschneidenbach2422]

Hi Tim, what's your reasoning for putting the IsValidUrl method inside the ApiAccess class? Since all it does is check a string, shouldn't it be a static method in a separate utility class? Doesn't matter too much given the scope of this application of course, but I was curious since you kept emphasising setting the app up for future modifications.

[@IAmTimCorey]

Good question. It can be a bit of preference, but in this case I preferred to keep it with the rest of the API-type calls. Spreading things out without enough of a reason makes things more complex without also providing offsetting value. In this case, I don't anticipate using this method outside of when I'm calling an API, so it fits within the same class. Also, by not making it static, it can later access the logger.

[@giorgosfilippas259]

Excellent Tim. I have finished the app and I ve put and another ui, blazor server. Can I share?

[@IAmTimCorey]

Not here, not yet, but you can show potential employers. Just make sure that the code is yours and not similar to mine. Otherwise it will do you a disservice.

[@giorgosfilippas259]

@@IAmTimCorey OK. Ty!

[@RESIDENTECH1]

👏🏾👏🏾👏🏾👏🏾👍🏾👍🏾👍🏾

[@IAmTimCorey]

Thanks!

[@andywalter7426]

One question I have is when you said the portfolio items are never completed. I actually completed at least 20 portfolio items. I have at least 20 fully completed projects where its so perfect there is no room for improvement. These are things I actually even use myself.

[@IAmTimCorey]

I covered this before, and I believe I even mentioned it in this video: self-evaluation is an incredibly important part of being a developer. If you look at your work and say it is complete and it is perfect, you have not learned how to properly self-evaluate. Software is never perfect. Ever. If you think it is, you've are deceiving yourself. That needs to be your biggest point of focus, identifying how to better self-evaluate. Otherwise, you will not be able to become a good developer.

[@AudioLomtik]

@@IAmTimCorey No source code is ever perfect, there is always room for improvement. However, zero-defect releases of significant features or projects is possible, and I believe should be the goal of all developers. My own definition of a zero-defect release is one where zero issues were found by internal QA team during testing, and zero issues reported by the end user audience during the first year of release. I would say it doesn't meet criteria for "significant" for purposes of this discussion if the user base is only a handful of users, or if the lines of source code is less than maybe 2000 lines, or if the app never underwent formal QA process, or if the user audience is too small to care or report bugs. Early in my career I thought I was pretty good (youthful hubris probably)... It took about 20-25 years of professional coding experience before I was able to consistently deliver zero-defect releases on features of considerable complexity and size. And even still I can go through the code on each one and sort of cringe and think to myself I could have done this or that better, even if it's something simple like I didn't communicate well enough in the code comments, etc.