* chore: rename APIs and Microservices to include "Backend" (#42515) * fix typo * fix typo * undo change * Corrected grammar mistake Corrected a grammar mistake by removing a comma. * change APIs and Microservices cert title * update title * Change APIs and Microservices certi title * Update translations.json * update title * feat(curriculum): rename apis and microservices cert * rename folder structure * rename certificate * rename learn Markdown * apis-and-microservices -> back-end-development-and-apis * update backend meta * update i18n langs and cypress test Co-authored-by: Shaun Hamilton <shauhami020@gmail.com> * fix: add development to front-end libraries (#42512) * fix: added-the-word-Development-to-front-end-libraries * fix/added-the-word-Development-to-front-end-libraries * fix/added-word-development-to-front-end-libraries-in-other-related-files * fix/added-the-word-Development-to-front-end-and-all-related-files * fix/removed-typos-from-last-commit-in-index.md * fix/reverted-changes-that-i-made-to-dependecies * fix/removed xvfg * fix/reverted changes that i made to package.json * remove unwanted changes * front-end-development-libraries changes * rename backend certSlug and README * update i18n folder names and keys * test: add legacy path redirect tests This uses serve.json from the client-config repo, since we currently use that in production * fix: create public dir before moving serve.json * fix: add missing script * refactor: collect redirect tests * test: convert to cy.location for stricter tests * rename certificate folder to 00-certificates * change crowdin config to recognise new certificates location * allow translations to be used Co-authored-by: Nicholas Carrigan (he/him) <nhcarrigan@gmail.com> * add forwards slashes to path redirects * fix cypress path tests again * plese cypress * fix: test different challenge Okay so I literally have no idea why this one particular challenge fails in Cypress Firefox ONLY. Tom and I paired and spun a full build instance and confirmed in Firefox the page loads and redirects as expected. Changing to another bootstrap challenge passes Cypress firefox locally. Absolutely boggled by this. AAAAAAAAAAAAAAA * fix: separate the test Okay apparently the test does not work unless we separate it into a different `it` statement. >:( >:( >:( >:( Co-authored-by: Sujal Gupta <55016909+heysujal@users.noreply.github.com> Co-authored-by: Noor Fakhry <65724923+NoorFakhry@users.noreply.github.com> Co-authored-by: Oliver Eyton-Williams <ojeytonwilliams@gmail.com> Co-authored-by: Nicholas Carrigan (he/him) <nhcarrigan@gmail.com>
		
			
				
	
	
		
			146 lines
		
	
	
		
			4.1 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			146 lines
		
	
	
		
			4.1 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| ---
 | |
| id: 5a24c314108439a4d403616f
 | |
| title: Ripasso dell'uso delle Props con componenti funzionali senza stato
 | |
| challengeType: 6
 | |
| forumTopicId: 301411
 | |
| dashedName: review-using-props-with-stateless-functional-components
 | |
| ---
 | |
| 
 | |
| # --description--
 | |
| 
 | |
| Fatta eccezione per l'ultima sfida, hai sempre passato le props a componenti funzionali senza stato. Questi componenti agiscono come funzioni pure. Accettano le props come input e restituiscono la stessa vista ogni volta che vengono passate le stesse proprietà. Potresti chiederti cosa sia lo stato e la prossima sfida lo spiegherà con maggiore dettaglio. Prima però, ecco un ripasso della terminologia per i componenti.
 | |
| 
 | |
| Un *componente funzionale senza stato* è una qualsiasi funzione che accetta props e restituisce JSX. Un *componente senza stato*, d'altra parte, è una classe che estende `React.Component`, ma non utilizza lo stato interno (coperto nella prossima sfida). Infine, un *componente stateful* è un componente di classe che mantiene il proprio stato interno. Spesso si fa riferimento ai componenti stateful chiamandoli semplicemente componenti o componenti React.
 | |
| 
 | |
| Un modello comune è quello di cercare di minimizzare l'estensione dello stato e di creare componenti funzionali senza stato, laddove possibile. Questo aiuta a contenere la gestione dello stato in un'area specifica della tua applicazione. A sua volta, questo migliora lo sviluppo e la manutenzione della tua app rendendo più facile seguire come le modifiche allo stato influenzano il suo comportamento.
 | |
| 
 | |
| # --instructions--
 | |
| 
 | |
| L'editor di codice ha un componente `CampSite` che presenta un componente `Camper` come figlio. Definisci il componente `Camper` e assegnagli la proprietà di default `{ name: 'CamperBot' }`. All'interno del componente `Camper`, presenta il codice che vuoi, ma assicurati di avere un elemento `p` che include solo il valore del `name` che viene passato come `prop`. Infine, definisci `propTypes` nel componente `Camper` in modo che richieda che `name` venga fornito come prop verificando che sia di tipo `string`.
 | |
| 
 | |
| # --hints--
 | |
| 
 | |
| Il componente `CampSite` dovrebbe effettuare il render.
 | |
| 
 | |
| ```js
 | |
| assert(
 | |
|   (function () {
 | |
|     const mockedComponent = Enzyme.mount(React.createElement(CampSite));
 | |
|     return mockedComponent.find('CampSite').length === 1;
 | |
|   })()
 | |
| );
 | |
| ```
 | |
| 
 | |
| Il componente `Camper` dovrebbe effettuare il render.
 | |
| 
 | |
| ```js
 | |
| assert(
 | |
|   (function () {
 | |
|     const mockedComponent = Enzyme.mount(React.createElement(CampSite));
 | |
|     return mockedComponent.find('Camper').length === 1;
 | |
|   })()
 | |
| );
 | |
| ```
 | |
| 
 | |
| Il componente `Camper` dovrebbe includere delle props predefinite che assegnano la stringa `CamperBot` alla chiave `name`.
 | |
| 
 | |
| ```js
 | |
| assert(
 | |
|   /Camper.defaultProps={name:(['"`])CamperBot\1,?}/.test(
 | |
|     __helpers.removeWhiteSpace(code)
 | |
|   )
 | |
| );
 | |
| ```
 | |
| 
 | |
| Il componente `Camper` dovrebbe includere tipi di prop che richiedono che la proprietà `name` sia di tipo `string`.
 | |
| 
 | |
| ```js
 | |
| assert(
 | |
|   /Camper.propTypes={name:PropTypes.string.isRequired,?}/.test(
 | |
|     __helpers.removeWhiteSpace(code)
 | |
|   )
 | |
| );
 | |
| ```
 | |
| 
 | |
| Il componente `Camper` dovrebbe contenere un elemento `p` che abbia come unico testo la proprietà `name`.
 | |
| 
 | |
| ```js
 | |
| assert(
 | |
|   (function () {
 | |
|     const mockedComponent = Enzyme.mount(React.createElement(CampSite));
 | |
|     return (
 | |
|       mockedComponent.find('p').text() ===
 | |
|       mockedComponent.find('Camper').props().name
 | |
|     );
 | |
|   })()
 | |
| );
 | |
| ```
 | |
| 
 | |
| # --seed--
 | |
| 
 | |
| ## --before-user-code--
 | |
| 
 | |
| ```jsx
 | |
| var PropTypes = {
 | |
|    string: { isRequired: true }
 | |
| };
 | |
| ```
 | |
| 
 | |
| ## --after-user-code--
 | |
| 
 | |
| ```jsx
 | |
| ReactDOM.render(<CampSite />, document.getElementById('root'))
 | |
| ```
 | |
| 
 | |
| ## --seed-contents--
 | |
| 
 | |
| ```jsx
 | |
| class CampSite extends React.Component {
 | |
|   constructor(props) {
 | |
|     super(props);
 | |
|   }
 | |
|   render() {
 | |
|     return (
 | |
|       <div>
 | |
|         <Camper/>
 | |
|       </div>
 | |
|     );
 | |
|   }
 | |
| };
 | |
| // Change code below this line
 | |
| ```
 | |
| 
 | |
| # --solutions--
 | |
| 
 | |
| ```jsx
 | |
| class CampSite extends React.Component {
 | |
|   constructor(props) {
 | |
|     super(props);
 | |
|   }
 | |
|   render() {
 | |
|     return (
 | |
|       <div>
 | |
|         <Camper/>
 | |
|       </div>
 | |
|     );
 | |
|   }
 | |
| };
 | |
| // Change code below this line
 | |
| 
 | |
| const Camper = (props) => {
 | |
|    return (
 | |
|      <div>
 | |
|        <p>{props.name}</p>
 | |
|      </div>
 | |
|    );
 | |
| };
 | |
| 
 | |
| Camper.propTypes = {
 | |
|   name: PropTypes.string.isRequired
 | |
| };
 | |
| 
 | |
| Camper.defaultProps = {
 | |
|   name: 'CamperBot'
 | |
| };
 | |
| ```
 |