<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Articles on Dash Overflow</title>
    <link>https://dash-overflow.net/articles/</link>
    <description>Recent content in Articles on Dash Overflow</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Fri, 26 Jun 2020 00:00:00 +0000</lastBuildDate>
    
	<atom:link href="https://dash-overflow.net/articles/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>Why Flutter animations need a vsync/TickerProvider</title>
      <link>https://dash-overflow.net/articles/why_vsync/</link>
      <pubDate>Fri, 26 Jun 2020 00:00:00 +0000</pubDate>
      
      <guid>https://dash-overflow.net/articles/why_vsync/</guid>
      <description>If you have used Flutter animations before, you likely came across a parameter named vsync or the mixin SingleTickerProviderStateMixin.
But we are rarely using them ourselves. So what do they even do?
To answer these questions, we will use a simple animation as an example: A clock
For a clock, AnimationController doesn&amp;rsquo;t seem very useful:
 This is a perpetual animation.
The fact that a controller requires a duration property for the controller feels like it doesn&amp;rsquo;t fit our use-case.</description>
    </item>
    
    <item>
      <title>The difference between a &#34;factory constructor&#34; and a &#34;static method&#34;</title>
      <link>https://dash-overflow.net/articles/factory/</link>
      <pubDate>Tue, 26 May 2020 00:00:00 +0000</pubDate>
      
      <guid>https://dash-overflow.net/articles/factory/</guid>
      <description>If you&amp;rsquo;ve used Dart before, chances are that you&amp;rsquo;ve heard about the factory keyword.
It&amp;rsquo;s also likely that you&amp;rsquo;ve seen the keyword used for deserialization like so:
class SomeClass { SomeClass({this.property}); factory SomeClass.fromMap(Map&amp;lt;String, Object&amp;gt; map) { return SomeClass( property: map[&#39;property&#39;] as int, ); } final int property; }  But this code may leave you with an unanswered question:
Can&amp;rsquo;t I use a static method? After all, you could replace the previous code with:</description>
    </item>
    
    <item>
      <title>Getting started: Creating your Flutter project</title>
      <link>https://dash-overflow.net/articles/getting_started/</link>
      <pubDate>Sat, 04 Apr 2020 00:00:00 +0000</pubDate>
      
      <guid>https://dash-overflow.net/articles/getting_started/</guid>
      <description>Last time I announced that I will start a series of example. Today, let&amp;rsquo;s get started with this project by&amp;hellip; creating the project.
This article won&amp;rsquo;t be about how to install Flutter + create a project. The official installation guide already does an excellent job at explaining how to do that.
What we will see instead are the extra steps that can benefit larger projects, that Flutter don&amp;rsquo;t necessarily mention.</description>
    </item>
    
    <item>
      <title>Let&#39;s build a todo-list</title>
      <link>https://dash-overflow.net/articles/todo_introduction/</link>
      <pubDate>Wed, 01 Apr 2020 00:00:00 +0000</pubDate>
      
      <guid>https://dash-overflow.net/articles/todo_introduction/</guid>
      <description>Yes, I&amp;rsquo;m building a todo-list, when there are effectively hundreds of them available online.
Let me explain why:
Killing two birds with one stone Dash is safe, don&amp;rsquo;t worry.
As a maintainer of multiple open-source libraries (provider, flutter_hooks, &amp;hellip;) , I&amp;rsquo;ve always struggled with one thing:
Building examples/tutorials.
I can answer questions (don&amp;rsquo;t hesitate to ask questions on Stack Overflow!).
But writing code without real problems behind it is not my thing.</description>
    </item>
    
    <item>
      <title>What&#39;s new in provider 4.0.0!</title>
      <link>https://dash-overflow.net/articles/provider_4.0.0/</link>
      <pubDate>Sun, 22 Dec 2019 00:00:00 +0000</pubDate>
      
      <guid>https://dash-overflow.net/articles/provider_4.0.0/</guid>
      <description>A new milestone has been reached for provider: 4.0.0!
Let&amp;rsquo;s go through all the new things together.
Index  the parameters builder/initialBuilder are removed providers are now lazy-loaded devtool integration Selector update   Say bye to builder and initialBuilder! After being deprecated in the version 3.2.0, the parameters builder and initialBuilder or providers are now definitely removed.
They are replaced by the create and update parameters.
This makes the code a lot more readable and frees the name &amp;ldquo;builder&amp;rdquo; for a future feature.</description>
    </item>
    
  </channel>
</rss>