<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Data Binding on Ash Davies</title>
    <link>https://ashdavies.dev/tags/data-binding/</link>
    <description>Recent content in Data Binding on Ash Davies</description>
    <generator>Hugo -- 0.150.1</generator>
    <language>en</language>
    <lastBuildDate>Sat, 09 Mar 2019 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://ashdavies.dev/tags/data-binding/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The Dangers of Language Abuse</title>
      <link>https://ashdavies.dev/posts/the-dangers-of-language-abuse/</link>
      <pubDate>Sat, 09 Mar 2019 00:00:00 +0000</pubDate>
      <guid>https://ashdavies.dev/posts/the-dangers-of-language-abuse/</guid>
      <description>&lt;p&gt;Much of our responsibility as software engineers is based upon problem-solving, we are required to use our knowledge of available tools, and our experience, to find the most appropriate solution to a given problem.&lt;/p&gt;
&lt;p&gt;That’s what I’d like to focus on here, on finding the &lt;strong&gt;most appropriate solution&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;More often than not, the solution to a problem can be quite simple and doesn&amp;rsquo;t require over-engineering, which is perhaps where the age-old &lt;a href=&#34;https://en.wikipedia.org/wiki/KISS_principle&#34;&gt;KISS&lt;/a&gt; and &lt;a href=&#34;https://en.wikipedia.org/wiki/You_aren%27t_gonna_need_it&#34;&gt;YAGNI&lt;/a&gt; principles come from.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Leveraging Android Data Binding With Kotlin</title>
      <link>https://ashdavies.dev/posts/leveraging-android-data-binding-with-kotlin/</link>
      <pubDate>Mon, 12 Nov 2018 00:00:00 +0000</pubDate>
      <guid>https://ashdavies.dev/posts/leveraging-android-data-binding-with-kotlin/</guid>
      <description>&lt;p&gt;Android Data Binding is a support library that allows us to bind UI components to data sources declaratively rather than programmatically, it’s potentially really powerful and complex, but used effectively it can really cut down on presentation boilerplate.&lt;/p&gt;
&lt;p&gt;We started off with Data Binding beta in 2015 when Google announced it after Google IO as a support library that can be used right back down to Android 2.1 which is API version 7, to write declarative layouts and minimise the glue code required to use your application logic in layouts.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Leveraging Android Data Binding with Kotlin</title>
      <link>https://ashdavies.dev/talks/leveraging-android-databinding-with-kotlin-berlin/</link>
      <pubDate>Fri, 27 Jul 2018 00:00:00 +0000</pubDate>
      <guid>https://ashdavies.dev/talks/leveraging-android-databinding-with-kotlin-berlin/</guid>
      <description>&lt;p&gt;Android Databinding is considered as both a powerful toolchain, empowering your views with access to view data without the necessity to build cumbersome presenters, and conversely as an overly complex, convoluted mess of binding statements opening the door to unnecessary, irresponsible domain logic in your view layouts.&lt;/p&gt;
&lt;p&gt;Whilst the latter of these statements can be true, Databinding offers a very powerful code generation syntax, allowing you to utilise the power of the compiler to ensure that your binding statements are runtime safe. Combining this with the concise syntax afforded by Kotlin allows us to dramatically cut down on boilerplate and build complex user interfaces with relative ease.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
