feat(vue-app): Add n-link and n-child components shortcuts

[Atinux]

I do want the shortcuts :)

We will still support <nuxt-link> and <nuxt-child/> but I do recommend to document <n-link> and <n-child/> instead.

[codecov-io]

Codecov Report

Merging #4525 into dev will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##              dev    #4525   +/-   ##
=======================================
  Coverage   91.13%   91.13%           
=======================================
  Files          61       61           
  Lines        2188     2188           
  Branches      527      527           
=======================================
  Hits         1994     1994           
  Misses        176      176           
  Partials       18       18

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8a200f7...428c457. Read the comment docs.

[pi0]

Nice idea

[manniL]

Things to do:

• Change all examples
• Change documentation (base branch: 2.4)

[manniL]

Though it's already merged (but not released), I'd love to hear the opinion of the whole team on that ☺️

cc @aldarund @clarkdo @galvez

My opinion: I'm no fan of these shortcuts 🤷‍♂️ I wouldn't bother writing the 3 more letters for NuxtLink than losing a bit of "clarity" and "branding".

[clarkdo]

I think add one test for asserting origin and shortcut component is necessary.
About expamples, hello word shoud be enough, because nuxt-* are still official ones, they won’t be replaced by shortcuts.
In doc, we can add alias or shortcut field after component name.

[manniL]

So basically these are the two key questions:

1. Should we add the aliases?
2. Should we use them primarily in docs and examples?

If I got it right, @Atinux proposed to do both, 1 and 2.

[pi0]

My suggestion is to keep primary names as official ones (For docs and examples), and just support aliases and IDE auto-completes. Try are not harmful and don't add runtime overhead (Same constructor)

[lock]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.