Jack Downson

Jack Downson

1574790043

How to Build Great React Search Experiences Quickly

Building search experiences is hard work. It can seem easy at a glance: build a search bar, put data into a database, then have user input fuel queries against the database. But there are many things to consider in the data modeling, underlying logic and — of course — the overall design and user experience.

We’ll walkthrough how to build excellent, React-based search experiences using Elastic’s open source Search UI library. It’ll take about 30 minutes and afterwards you’ll be ready to bring search to any application.

But first, what is it that makes building search so challenging?

Search Is Hard

A great article made the rounds a few weeks ago titled Falsehoods Programmers Believe About Search. It contains an exhaustive list of false assumptions developers take into the development of search.

Among the many believed falsehoods:

  • “Customers who know what they are looking for will search for it in the way you expect”
  • “You can write a query parser that will always parse the query successfully”
  • “Once setup, search will work the same way for the next week”
  • “Synonyms are easy”
  • … And many others gems — you should give it a read!

The takeaway is that search has many challenges — and they aren’t just under-the-hood. You need to think about how to manage state, build components for filtering, faceting, sorting, pagination, synonyms, language processing, and much, much… much more. But, in summary:

Building great search requires two sophisticated parts: (1) the search engine, which provides APIs to power search and (2) the search library, which paints the search experience.

For the search engine, we’ll look at Elastic App Search.

For the search experience, we’ll introduce an OS search library: Search UI.

When we’re done, it’ll lookjust like this:

This is image title

Search Engine: Elastic App Search

App Search is available as either a paid, managed service, or a free, self-managed distribution. We’ll use the managed service for this tutorial, But remember that your team can use Search UI and App Search with a basic license at no cost if you host it yourself.

The plan: index documents which represent the best video games of all time into a search engine, then design and optimize a search experience to search through them.

First, signup for a 14 day trial — no credit card needed.

Create an Engine. You can pick from 13 different languages.

Let’s name it video-games and set the language to English.

This is image title

Download the best video games data set and then upload it to App Search using the importer.

Next, click into the Engine, then select the Credentials tab.

Create a new Public Search Key with Limited Engine Access to only the video-games engine.

Retrieve the new Public Search Key and your Host Identifier.

Even though it didn’t look like much, we now have a fully functioning search engine that’s ready to search through our video game data using a refined search API.

Here’s what we’ve done so far:

  • Created a search engine.
  • Ingested documents.
  • Created a default schema.
  • Retrieved a scoped, disposable credential that we can expose to the browser.

That’s it for App Search, for now.

Let’s get to building our search experience using Search UI.

Search Library: Search UI

We’re going to use the [create-react-app](https://github.com/facebook/create-react-app) scaffolding utility to create a React app:

npm install -g create-react-app
create-react-app video-game-search --use-npm
cd video-game-search

Within this foundation, we’ll install Search UI and the App Search connector:

npm install — save @elastic/react-search-ui @elastic/search-ui-app-search-connector

And start the app in development mode:

npm start

Open up src/App.js in your favourite text editor.

We’ll start with some boilerplate code, and then unpack it.

Mind the comments!

// Step #1, import Statements
import React from "react";
import AppSearchAPIConnector from "@elastic/search-ui-app-search-connector";
import { SearchProvider, Results, SearchBox } from "@elastic/react-search-ui";
import { Layout } from "@elastic/react-search-ui-views";
import "@elastic/react-search-ui-views/lib/styles/styles.css";
// Step #2, The Connector
const connector = new AppSearchAPIConnector({
  searchKey: "[YOUR_SEARCH_KEY]",
  engineName: "video-games",
  hostIdentifier: "[YOUR_HOST_IDENTIFIER]"
});
// Step #3: Configuration Options
const configurationOptions = {
  apiConnector: connector
  // Let's fill this in together.
};
// Step #4, SearchProvider: The Finishing Touches.
export default function App() {
  return (
    <SearchProvider config={configurationOptions}>
      <div className="App">
        <Layout
        // Let's fill this in together.
        />
      </div>
    </SearchProvider>
  );
}

Step 1: import Statements

We’ll need to import our Search UI dependencies and React.

The core components, connector, and view components are contained within three different packages: @elastic/search-ui-app-search-connector, @elastic/react-search-ui, and @elastic/react-search-ui-views. We’ll learn more about each of them as we proceed.

import React from "react";
import AppSearchAPIConnector from "@elastic/search-ui-app-search-connector";
import { SearchProvider, Results, SearchBox } from "@elastic/react-search-ui";
import { Layout } from "@elastic/react-search-ui-views";
import "@elastic/react-search-ui-views/lib/styles/styles.css";

We’ll also be importing a default stylesheet for this project, which will give us a nice look and feel without writing a line of our own CSS:

import "@elastic/react-search-ui-views/lib/styles/styles.css";

Step 2: The Connector

We have our Public Search Key and Host Identifier from App Search.

Time to put them to work!

The connector object within Search UI uses the credentials to hook into App Search and power search:

const connector = new AppSearchAPIConnector({
  searchKey: "[YOUR_SEARCH_KEY]",
  engineName: "video-games",
  hostIdentifier: "[YOUR_HOST_IDENTIFIER]"
});

Search UI works with any search API. But connectors make it so that a search API will “just work”, without any deeper configuration.

Step 3: configurationOptions

Before we dig into configurationOptions, let’s take a moment to reflect.

We imported a set of data into our search engine. But what kind of data is it?

The more we know about our data, the better we’ll understand how to present that data to searchers. And that’ll inform how to configure the search experience.

Let’s look at one object, the best object of all within this data set:

{
  "id": "final-fantasy-vii-ps-1997",
  "name": "Final Fantasy VII",
  "year": 1997,
  "platform": "PS",
  "genre": "Role-Playing",
  "publisher": "Sony Computer Entertainment",
  "global_sales": 9.72,
  "critic_score": 92,
  "user_score": 9,
  "developer": "SquareSoft",
  "image_url": "https://r.hswstatic.com/w_907/gif/finalfantasyvii-MAIN.jpg"
}

We see that it has several text fields like name, year, platform, and so on and some number fields like critic_score, global_sales, and user_score.

If we ask three key questions, we’ll know enough to build a solid search experience:

  1. How will most people search? By the name of the video game.
  2. What will most people want to see in a result? The name of the video game, its genre, publisher, scores, and its platform.
  3. How will most people filter, sort, and facet? By score, genre, publisher, and platform.

We then can translate those answers into our configurationOptions:

const configurationOptions = {
  apiConnector: connector,
  searchQuery: {
    search_fields: {
      // 1. Search by name of video game.
      name: {}
    },
    // 2. Results: name of the video game, its genre, publisher, scores, and platform.
    result_fields: {
      name: {
        // A snippet means that matching search terms will be highlighted via <em> tags.
        snippet: {
          size: 75, // Limit the snippet to 75 characters.
          fallback: true // Fallback to a "raw" result.
        }
      },
      genre: {
        snippet: {
          size: 50,
          fallback: true
        }
      },
      publisher: {
        snippet: {
          size: 50,
          fallback: true
        }
      },
      critic_score: {
        // Scores are numeric, so we won't attempt to snippet these, we'll just use the raw
        // value.
        raw: {}
      },
      user_score: {
        raw: {}
      },
      platform: {
        snippet: {
          size: 50,
          fallback: true
        }
      },
      image_url: {
        raw: {}
      }
    },
    // 3. Facet by scores, genre, publisher, and platform, which we'll use to build filters later.
    facets: {
      user_score: {
        type: "range",
        ranges: [
          { from: 0, to: 5, name: "Not good" },
          { from: 5, to: 7, name: "Not bad" },
          { from: 7, to: 9, name: "Pretty good" },
          { from: 9, to: 10, name: "Must play!" }
        ]
      },
      critic_score: {
        type: "range",
        ranges: [
          { from: 0, to: 50, name: "Not good" },
          { from: 50, to: 70, name: "Not bad" },
          { from: 70, to: 90, name: "Pretty good" },
          { from: 90, to: 100, name: "Must play!" }
        ]
      },
      genre: { type: "value", size: 100 },
      publisher: { type: "value", size: 100 },
      platform: { type: "value", size: 100 }
    }
  }
};

We’ve connected Search UI to our search engine and now we have options that govern how we’re going to search through data, display our results, and then explore those results. But we need something to tie everything to the dynamic frontend components of Search UI.

Step 4: SearchProvider

The object that rules them all; the SearchProvider is where all other components are nested.

Search UI provides a Layout component, which is used to paint a typical search layout. There are deep customization options, but we won’t go into those in this tutorial.

We will do two things:

  1. Pass in configurationOptions to SearchProvider.
  2. Place some structural building blocks into Layout and add two basic components: SearchBox and Results.
export default function App() {
  return (
    <SearchProvider config={configurationOptions}>
      <div className="App">
        <Layout
          header={<SearchBox />}
          // titleField is the most prominent field within a result: the result header.
          bodyContent={<Results titleField="name" urlField="image_url" />}
        />
      </div>
    </SearchProvider>
  );
}

At this point, we have the basics set up on the front-end. There’s a few more details to work out on the back-end before we can run this. We should also work on the relevance model so that search is fine tuned for the unique needs of this project.

Off to App Search ~

Back to the Lab

App Search has powerful and refined search engine features. It makes once-sophisticated tuning much more enjoyable. We can perform fine-grained relevance adjustments and seamless schema changes in a few clicks.

We’ll adjust the schema first to see it in action.

Login to App Search, enter the video-games Engine, and then click Schema under the Manage section.

The schema appears. Each of the 11 fields is considered text by default.

In the configurationOptions object, we’ve defined two range facets to help us search through numbers: user_score and critic_score. For a range facet to work as expected, the field type needs to be a number.

We also might want to do some boosting and relevance tuning based on numerical values.

Click on the drop down menu next to each field, change it to number, then click Update Types:

This is image title

The Engine re-indexes on the fly. And later on — when we add the faceting components to our layout — the range filters will function as we expect.

And now, onto the real nifty stuff.

This Section Is Highly Relevant

There are three key relevance features: Synonyms, Curations, and Relevance Tuning.

Select each feature under the Search Settings section in the sidebar:

This is image title

Synonyms

Some people drive cars, some automobiles, others might drive a jalopy. The internet is global and people around the globe use different words to describe things. Synonyms help you create sets of terms that are considered one and the same.

In the case of a video game search engine, we know people will want to find Final Fantasy. But maybe they’ll type FF instead.

Click into Synonyms, then select Create a Synonym Set and enter the terms:

This is image title

Click Save. You can add as many synonym sets as you’d like.

Searches for FF will now carry the same weight as searches for Final Fantasy.

Curations

Curations are a favorite. What if someone does search for Final Fantasy or FF? There are many games in the series — which will they get?

By default, the top five results looks like so:

  1. Final Fantasy VIII
  2. Final Fantasy X
  3. Final Fantasy Tactics
  4. Final Fantasy IX
  5. Final Fantasy XIII

That doesn’t seem right… Final Fantasy VII was the best Final Fantasy game of all. And Final Fantasy XIII wasn’t very good! 😜

Can we make it so that someone searching for Final Fantasy will receive Final Fantasy VII as the first result? And can we remove Final Fantasy XII from our search results?

We can!

Click into Curations and enter a query: Final Fantasy.

Next, drag the Final Fantasy VII document up to the Promoted Documents section by grabbing the handlebar on the leftmost side of the table. And then click on the Hide Result button on the Final Fantasy XIII document — the eye with the line going through it:

This is image title

Anyone performing a search for Final Fantasy or FF will now see Final Fantasy VII first.

… And they won’t see Final Fantasy XIII. Hah!

We can promote and hide many documents. We can even sort promoted documents so we maintain full control over what appears at the top of each query.

Relevance Tuning

Click on Relevance Tuning in the sidebar.

We search into one text field: the name field. But what if we have multiple text fields people will search through, like a name field and a description field? The video game data set we’re using does not contain a description field, so we’ll fake some documents to think through it.

Say our documents looked similar to this:

{ 
  "name":"Magical Quest",
  "description": "A dangerous journey through caves and such." 
},
{ 
  "name":"Dangerous Quest",
  "description": "A magical journey filled with magical magic. Highly magic." 
}

If someone wanted to find the game Magical Quest, they would enter that as the query. But the first result would be Dangerous Quest:

This is image title

Why? Because the word “magical” is present three times in the description of Dangerous Quest and the search engine will not know that one field is more important than another. It will then rank Dangerous Quest higher. This conundrum is why Relevance Tuning exists.

We can select a field and — among other things — increase the weighting of its relevance:

This is image title

We see that when we scale up weight, the right item — Magical Quest — rises to the top because the name field becomes more significant. All we need to do is drag the slider to a higher value and click Save.

We’ve now used App Search to:

  1. Adjust the schema and change user_score and critic_score to number fields.
  2. Fine-tune the relevance model.

And that concludes the fancy “dashboard” features — each one has a matching API endpoint which you can use to make things work programmatically if GUIs aren’t your thing.

Now, let’s finish off the UI.

Finishing Touches

At this point your UI should be functional. Try some queries and poke around. The first thing that jumps out is that we’re missing tools to explore our results, like filtering, faceting, sorting, and so on, but search works. We’ll need to flesh out the UI.

Within the initial src/App.js file, we imported three basic components:

import { SearchProvider, Results, SearchBox } from "@elastic/react-search-ui";

Let’s add some more, given what we’ve defined for our configuration options.

Importing the following components will enable the missing abilities within the UI:

  • PagingInfo: Display information on the current page.
  • ResultsPerPage: Configure how many results appear on each page.
  • Paging: Navigate through different pages.
  • Facet: Filter and explore data in ways unique to the type of data.
  • Sorting: Re-orient results for a given field.
import {
  PagingInfo,
  ResultsPerPage,
  Paging,
  Facet,
  SearchProvider,
  Results,
  SearchBox,
  Sorting
} from "@elastic/react-search-ui";

Once imported, components can be placed into the Layout.

The Layout component divides the page into sections and components can be placed into these sections via props.

It contains sections for the:

  1. header: Search box/bar.
  2. bodyContent: Result container .
  3. sideContent: Sidebar which contains facets and sorting options.
  4. bodyHeader: “Wrapper” around results with context rich information like current page, number of results per page.
  5. bodyFooter: Paging options for quick navigation between pages.

Components render data. Data is fetched based on the search settings we provided in the configurationOptions. Now, we’ll place each component in the appropriate Layout section.

For example, we described 5 faceting dimensions in configurationOptions, so we’ll create 5 Facet components. Each Facet component will use a field prop as a key back to our data.

We’ll put them in the sideContent section, along with our Sorting component, then place the Paging, PagingInfo, ResultsPerPage components in the sections that best suites them:

<Layout
  header={<SearchBox />}
  bodyContent={<Results titleField="name" urlField="image_url" />}
  sideContent={
    <div>
      <Sorting
        label={"Sort by"}
        sortOptions={[
          {
            name: "Relevance",
            value: "",
            direction: ""
          },
          {
            name: "Name",
            value: "name",
            direction: "asc"
          }
        ]}
      />
      <Facet field="user_score" label="User Score" />
      <Facet field="critic_score" label="Critic Score" />
      <Facet field="genre" label="Genre" />
      <Facet field="publisher" label="Publisher" isFilterable={true} />
      <Facet field="platform" label="Platform" />
    </div>
  }
  bodyHeader={
    <>
      <PagingInfo />
      <ResultsPerPage />
    </>
  }
  bodyFooter={<Paging />}
/>

Now let’s have a look at the search experience in the local development environment.

Much better! We have rich options to explore the search results.

We threw in a couple extra goodies like multiple sort options and we’ve made the publisher facet filterable by adding a single flag. Try a search with a blank query and explore all the options.

Finally… let’s look at one last feature of the search experience. It’s a popular one…

Autocomplete.

You Autocomplete Me

Searchers love autocomplete because it provides instant feedback. Its suggestions come in two flavors: result and query. Depending on which flavor, a searcher will receive relevant results or potential queries that can lead to results.

We’re going to focus on autocomplete as a form of “query suggestion”.

This requires two quick changes.

First, we need to add autocomplete to the configurationOptions object:

const configurationOptions = {
  // ...
  autocompleteQuery: {
    suggestions: {
      types: {
        documents: {
          // Which fields to search for suggestions.
          fields: ["name"]
        },
        // How many suggestions appear.
        size: 5
      }
    }
  }
  // ...
};

Second, we need to enable autocomplete as a function of the SearchBox:

// ...
<Layout
  // ...
  header={<SearchBox autocompleteSuggestions={true} />}
/>
// ...

Yep — that’s it.

Try searching — as you type, autocomplete query suggestions appear.

Summary

We now have a good looking, functional search experience. And we’ve avoided a whole mess of pitfalls that often catch people as they try to implement search. Not bad for 30 minutes, wouldn’t you say?

Search UI is a flexible, modern React framework for the quick development of search experiences. Elastic App Search is a robust search engine built atop Elasticsearch. It’s a paid, managed service or you can run it yourself free with an ample basic license.
We’d love to see what you build with Search UI.
Stop by Gitter and consider contributing to the project!

#reactjs #javascript #programming

What is GEEK

Buddha Community

How to Build Great React Search Experiences Quickly
Autumn  Blick

Autumn Blick

1598839687

How native is React Native? | React Native vs Native App Development

If you are undertaking a mobile app development for your start-up or enterprise, you are likely wondering whether to use React Native. As a popular development framework, React Native helps you to develop near-native mobile apps. However, you are probably also wondering how close you can get to a native app by using React Native. How native is React Native?

In the article, we discuss the similarities between native mobile development and development using React Native. We also touch upon where they differ and how to bridge the gaps. Read on.

A brief introduction to React Native

Let’s briefly set the context first. We will briefly touch upon what React Native is and how it differs from earlier hybrid frameworks.

React Native is a popular JavaScript framework that Facebook has created. You can use this open-source framework to code natively rendering Android and iOS mobile apps. You can use it to develop web apps too.

Facebook has developed React Native based on React, its JavaScript library. The first release of React Native came in March 2015. At the time of writing this article, the latest stable release of React Native is 0.62.0, and it was released in March 2020.

Although relatively new, React Native has acquired a high degree of popularity. The “Stack Overflow Developer Survey 2019” report identifies it as the 8th most loved framework. Facebook, Walmart, and Bloomberg are some of the top companies that use React Native.

The popularity of React Native comes from its advantages. Some of its advantages are as follows:

  • Performance: It delivers optimal performance.
  • Cross-platform development: You can develop both Android and iOS apps with it. The reuse of code expedites development and reduces costs.
  • UI design: React Native enables you to design simple and responsive UI for your mobile app.
  • 3rd party plugins: This framework supports 3rd party plugins.
  • Developer community: A vibrant community of developers support React Native.

Why React Native is fundamentally different from earlier hybrid frameworks

Are you wondering whether React Native is just another of those hybrid frameworks like Ionic or Cordova? It’s not! React Native is fundamentally different from these earlier hybrid frameworks.

React Native is very close to native. Consider the following aspects as described on the React Native website:

  • Access to many native platforms features: The primitives of React Native render to native platform UI. This means that your React Native app will use many native platform APIs as native apps would do.
  • Near-native user experience: React Native provides several native components, and these are platform agnostic.
  • The ease of accessing native APIs: React Native uses a declarative UI paradigm. This enables React Native to interact easily with native platform APIs since React Native wraps existing native code.

Due to these factors, React Native offers many more advantages compared to those earlier hybrid frameworks. We now review them.

#android app #frontend #ios app #mobile app development #benefits of react native #is react native good for mobile app development #native vs #pros and cons of react native #react mobile development #react native development #react native experience #react native framework #react native ios vs android #react native pros and cons #react native vs android #react native vs native #react native vs native performance #react vs native #why react native #why use react native

Aubrey  Price

Aubrey Price

1589722410

Build a simple React Native Pokemon app with React-Navigation

As we start learning new technologies we want to start building something or work on a simple project to get a better understanding of the technology. So, let’s build this simple app.
For this app, we will be using PokeApi to get our pokemon data, and also we will be using Hooks. I am using pokemondb for pokemon sprites. It’s just a personal preference you can use whatever you want.

#react-native #react-native-app #react-navigation #react-native-development #react

Mathew Rini

1615544450

How to Select and Hire the Best React JS and React Native Developers?

Since March 2020 reached 556 million monthly downloads have increased, It shows that React JS has been steadily growing. React.js also provides a desirable amount of pliancy and efficiency for developing innovative solutions with interactive user interfaces. It’s no surprise that an increasing number of businesses are adopting this technology. How do you select and recruit React.js developers who will propel your project forward? How much does a React developer make? We’ll bring you here all the details you need.

What is React.js?

Facebook built and maintains React.js, an open-source JavaScript library for designing development tools. React.js is used to create single-page applications (SPAs) that can be used in conjunction with React Native to develop native cross-platform apps.

React vs React Native

  • React Native is a platform that uses a collection of mobile-specific components provided by the React kit, while React.js is a JavaScript-based library.
  • React.js and React Native have similar syntax and workflows, but their implementation is quite different.
  • React Native is designed to create native mobile apps that are distinct from those created in Objective-C or Java. React, on the other hand, can be used to develop web apps, hybrid and mobile & desktop applications.
  • React Native, in essence, takes the same conceptual UI cornerstones as standard iOS and Android apps and assembles them using React.js syntax to create a rich mobile experience.

What is the Average React Developer Salary?

In the United States, the average React developer salary is $94,205 a year, or $30-$48 per hour, This is one of the highest among JavaScript developers. The starting salary for junior React.js developers is $60,510 per year, rising to $112,480 for senior roles.

* React.js Developer Salary by Country

  • United States- $120,000
  • Canada - $110,000
  • United Kingdom - $71,820
  • The Netherlands $49,095
  • Spain - $35,423.00
  • France - $44,284
  • Ukraine - $28,990
  • India - $9,843
  • Sweden - $55,173
  • Singapore - $43,801

In context of software developer wage rates, the United States continues to lead. In high-tech cities like San Francisco and New York, average React developer salaries will hit $98K and $114per year, overall.

However, the need for React.js and React Native developer is outpacing local labour markets. As a result, many businesses have difficulty locating and recruiting them locally.

It’s no surprise that for US and European companies looking for professional and budget engineers, offshore regions like India are becoming especially interesting. This area has a large number of app development companies, a good rate with quality, and a good pool of React.js front-end developers.

As per Linkedin, the country’s IT industry employs over a million React specialists. Furthermore, for the same or less money than hiring a React.js programmer locally, you may recruit someone with much expertise and a broader technical stack.

How to Hire React.js Developers?

  • Conduct thorough candidate research, including portfolios and areas of expertise.
  • Before you sit down with your interviewing panel, do some homework.
  • Examine the final outcome and hire the ideal candidate.

Why is React.js Popular?

React is a very strong framework. React.js makes use of a powerful synchronization method known as Virtual DOM, which compares the current page architecture to the expected page architecture and updates the appropriate components as long as the user input.

React is scalable. it utilises a single language, For server-client side, and mobile platform.

React is steady.React.js is completely adaptable, which means it seldom, if ever, updates the user interface. This enables legacy projects to be updated to the most new edition of React.js without having to change the codebase or make a few small changes.

React is adaptable. It can be conveniently paired with various state administrators (e.g., Redux, Flux, Alt or Reflux) and can be used to implement a number of architectural patterns.

Is there a market for React.js programmers?
The need for React.js developers is rising at an unparalleled rate. React.js is currently used by over one million websites around the world. React is used by Fortune 400+ businesses and popular companies such as Facebook, Twitter, Glassdoor and Cloudflare.

Final thoughts:

As you’ve seen, locating and Hire React js Developer and Hire React Native developer is a difficult challenge. You will have less challenges selecting the correct fit for your projects if you identify growing offshore locations (e.g. India) and take into consideration the details above.

If you want to make this process easier, You can visit our website for more, or else to write a email, we’ll help you to finding top rated React.js and React Native developers easier and with strives to create this operation

#hire-react-js-developer #hire-react-native-developer #react #react-native #react-js #hire-react-js-programmer

What are hooks in React JS? - INFO AT ONE

In this article, you will learn what are hooks in React JS? and when to use react hooks? React JS is developed by Facebook in the year 2013. There are many students and the new developers who have confusion between react and hooks in react. Well, it is not different, react is a programming language and hooks is a function which is used in react programming language.
Read More:- https://infoatone.com/what-are-hooks-in-react-js/

#react #hooks in react #react hooks example #react js projects for beginners #what are hooks in react js? #when to use react hooks

Aria Barnes

Aria Barnes

1627031571

React 18: Things You Need To Know About React JS Latest Version

The most awaited version of React 18 is finally out now. Its team has finally revealed the alpha version of React 18 and its plan, though the official launch is still pending. This time the team has tried something and released the plan first to know their user feedback because the last version of React 17 was not that much appreciated among developers.

According to Front-end Frameworks SurveyReact JS has ranked top in the list of most loved frameworks. Thus, the developer communities expect a bit higher from the framework, so they are less appreciative of the previous launch.
ReactJS stats.pngSo, this time React 18 will be a blast. For beginners, the team is working on a new approach. They have called a panel of experts, library authors, educators, and developers to take part in a working group. Initially, it will be a small group.

I am not a part of this release but following the team on their GitHub discussion group. After gathering the information from there, I can say that they have planned much better this time.

React 17 was not able to meet the developer's community. The focus was all primarily centered on making it easier to upgrade React itself. React 18 release will be the opposite. It has a lot of features for react developers.

Read more here: React 18: Things You Need To Know About React JS Latest Version

#hire react js developers #hire react js developers india #react developers india #react js developer #react developer #hire react developers