<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Which front end  technology will ESRI follow? in ArcGIS JavaScript Maps SDK Questions</title>
    <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/which-front-end-technology-will-esri-follow/m-p/133362#M12418</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;There really isn't a preference on the ArcGIS JSAPI front. The widgets in the API are based off a vdom implementation.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have a guide page on &lt;A href="https://developers.arcgis.com/javascript/latest/guide/using-frameworks/"&gt;using various frameworks&lt;/A&gt;. Those are just a few of the more popular frameworks, but we've seen implementations with Svelte, Riot, some enterprise stuff. We also have a &lt;A href="https://github.com/Esri/arcgis-js-cli"&gt;cli&lt;/A&gt; that can output a few different options.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Teams in Esri use various frameworks as well. We use Ember, React, Angular, even &lt;A href="https://github.com/Esri/solution-deployment-online"&gt;Elm&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My point is, there really isn't a preference. That decision is up to you and your teams. Our goal is to try to make that integration easier for you, and we are looking to improve on that upcoming releases.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 23 Jul 2020 19:43:28 GMT</pubDate>
    <dc:creator>ReneRubalcava</dc:creator>
    <dc:date>2020-07-23T19:43:28Z</dc:date>
    <item>
      <title>Which front end  technology will ESRI follow?</title>
      <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/which-front-end-technology-will-esri-follow/m-p/133361#M12417</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Now there are :&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;Web app builder(WAB) based on Jimu js library which is private;&lt;/LI&gt;&lt;LI&gt;&amp;nbsp; &amp;nbsp; Calcite maps, extension of bootstrap, created by one ESRI front end guy. It's UI is better than WAB;&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;CLI for vue,react etc;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;For the js developers of us, would like to know in the end which one ESRI will prefer?&amp;nbsp;&lt;/P&gt;&lt;P&gt;The last two, only basci framwork available, not any shared widgets avialable such as print, legend, scalebar and so on.&lt;/P&gt;&lt;P&gt;Just as at the beginning , the web API have silverlight, flex and javascript, in the end the silverlight and flex are not supported.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 23 Jul 2020 07:20:42 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/which-front-end-technology-will-esri-follow/m-p/133361#M12417</guid>
      <dc:creator>baohuachu7</dc:creator>
      <dc:date>2020-07-23T07:20:42Z</dc:date>
    </item>
    <item>
      <title>Re: Which front end  technology will ESRI follow?</title>
      <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/which-front-end-technology-will-esri-follow/m-p/133362#M12418</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;There really isn't a preference on the ArcGIS JSAPI front. The widgets in the API are based off a vdom implementation.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have a guide page on &lt;A href="https://developers.arcgis.com/javascript/latest/guide/using-frameworks/"&gt;using various frameworks&lt;/A&gt;. Those are just a few of the more popular frameworks, but we've seen implementations with Svelte, Riot, some enterprise stuff. We also have a &lt;A href="https://github.com/Esri/arcgis-js-cli"&gt;cli&lt;/A&gt; that can output a few different options.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Teams in Esri use various frameworks as well. We use Ember, React, Angular, even &lt;A href="https://github.com/Esri/solution-deployment-online"&gt;Elm&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My point is, there really isn't a preference. That decision is up to you and your teams. Our goal is to try to make that integration easier for you, and we are looking to improve on that upcoming releases.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 23 Jul 2020 19:43:28 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/which-front-end-technology-will-esri-follow/m-p/133362#M12418</guid>
      <dc:creator>ReneRubalcava</dc:creator>
      <dc:date>2020-07-23T19:43:28Z</dc:date>
    </item>
    <item>
      <title>Re: Which front end  technology will ESRI follow?</title>
      <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/which-front-end-technology-will-esri-follow/m-p/133363#M12419</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;These days I played around Calcite maps.&amp;nbsp; In the end found editor widget can't be used(as the screenshot below) because of the conflicts of css styles.&lt;/P&gt;&lt;P&gt;It will be challege for ordinary developers to create this widget from scratch. It is better to provide some basic widgets in the&amp;nbsp;popular frameworks.&lt;/P&gt;&lt;P&gt;&lt;IMG alt="" class="image-1 jive-image" height="367" src="https://community.esri.com/legacyfs/online/501865_editorwidget.png" width="316" /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 31 Jul 2020 01:04:30 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/which-front-end-technology-will-esri-follow/m-p/133363#M12419</guid>
      <dc:creator>baohuachu7</dc:creator>
      <dc:date>2020-07-31T01:04:30Z</dc:date>
    </item>
  </channel>
</rss>

