<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: jvaldiviezo9</title>
    <description>The latest articles on DEV Community by jvaldiviezo9 (@jvaldiviezo).</description>
    <link>https://dev.to/jvaldiviezo</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F2469690%2F7dcc746c-cc40-423c-91c6-36d3f4849d76.png</url>
      <title>DEV Community: jvaldiviezo9</title>
      <link>https://dev.to/jvaldiviezo</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/jvaldiviezo"/>
    <language>en</language>
    <item>
      <title>Bruno, an interesting API Client</title>
      <dc:creator>jvaldiviezo9</dc:creator>
      <pubDate>Fri, 22 Nov 2024 18:28:59 +0000</pubDate>
      <link>https://dev.to/jvaldiviezo/bruno-an-interesting-api-client-1j4h</link>
      <guid>https://dev.to/jvaldiviezo/bruno-an-interesting-api-client-1j4h</guid>
      <description>&lt;p&gt;During a recent project, I had to make an HTTP Server using Flask and design several API endpoints. Naturally, having an API client for initial testing is essential.&lt;/p&gt;

&lt;p&gt;In my past experiences API Endpoints, I often used Postman or Thunder Client extension for VSCode; however, I recently came across a &lt;a href="https://www.youtube.com/watch?v=ICw2xQtFUdc&amp;amp;pp=ygUJYnJ1bm8gYXBw" rel="noopener noreferrer"&gt;video&lt;/a&gt; that piqued my interest.&lt;/p&gt;

&lt;p&gt;The video introduced a new API client called Bruno, and I found it quite interesting, apart for the Dog logo, which is great (personally, I like it). It provided a fresh approach to the current API Clients world by working completely offline, avoiding unnecessary complexity. This made a lot of sense for my project, which was entirely based on localhost.&lt;/p&gt;

&lt;p&gt;At first use, I liked that the interface is intuitive, and if you have some experience dealing with other API Clients, the experience should feel virtually the same. I found it intuitive to work with and configure the collections, which can use nested folders for better control. This was very handy, as I could separate test API endpoints from those used for data fetching or sending information to the server. Additionally, adding endpoints was simple — I could just clone a similar endpoint and modify it.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fqctxbx4t1u2vm2awwzso.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fqctxbx4t1u2vm2awwzso.png" alt="Bruno User Interface" width="800" height="420"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Another interesting aspect that I liked a lot is that the data is handled locally, which means I have full control over the API endpoints. I could even place them inside a project folder and include the Bruno API Endpoints Collection in version control.&lt;/p&gt;

&lt;p&gt;For simplicity, the API Endpoints could be stored in a single location inside your project structure. Also, you can open multiple projects collections if needed. In my case, having this flexibility is a plus, as in future projects I can keep my collections locally accessible and version controlled. &lt;/p&gt;

&lt;p&gt;Also, having the files locally accessible, turns out to be an interesting feature and becomes particularly handy with the proliferation of AI solutions. For example, when using Copilot, inside VSCode, the AI can be aware of your project routes file and, depending on your needs, you could try to ask the AI to compare your routes against the &lt;code&gt;.bru&lt;/code&gt; files to check for inconsistencies in endpoints, helping to find unused endpoints or audit possible errors. This is a potential use case that I haven't explored enough yet, but it's fully feasible because I've tested and, yes, Copilot in VSCode is able to scan the project, and see inside the &lt;code&gt;.bru&lt;/code&gt; files.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F1wav2n87wjjlq2fhfekz.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F1wav2n87wjjlq2fhfekz.png" alt="Copilot Reading Bruno Files" width="651" height="683"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Also, to complement the above, in VSCode there is an extension that makes the &lt;code&gt;.bru&lt;/code&gt; files have syntax highlighting, so I think that will help as well with manual edits directly in the IDE. You can check out it here: &lt;a href="https://marketplace.visualstudio.com/items?itemName=bruno-api-client.bruno" rel="noopener noreferrer"&gt;Bruno VSCode Extension&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;To conclude, I see many advantages in Bruno's approach. I know it's a relatively new product, but it has proven to have potential and be very useful. I'm definitely going to keep it in my toolbox for future projects.&lt;/p&gt;

&lt;p&gt;Thanks for reading, and you can check out Bruno here: &lt;a href="https://www.usebruno.com/" rel="noopener noreferrer"&gt;Bruno Website&lt;/a&gt;&lt;/p&gt;

</description>
      <category>api</category>
      <category>apliclient</category>
      <category>webdev</category>
      <category>bruno</category>
    </item>
  </channel>
</rss>
