feat(cozy-doctypes): Allow Document to use a CozyClient

[cedricmessiant]

This is a first step to allow users to choose between cozy-client and cozy-client-js when they register a client for their models.

This is still at draft state since I would like to do the following before merge:

• rename newCozyClient ➡️ cozyClient and cozyClient ➡️ cozyClientJS in testUtils.js
• add tests for methods that use "the stackClient trick" (getAll, fetchChanges, fetchAll, updateAll). To do this, I need to be able to mock the stack client that CozyClient uses, it may not be easy.
• we could also be more explicit in the methods names (e.g _ccjs_getIndex instead of _getIndex ?)

[ptbrowne]

I had removed the unregister explicitly to show that Document was not usable in parallel on multiple cozy. If it's needed for tests, we can make it private or rename it dangerousUnregisterClient ?

[edas]

On utilise le même modèle mais on considère que les méthodes ne doivent être accessibles que via un client et pas l'autre. C'est une vraie volonté de les abandonner et de forcer cet abandon ou c'est juste par manque de temps pour les implémenter avec cozy-client ?

[cedricmessiant]

@edas c'est une première étape qui permet de permettre l'utilisation avec cozy-client sans pour autant passer trop de temps aujourd'hui à tout implémenter. L'idée c'est d'implémenter au fur et à mesure les méthodes lorsqu'on en a besoin et d'abandonner le support cozy-client-js à moyen/long terme