Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Translation of the Page: Composition vs Inheritance #113

Merged
merged 4 commits into from
Feb 28, 2019
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
151 changes: 73 additions & 78 deletions content/docs/composition-vs-inheritance.md
Original file line number Diff line number Diff line change
@@ -1,136 +1,127 @@
---
id: composition-vs-inheritance
title: Composition vs Inheritance
title: Composizione vs Ereditarità
permalink: docs/composition-vs-inheritance.html
redirect_from:
- "docs/multiple-components.html"
prev: lifting-state-up.html
next: thinking-in-react.html
---

React has a powerful composition model, and we recommend using composition instead of inheritance to reuse code between components.
React ha un potente modello di composizione, raccomandiamo che lo si usi in alternativa all'ereditarietà per riutilizzare codice tra componenti.

In this section, we will consider a few problems where developers new to React often reach for inheritance, and show how we can solve them with composition.
In questa sezione, considereremo alcuni problemi nei quali gli sviluppatori che sono ancora agli inizi in React utilizzano l'ereditarietà, mostreremo come si possa invece risolverli con la composizione.

## Containment {#containment}
## Contentimento {#containment}

Some components don't know their children ahead of time. This is especially common for components like `Sidebar` or `Dialog` that represent generic "boxes".
Esistono componenti che si comportano da contenitori per altri componenti, non possono quindi sapere a priori quali componenti avranno come figli. Si pensi ad esempio a `Sidebar` (barra laterale) oppure `Dialog` (finestra di dialogo) che rappresentano "scatole" generiche.

We recommend that such components use the special `children` prop to pass children elements directly into their output:
Raccomandiamo che questi componenti facciano uso della prop speciale `children` per passare elementi figli direttamente nell'output:

```js{4}
function FancyBorder(props) {
function BordoFigo(props) {
deblasis marked this conversation as resolved.
Show resolved Hide resolved
return (
<div className={'FancyBorder FancyBorder-' + props.color}>
<div className={'BordoFigo BordoFigo-' + props.colore}>
{props.children}
</div>
);
}
```

This lets other components pass arbitrary children to them by nesting the JSX:
Ciò permette di passare componenti figli arbitrariamente annidandoli nel codice JSX:

```js{4-9}
function WelcomeDialog() {
```js{4-8}
function FinestraBenvenuto() {
return (
<FancyBorder color="blue">
<h1 className="Dialog-title">
Welcome
</h1>
<p className="Dialog-message">
Thank you for visiting our spacecraft!
<BordoFigo colore="blue">
<h1 className="Finestra-titolo">Benvenuto/a!</h1>
<p className="Finestra-messaggio">
Ti ringraziamo per questa tua visita nella nostra
nave spaziale!
</p>
</FancyBorder>
</BordoFigo>
);
}
```

**[Try it on CodePen](https://codepen.io/gaearon/pen/ozqNOV?editors=0010)**
**[Prova su CodeSandbox](codesandbox://composition-vs-inheritance/1.js,composition-vs-inheritance/1.css)**

Anything inside the `<FancyBorder>` JSX tag gets passed into the `FancyBorder` component as a `children` prop. Since `FancyBorder` renders `{props.children}` inside a `<div>`, the passed elements appear in the final output.
Il contenuto del tag JSX `<BordoFigo>` viene passato nel componente `BordoFigo` come prop `children`. Dato che `BordoFigo` renderizza `{props.children}` all'interndo di un `<div>`, gli elementi passati appaiono nell'output finale.

While this is less common, sometimes you might need multiple "holes" in a component. In such cases you may come up with your own convention instead of using `children`:
Anche se si tratta di un approccio meno comune, a volte potresti ritrovarti ad aver bisongno di più di un "buco" all'interno di un componente. In questi casi potresti creare una tua convenzione invece di ricorrere all'uso di `children`:

```js{5,8,18,21}
function SplitPane(props) {
```js{5,7,14}
function Pannello(props) {
return (
<div className="SplitPane">
<div className="SplitPane-left">
{props.left}
</div>
<div className="SplitPane-right">
{props.right}
<div className="Pannello">
<div className="Pannello-sinistra">
{props.sinistra}
</div>
<div className="Pannello-destra">{props.destra}</div>
</div>
);
}

function App() {
return (
<SplitPane
left={
<Contacts />
}
right={
<Chat />
} />
<Pannello sinistra={<Contatti />} destra={<Chat />} />
);
}
```

[**Try it on CodePen**](https://codepen.io/gaearon/pen/gwZOJp?editors=0010)
**[Prova su CodeSandbox](codesandbox://composition-vs-inheritance/2.js,composition-vs-inheritance/2.css)**


React elements like `<Contacts />` and `<Chat />` are just objects, so you can pass them as props like any other data. This approach may remind you of "slots" in other libraries but there are no limitations on what you can pass as props in React.
Gli elementi React `<Contatti />` e `<Chat />` sono dei semplici oggetti, quindi puoi passarli come props esattamente come faresti con altri dati. Questo approccio potrebbe ricordarti il concetto di "slots" in altre librerie, ma non ci sono limitazioni su cosa puoi passare come props in React.

## Specialization {#specialization}
## Specializzazioni {#specialization}

Sometimes we think about components as being "special cases" of other components. For example, we might say that a `WelcomeDialog` is a special case of `Dialog`.
A volte pensiamo ai componenti come se fossero "casi speciali" di altri componenti. Ad esempio, potremmo dire che `FinestraBenvenuto` è una specializzazione di `Finestra`.

In React, this is also achieved by composition, where a more "specific" component renders a more "generic" one and configures it with props:
In React, ciò si ottiene mediante composizione, dove componenti più "specifici" renderizzano la versione più "generica" configurandola mediante props:

```js{5,8,16-18}
function Dialog(props) {
```js{4,6,15,16}
function Finestra(props) {
return (
<FancyBorder color="blue">
<h1 className="Dialog-title">
{props.title}
</h1>
<p className="Dialog-message">
{props.message}
<BordoFigo colore="blue">
<h1 className="Finestra-title">{props.titolo}</h1>
<p className="Finestra-messaggio">
{props.messaggio}
</p>
</FancyBorder>
</BordoFigo>
);
}

function WelcomeDialog() {
function FinestraBenvenuto() {
return (
<Dialog
title="Welcome"
message="Thank you for visiting our spacecraft!" />
<Finestra
titolo="Benvenuto/a!"
messaggio="Ti ringraziamo per questa tua visita nella nostra
nave spaziale!"
/>
);
}
```

[**Try it on CodePen**](https://codepen.io/gaearon/pen/kkEaOZ?editors=0010)
**[Prova su CodeSandbox](codesandbox://composition-vs-inheritance/3.js,composition-vs-inheritance/3.css)**

Composition works equally well for components defined as classes:

```js{10,27-31}
function Dialog(props) {
La composizione funziona ugualmente bene per i componenti definiti come classi:

```js{8,26-32}
function Finestra(props) {
return (
<FancyBorder color="blue">
<h1 className="Dialog-title">
{props.title}
</h1>
<p className="Dialog-message">
{props.message}
<BordoFigo colore="blue">
<h1 className="Finestra-titolo">{props.titolo}</h1>
<p className="Finestra-messaggio">
{props.messaggio}
</p>
{props.children}
</FancyBorder>
</BordoFigo>
);
}

class SignUpDialog extends React.Component {
class FinestraRegistrazione extends React.Component {
constructor(props) {
super(props);
this.handleChange = this.handleChange.bind(this);
Expand All @@ -140,14 +131,17 @@ class SignUpDialog extends React.Component {

render() {
return (
<Dialog title="Mars Exploration Program"
message="How should we refer to you?">
<input value={this.state.login}
onChange={this.handleChange} />
<Finestra
titolo="Programma di Esplorazione di Marte"
messaggio="Qual'è il tuo nome?">
<input
value={this.state.login}
onChange={this.handleChange}
/>
<button onClick={this.handleSignUp}>
Sign Me Up!
Registrami!
</button>
</Dialog>
</Finestra>
);
}

Expand All @@ -156,17 +150,18 @@ class SignUpDialog extends React.Component {
}

handleSignUp() {
alert(`Welcome aboard, ${this.state.login}!`);
alert(`Benvenuto/a a bordo, ${this.state.login}!`);
}
}
```

[**Try it on CodePen**](https://codepen.io/gaearon/pen/gwZbYa?editors=0010)
**[Prova su CodeSandbox](codesandbox://composition-vs-inheritance/4.js,composition-vs-inheritance/4.css)**


## So What About Inheritance? {#so-what-about-inheritance}
## E per quanto riguarda l'ereditarietà? {#so-what-about-inheritance}

At Facebook, we use React in thousands of components, and we haven't found any use cases where we would recommend creating component inheritance hierarchies.
In Facebook, usiamo React in migliaia di componenti ma non abbiamo mai avuto alcun caso in cui sarebbe raccomandabile utilizzare gerarchie di ereditarietà per i componenti.

Props and composition give you all the flexibility you need to customize a component's look and behavior in an explicit and safe way. Remember that components may accept arbitrary props, including primitive values, React elements, or functions.
Le props e la composizione ti offrono tutta la flessibilità di cui hai bisogno per personalizzare l'aspetto ed il comportamento di un componente in modo esplicito e sicuro. Ricorda che i componenti possono accettare props arbitrarie, inclusi valori primitivi, elementi React o funzioni.

If you want to reuse non-UI functionality between components, we suggest extracting it into a separate JavaScript module. The components may import it and use that function, object, or a class, without extending it.
Se vuoi riutilizzare le funzionalità non strettamente legate alla UI tra componenti, suggeriamo di estrarre tali logiche all'interno di un modulo JavaScript separato. I componenti potranno quindi importarlo ed utilizzare quella funzione, oggetto o classe di cui hanno bisogno, senza dover estendere tale modulo.
2 changes: 1 addition & 1 deletion content/docs/nav.yml
Original file line number Diff line number Diff line change
Expand Up @@ -32,7 +32,7 @@
- id: lifting-state-up
title: Lifting State Up
- id: composition-vs-inheritance
title: Composition vs Inheritance
title: Composizione vs Ereditarità
- id: thinking-in-react
title: Thinking In React
- title: Advanced Guides
Expand Down
17 changes: 17 additions & 0 deletions examples/composition-vs-inheritance/1.css
Original file line number Diff line number Diff line change
@@ -0,0 +1,17 @@
.BordoFigo {
padding: 10px 10px;
border: 10px solid;
}

.BordoFigo-blue {
border-color: blue;
}

.Finestra-titolo {
margin: 0;
font-family: sans-serif;
}

.Finestra-messaggio {
font-size: larger;
}
28 changes: 28 additions & 0 deletions examples/composition-vs-inheritance/1.js
Original file line number Diff line number Diff line change
@@ -0,0 +1,28 @@
import React from 'react';
import ReactDOM from 'react-dom';
import './1.css';

function BordoFigo(props) {
return (
<div className={'BordoFigo BordoFigo-' + props.colore}>
{props.children}
</div>
);
}

function FinestraBenvenuto() {
return (
<BordoFigo colore="blue">
<h1 className="Finestra-titolo">Benvenuto/a!</h1>
<p className="Finestra-messaggio">
Ti ringraziamo per questa tua visita nella nostra
nave spaziale!
</p>
</BordoFigo>
);
}

ReactDOM.render(
<FinestraBenvenuto />,
document.getElementById('root')
);
33 changes: 33 additions & 0 deletions examples/composition-vs-inheritance/2.css
Original file line number Diff line number Diff line change
@@ -0,0 +1,33 @@
html, body, #root {
width: 100%;
height: 100%;
}

.Pannello {
width: 100%;
height: 100%;
}

.Pannello-sinistra {
float: left;
width: 30%;
height: 100%;
}

.Pannello-destra {
float: left;
width: 70%;
height: 100%;
}

.Contatti {
width: 100%;
height: 100%;
background: lightblue;
}

.Chat {
width: 100%;
height: 100%;
background: pink;
}
30 changes: 30 additions & 0 deletions examples/composition-vs-inheritance/2.js
Original file line number Diff line number Diff line change
@@ -0,0 +1,30 @@
import React from 'react';
import ReactDOM from 'react-dom';
import './2.css';

function Contatti() {
return <div className="Contatti" />;
}

function Chat() {
return <div className="Chat" />;
}

function Pannello(props) {
return (
<div className="Pannello">
<div className="Pannello-sinistra">
{props.sinistra}
</div>
<div className="Pannello-destra">{props.destra}</div>
</div>
);
}

function App() {
return (
<Pannello sinistra={<Contatti />} destra={<Chat />} />
);
}

ReactDOM.render(<App />, document.getElementById('root'));
17 changes: 17 additions & 0 deletions examples/composition-vs-inheritance/3.css
Original file line number Diff line number Diff line change
@@ -0,0 +1,17 @@
.BordoFigo {
padding: 10px 10px;
border: 10px solid;
}

.BordoFigo-blue {
border-color: blue;
}

.Finestra-titolo {
margin: 0;
font-family: sans-serif;
}

.Finestra-messaggio {
font-size: larger;
}
Loading