1652046060

Spread a Slippage v obchodování s kryptoměnami

Rozpětí mezi nabídkou a poptávkou je rozdíl mezi cenou poptávky (nejnižší cena, za kterou jsou prodávající ochotni prodat) a cenou nabídky (nejvyšší cena, za kterou jsou kupující připraveni koupit). Skluz je rozdíl mezi cenou, za kterou očekáváte nákup nebo prodej kryptoaktiva, a skutečnou cenou, za kterou je obchod nakonec proveden.

Pro obchodníka je skluz zásadním faktorem, protože může ovlivnit váš konečný výsledek. Nebezpečí skluzu je riziko ztráty, zvláště když je objednávka značné velikosti. Riziko skluzu je výraznější na turbulentních trzích.

1. Pochopení likvidity

Likvidita měří, jak snadno lze kryptoměnu koupit nebo prodat na trhu, aniž by to významně ovlivnilo její tržní hodnotu. Coin nebo token se silnou likviditou bude mít mnoho prodejců a kupujících a poměrně hlubokou knihu objednávek čekajících na objednávky.

Toto množství kupujících a prodávajících zužuje spread mezi nabídkou a poptávkou. V důsledku toho je rozpětí mezi nabídkou a poptávkou dobrým měřítkem likvidity. Čím menší je spread mezi nabídkou a poptávkou, tím silnější je likvidita kryptoměnového aktiva. Stejně tak s nižší likviditou přichází větší potenciál pro volatilitu a skluz.

Některé běžné pojmy

Kniha objednávek:

Kniha, která zobrazuje všechny pokyny k nákupu a prodeji (příkazy) z trhu. Kniha objednávek zobrazuje aktuální trh nebo hloubku objednávky.

K provedení obchodu se nabídky a poptávky spárují, jakmile jsou splněny jejich požadavky. Existují dva hlavní typy objednávek:

Tržní příkaz : Týká se okamžitého provedení příkazu za nejlepší dostupnou cenu. Tyto objednávky nejprve vyplní kupující a prodávající s objednávkami, které jsou aktuálně v knihách.

Limitní příkaz : Limitní příkaz je pokyn obchodníka k nákupu nebo prodeji pevného počtu aktiv za určitou cenu nebo lepší. Prodejní limitní příkaz lze provést pouze za tuto cenu nebo za vyšší. Podobně by limitní příkaz k nákupu byl proveden pouze za limitní cenu nebo nižší. Pokud se aktivum neobchoduje za limitní cenu nebo lepší, nebude proveden žádný obchod.

Hloubka objednávky:

Celkový počet limitních příkazů v knize příkazů. Hloubku objednávky lze vypočítat sečtením objemu zadaných limitních objednávek.

Například hloubka objednávky na obrázku níže ukazuje v reálném čase počet kupujících a prodejců s objednávkami čekajícími na provedení v knize objednávek.

Ve sloupci „Cena“ jsou ceny červeně prodejní ceny a ceny zeleně nákupní ceny.

Sloupec „Množství“ zobrazuje počet jednotek za stanovenou cenu, zatímco sloupec „Celkem“ představuje odpovídající akumulovaný počet smluv.

Na tomto obrázku je aktuální nejlepší prodejní cena „Sell“ 31 985,50 $ a nejlepší nabídková cena je „Nabídka“ 31 985,00 $. Aby bitcoiny vzrostly na 31 986,00 USD, musí kupující využít všech 2 806 583 kontraktů za 31 985,50 USD.

Čím větší je hloubka knihy objednávek, tím lepší je její likvidita. Hluboký trh nabízí možnost udržovat ceny při provádění velkých transakcí. Větší hloubka objednávky také znamená menší šanci na manipulaci s cenou.

Skluz:

Rozdíl mezi očekávanou cenou obchodu a skutečnou cenou, za kterou se obchod provádí. Nemusí být dostatečný zájem nebo objem pro splnění objednávky za očekávanou cenu, zejména při provádění velkých objednávek. Když k tomu dojde, část objednávky může být vyplněna za nejbližší dostupnou cenu. Ke skluzu dochází také v době vysoké volatility trhu.

V takových okamžicích se může rozpětí nabídky a poptávky změnit mezi okamžikem, kdy obchodník zadá tržní příkaz, a okamžikem, kdy tvůrce trhu nebo burza tento pokyn provede. Skluz pak negativně koreluje s likviditou. Likvidita a skluz mají inverzní vztah: když je likvidita vysoká, skluz je nízký a s nízkou likviditou je skluz vysoký.

Význam likvidity

Špatná likvidita vede k cenové nestabilitě aktiva, což znamená, že se pravděpodobně zvýší prokluz a cenové manipulace. Nižší likvidita znamená také delší čekací doby, což by mohlo nepříznivě ovlivnit obchodníky, zejména při výkyvech trhu. Dobrý obchodník rozumí tomu, jak likvidita ovlivňuje jeho transakce, a vyvíjí strategie pro výběr aktiv s vhodnou likviditou.

2. Co je to Bid-Ask Spread?

Rozpětí mezi nabídkou a poptávkou je rozdíl mezi nejvyšší nabídkovou cenou a nejnižší poptávkovou cenou knihy objednávek. Na tradičních trzích je spread často vytvářen tvůrci trhu nebo poskytovateli likvidity brokerů. Na krypto trzích je spread výsledkem rozdílu mezi limitními objednávkami od kupujících a prodávajících.

Pokud chcete provést okamžitý nákup za tržní cenu, musíte od prodejce přijmout nejnižší požadovanou cenu. Pokud byste chtěli provést okamžitý prodej, převezmete nejvyšší nabídkovou cenu od kupujícího. Likvidnější aktiva (jako forex) mají užší rozpětí mezi nabídkou a poptávkou, což znamená, že kupující a prodávající mohou provádět své příkazy, aniž by způsobili významné změny v ceně aktiva. Je to způsobeno velkým objemem objednávek v knize objednávek. Širší rozpětí mezi nabídkou a poptávkou bude mít výraznější cenové výkyvy při uzavírání velkých objemů objednávek.

Nabídka vs. Ask: Nabídková cena je cena, kterou je obchodník ochoten zaplatit za aktivum. Když zadáte nákupní objednávku, nabídnete aktivum. Mezitím je požadovaná cena prodejní cenou kryptoaktiva, které uzavírá obchod.

Jak spread ovlivňuje mé krypto konverze?

Spread se aplikuje na směnný kurz při převodu mezi dvěma kryptoměnami. Když převádíte mezi dvěma kryptoměnami, převod je založen na směnném kurzu mezi těmito aktivy – nikoli na peněžní hodnotě. Směnný kurz je určen trhem a zobrazí se na potvrzovací obrazovce před potvrzením převodu.

Pokud byste například obchodovali BTC za ETH a směnný kurz je 1 BTC = 10 ETH, ale BTC má hodnotu 1 000 USD, zatímco ETH má hodnotu 95 USD, obdrželi byste 950 USD mínus příslušné rozpětí pro transakci.

Výpočet procentuálního rozpětí nabídky a poptávky

Porovnání rozpětí mezi nabídkou a poptávkou u různých kryptoaktiv se nejlépe provádí pomocí procent. Vzorec pro výpočet procenta nabídky a poptávky je jednoduchý:

Procento rozpětí nabídky a poptávky = [(požadovaná cena – cena nabídky) ÷ cena poptávky] × 100

Například mince obchodující za 3,95 USD/4,05 USD znamená, že nabídková cena je 3,95 USD a požadovaná cena je 4,05 USD. Procento rozpětí nabídky a poptávky můžete vypočítat pomocí uvedeného vzorce:

[(4,05 − 3,95) ÷ 4,05] × 100 = 2,5 % (zaokrouhleno nahoru na nejbližší desetinu)

Čím menší je procento rozpětí mezi nabídkou a poptávkou u krypto aktiva, tím likvidnější bývá. Pokud provádíte významné tržní příkazy, budete mít nižší riziko, že zaplatíte neočekávanou cenu. To znamená, že váš prokluz je minimální.

Nejlepší burzy pro obchodování s tokeny a coiny. Postupujte podle pokynů a vydělávejte neomezené peníze

☞ Binance ☞ Poloniex ☞ Bitfinex ☞ Huobi ☞ MXC ☞ ProBIT ☞ Gate.io ☞ Coinbase

3. Co je to Bid-Ask Slippage?

Skluz je běžný jev na trzích s vysokou volatilitou nebo nízkou likviditou. Ke skluzu dochází, když se obchod spokojí s jinou cenou, než se očekávalo nebo požadovalo.

Předpokládejme například, že chcete zadat velký tržní nákupní příkaz za 100 USD, ale trh nemá potřebnou likviditu, aby mohl za tuto cenu objednávku splnit. V důsledku toho budete muset přijímat následující objednávky (nad 100 $), dokud nebude vaše objednávka zcela vyplněna. To způsobí, že průměrná cena vašeho nákupu bude vyšší než 100 USD a tomu říkáme skluz.

Jinými slovy, když vytvoříte tržní příkaz, burza automaticky spáruje váš nákup nebo prodej, aby se omezily objednávky v knize objednávek. Kniha objednávek vám přiřadí nejlepší cenu, ale v případě nedostatečného objemu pro požadovanou cenu začnete postupovat dále v řetězci objednávek. Tento proces vede k tomu, že trh vyplní vaši objednávku za neočekávané, odlišné ceny.

V kryptoměnách je skluz běžným jevem u automatických tvůrců trhu a decentralizovaných burz. Skluz může být více než 10 % očekávané ceny u volatilních nebo málo likvidních altcoinů.

Jak dochází ke skluzu

Slippage nastane, když vytvoříte tržní příkaz a výměna porovná váš požadavek na nákup nebo prodej s limitními příkazy v knize příkazů. Kniha objednávek se pokusí vyřídit vaši objednávku za nejlepší cenu. Pokud je však za vámi požadovanou cenu nedostatečný objem, kniha objednávek postoupí v řetězci objednávek za další nejlepší cenu. Nakonec může být váš příkaz proveden za méně žádoucí cenu, než se očekávalo.

Pokud chcete rychle koupit 1 000 jednotek aktiva, které se aktuálně obchoduje za 100 USD, ale trh nemá dostatek likvidity k provedení vašeho příkazu, bude vaše cena za provedení jiná. Dokud nebude vaše objednávka dokončena, budete muset přijímat objednávky nad nabídkovou cenou 100 USD. Vaše průměrná nákupní cena tak bude vyšší než zamýšlených 100 USD.

Skluz může být na decentralizovaných burzách běžný, zejména bez specializovaných tvůrců trhu. Je pravděpodobnější, že k němu dojde na trzích s vysokou volatilitou a nízkou likviditou.

Pozitivní skluz‍

Skluz nemusí nutně znamenat, že skončíte s cenou horší, než se očekávalo. Pozitivní skluz může nastat, pokud se cena sníží během zadávání nákupního příkazu nebo se zvýší, pokud zadáte prodejní příkaz. I když je to neobvyklé, na některých vysoce volatilních trzích může dojít k pozitivnímu skluzu.

Tolerance prokluzu‍

Některé burzy vám umožňují nastavit úroveň tolerance prokluzu ručně, abyste omezili jakýkoli prokluz, který byste mohli zaznamenat. Tuto možnost uvidíte u automatických tvůrců trhu, jako je PancakeSwap na Binance Smart Chain a Uniswap společnosti Ethereum.

Velikost prokluzu, kterou nastavíte, může mít dominový efekt na dobu, kterou trvá vyřízení vaší objednávky. Pokud nastavíte nízký skluz, může vyřízení vaší objednávky trvat dlouho nebo se nevyplní vůbec. Pokud ji nastavíte příliš vysoko, může váš čekající příkaz vidět jiný obchodník nebo robot a spustit vás.

V tomto případě k front runningu dojde, když jiný obchodník stanoví vyšší poplatek za plyn než vy, aby aktivum koupil jako první. Přední hráč poté vloží další obchod, aby vám jej prodal za nejvyšší cenu, kterou jste ochotni přijmout na základě vaší tolerance prokluzu.

Přečtěte si více: Co je to DCA (průměrování dolarových nákladů) v kryptoměnách | Použít to nejlépe?

Minimalizace negativního skluzu

I když se skluzu nemůžete vždy vyhnout, existuje několik strategií, které můžete použít, abyste se jej pokusili minimalizovat.

1. Místo velké objednávky ji zkuste rozdělit na menší bloky. Pečlivě sledujte knihu objednávek, abyste své objednávky rozložili, dávejte pozor, abyste nezadávali objednávky, které jsou větší než dostupný objem.

2. Pokud používáte decentralizovanou burzu, nezapomeňte započítat transakční poplatky. Některé sítě mají vysoké poplatky v závislosti na provozu blockchainu, což může negovat jakékoli zisky, které dosáhnete, a vyhnout se tak prokluzu.

3. Pokud máte co do činění s aktivy s nízkou likviditou, jako je malá skupina likvidity, vaše obchodní aktivita může výrazně ovlivnit cenu aktiva. U jedné transakce může dojít k malému skluzu, ale mnoho menších ovlivní cenu dalšího bloku transakcí, které provedete.

4. Použijte limitní příkazy. Tyto příkazy zajistí, že při obchodování dostanete cenu, kterou chcete nebo lepší. I když obětujete rychlost tržního příkazu, můžete si být jisti, že nezaznamenáte žádný negativní skluz.

Obchodování s kryptoměnami může být vysoce ziskové, ale nese s sebou rizika. Kromě inherentní volatility trhu existuje také potenciál pro ztráty z obchodování v důsledku rozpětí nabídky a poptávky a skluzu. I když se těmto obchodním nákladům nemůžete vždy vyhnout, vyplatí se je zohlednit při rozhodování o obchodu. To platí zejména pro obchody s větším objemem, kde průměrná cena za kryptoměnu může skončit vyšší nebo nižší, než se očekávalo.

Finanční trhy jsou strukturovány tak, aby obchodníkům poskytovaly co nejvíce obchodních možností, ale účastníci trhu stále určují, zda dojde ke skluzu, stejně jako jeho konečný dopad. Informovaní obchodníci věnují velkou pozornost omezením likvidity, aby maximalizovali zisky z obchodování.

Doufám, že vám tento příspěvek pomůže. Nezapomeňte zanechat like, komentář a sdílení s ostatními. Děkuji!

What is GEEK

Buddha Community

Mike Kozey

1656151740

Test_cov_console: Flutter Console Coverage Test

Flutter Console Coverage Test

This small dart tools is used to generate Flutter Coverage Test report to console

How to install

Add a line like this to your package's pubspec.yaml (and run an implicit flutter pub get):

dev_dependencies:
  test_cov_console: ^0.2.2

How to run

run the following command to make sure all flutter library is up-to-date

flutter pub get
Running "flutter pub get" in coverage...                            0.5s

run the following command to generate lcov.info on coverage directory

flutter test --coverage
00:02 +1: All tests passed!

run the tool to generate report from lcov.info

flutter pub run test_cov_console
---------------------------------------------|---------|---------|---------|-------------------|
File                                         |% Branch | % Funcs | % Lines | Uncovered Line #s |
---------------------------------------------|---------|---------|---------|-------------------|
lib/src/                                     |         |         |         |                   |
 print_cov.dart                              |  100.00 |  100.00 |   88.37 |...,149,205,206,207|
 print_cov_constants.dart                    |    0.00 |    0.00 |    0.00 |    no unit testing|
lib/                                         |         |         |         |                   |
 test_cov_console.dart                       |    0.00 |    0.00 |    0.00 |    no unit testing|
---------------------------------------------|---------|---------|---------|-------------------|
 All files with unit testing                 |  100.00 |  100.00 |   88.37 |                   |
---------------------------------------------|---------|---------|---------|-------------------|

Optional parameter

If not given a FILE, "coverage/lcov.info" will be used.
-f, --file=<FILE>                      The target lcov.info file to be reported
-e, --exclude=<STRING1,STRING2,...>    A list of contains string for files without unit testing
                                       to be excluded from report
-l, --line                             It will print Lines & Uncovered Lines only
                                       Branch & Functions coverage percentage will not be printed
-i, --ignore                           It will not print any file without unit testing
-m, --multi                            Report from multiple lcov.info files
-c, --csv                              Output to CSV file
-o, --output=<CSV-FILE>                Full path of output CSV file
                                       If not given, "coverage/test_cov_console.csv" will be used
-t, --total                            Print only the total coverage
                                       Note: it will ignore all other option (if any), except -m
-p, --pass=<MINIMUM>                   Print only the whether total coverage is passed MINIMUM value or not
                                       If the value >= MINIMUM, it will print PASSED, otherwise FAILED
                                       Note: it will ignore all other option (if any), except -m
-h, --help                             Show this help

example run the tool with parameters

flutter pub run test_cov_console --file=coverage/lcov.info --exclude=_constants,_mock
---------------------------------------------|---------|---------|---------|-------------------|
File                                         |% Branch | % Funcs | % Lines | Uncovered Line #s |
---------------------------------------------|---------|---------|---------|-------------------|
lib/src/                                     |         |         |         |                   |
 print_cov.dart                              |  100.00 |  100.00 |   88.37 |...,149,205,206,207|
lib/                                         |         |         |         |                   |
 test_cov_console.dart                       |    0.00 |    0.00 |    0.00 |    no unit testing|
---------------------------------------------|---------|---------|---------|-------------------|
 All files with unit testing                 |  100.00 |  100.00 |   88.37 |                   |
---------------------------------------------|---------|---------|---------|-------------------|

report for multiple lcov.info files (-m, --multi)

It support to run for multiple lcov.info files with the followings directory structures:
1. No root module
<root>/<module_a>
<root>/<module_a>/coverage/lcov.info
<root>/<module_a>/lib/src
<root>/<module_b>
<root>/<module_b>/coverage/lcov.info
<root>/<module_b>/lib/src
...
2. With root module
<root>/coverage/lcov.info
<root>/lib/src
<root>/<module_a>
<root>/<module_a>/coverage/lcov.info
<root>/<module_a>/lib/src
<root>/<module_b>
<root>/<module_b>/coverage/lcov.info
<root>/<module_b>/lib/src
...
You must run test_cov_console on <root> dir, and the report would be grouped by module, here is
the sample output for directory structure 'with root module':
flutter pub run test_cov_console --file=coverage/lcov.info --exclude=_constants,_mock --multi
---------------------------------------------|---------|---------|---------|-------------------|
File                                         |% Branch | % Funcs | % Lines | Uncovered Line #s |
---------------------------------------------|---------|---------|---------|-------------------|
lib/src/                                     |         |         |         |                   |
 print_cov.dart                              |  100.00 |  100.00 |   88.37 |...,149,205,206,207|
lib/                                         |         |         |         |                   |
 test_cov_console.dart                       |    0.00 |    0.00 |    0.00 |    no unit testing|
---------------------------------------------|---------|---------|---------|-------------------|
 All files with unit testing                 |  100.00 |  100.00 |   88.37 |                   |
---------------------------------------------|---------|---------|---------|-------------------|
---------------------------------------------|---------|---------|---------|-------------------|
File - module_a -                            |% Branch | % Funcs | % Lines | Uncovered Line #s |
---------------------------------------------|---------|---------|---------|-------------------|
lib/src/                                     |         |         |         |                   |
 print_cov.dart                              |  100.00 |  100.00 |   88.37 |...,149,205,206,207|
lib/                                         |         |         |         |                   |
 test_cov_console.dart                       |    0.00 |    0.00 |    0.00 |    no unit testing|
---------------------------------------------|---------|---------|---------|-------------------|
 All files with unit testing                 |  100.00 |  100.00 |   88.37 |                   |
---------------------------------------------|---------|---------|---------|-------------------|
---------------------------------------------|---------|---------|---------|-------------------|
File - module_b -                            |% Branch | % Funcs | % Lines | Uncovered Line #s |
---------------------------------------------|---------|---------|---------|-------------------|
lib/src/                                     |         |         |         |                   |
 print_cov.dart                              |  100.00 |  100.00 |   88.37 |...,149,205,206,207|
lib/                                         |         |         |         |                   |
 test_cov_console.dart                       |    0.00 |    0.00 |    0.00 |    no unit testing|
---------------------------------------------|---------|---------|---------|-------------------|
 All files with unit testing                 |  100.00 |  100.00 |   88.37 |                   |
---------------------------------------------|---------|---------|---------|-------------------|

Output to CSV file (-c, --csv, -o, --output)

flutter pub run test_cov_console -c --output=coverage/test_coverage.csv

#### sample CSV output file:
File,% Branch,% Funcs,% Lines,Uncovered Line #s
lib/,,,,
test_cov_console.dart,0.00,0.00,0.00,no unit testing
lib/src/,,,,
parser.dart,100.00,100.00,97.22,"97"
parser_constants.dart,100.00,100.00,100.00,""
print_cov.dart,100.00,100.00,82.91,"29,49,51,52,171,174,177,180,183,184,185,186,187,188,279,324,325,387,388,389,390,391,392,393,394,395,398"
print_cov_constants.dart,0.00,0.00,0.00,no unit testing
All files with unit testing,100.00,100.00,86.07,""

Installing

Use this package as an executable

Install it

You can install the package from the command line:

dart pub global activate test_cov_console

Use it

The package has the following executables:

$ test_cov_console

Use this package as a library

Depend on it

Run this command:

With Dart:

 $ dart pub add test_cov_console

With Flutter:

 $ flutter pub add test_cov_console

This will add a line like this to your package's pubspec.yaml (and run an implicit dart pub get):

dependencies:
  test_cov_console: ^0.2.2

Alternatively, your editor might support dart pub get or flutter pub get. Check the docs for your editor to learn more.

Import it

Now in your Dart code, you can use:

import 'package:test_cov_console/test_cov_console.dart';

example/lib/main.dart

import 'package:flutter/material.dart';

void main() {
  runApp(MyApp());
}

class MyApp extends StatelessWidget {
  // This widget is the root of your application.
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: 'Flutter Demo',
      theme: ThemeData(
        // This is the theme of your application.
        //
        // Try running your application with "flutter run". You'll see the
        // application has a blue toolbar. Then, without quitting the app, try
        // changing the primarySwatch below to Colors.green and then invoke
        // "hot reload" (press "r" in the console where you ran "flutter run",
        // or simply save your changes to "hot reload" in a Flutter IDE).
        // Notice that the counter didn't reset back to zero; the application
        // is not restarted.
        primarySwatch: Colors.blue,
        // This makes the visual density adapt to the platform that you run
        // the app on. For desktop platforms, the controls will be smaller and
        // closer together (more dense) than on mobile platforms.
        visualDensity: VisualDensity.adaptivePlatformDensity,
      ),
      home: MyHomePage(title: 'Flutter Demo Home Page'),
    );
  }
}

class MyHomePage extends StatefulWidget {
  MyHomePage({Key? key, required this.title}) : super(key: key);

  // This widget is the home page of your application. It is stateful, meaning
  // that it has a State object (defined below) that contains fields that affect
  // how it looks.

  // This class is the configuration for the state. It holds the values (in this
  // case the title) provided by the parent (in this case the App widget) and
  // used by the build method of the State. Fields in a Widget subclass are
  // always marked "final".

  final String title;

  @override
  _MyHomePageState createState() => _MyHomePageState();
}

class _MyHomePageState extends State<MyHomePage> {
  int _counter = 0;

  void _incrementCounter() {
    setState(() {
      // This call to setState tells the Flutter framework that something has
      // changed in this State, which causes it to rerun the build method below
      // so that the display can reflect the updated values. If we changed
      // _counter without calling setState(), then the build method would not be
      // called again, and so nothing would appear to happen.
      _counter++;
    });
  }

  @override
  Widget build(BuildContext context) {
    // This method is rerun every time setState is called, for instance as done
    // by the _incrementCounter method above.
    //
    // The Flutter framework has been optimized to make rerunning build methods
    // fast, so that you can just rebuild anything that needs updating rather
    // than having to individually change instances of widgets.
    return Scaffold(
      appBar: AppBar(
        // Here we take the value from the MyHomePage object that was created by
        // the App.build method, and use it to set our appbar title.
        title: Text(widget.title),
      ),
      body: Center(
        // Center is a layout widget. It takes a single child and positions it
        // in the middle of the parent.
        child: Column(
          // Column is also a layout widget. It takes a list of children and
          // arranges them vertically. By default, it sizes itself to fit its
          // children horizontally, and tries to be as tall as its parent.
          //
          // Invoke "debug painting" (press "p" in the console, choose the
          // "Toggle Debug Paint" action from the Flutter Inspector in Android
          // Studio, or the "Toggle Debug Paint" command in Visual Studio Code)
          // to see the wireframe for each widget.
          //
          // Column has various properties to control how it sizes itself and
          // how it positions its children. Here we use mainAxisAlignment to
          // center the children vertically; the main axis here is the vertical
          // axis because Columns are vertical (the cross axis would be
          // horizontal).
          mainAxisAlignment: MainAxisAlignment.center,
          children: <Widget>[
            Text(
              'You have pushed the button this many times:',
            ),
            Text(
              '$_counter',
              style: Theme.of(context).textTheme.headline4,
            ),
          ],
        ),
      ),
      floatingActionButton: FloatingActionButton(
        onPressed: _incrementCounter,
        tooltip: 'Increment',
        child: Icon(Icons.add),
      ), // This trailing comma makes auto-formatting nicer for build methods.
    );
  }
}

Author: DigitalKatalis
Source Code: https://github.com/DigitalKatalis/test_cov_console
License: BSD-3-Clause license

#flutter #dart #test

Ambert Lency

1652046060