Comment correctement implémenter une interface avec un contrat FA1.2, d'un langage de programmation?

Vous êtes correct.Iln'y apas demoyen d'obtenir la valeur directement.Vous devriez créer un contrat comme celui-ci.Appelons çagetnat.tz.Nous allons l'utiliserpour créer unmessage d'erreur après un appel à sec.

 paramètre (NAT);
unité de stockage;
code {voiture;Échecwith};
 

Maintenant,nouspouvons l'appeler du client.

  Tezos-Client Transfert 0 de Alice à Token \
             --Entrypoint 'getbalance' \
             --Arg 'paire "& lt;token-propriétaire-adresse >""& lt;getnat-adresse >" '\
             - Soiver
 

Ceciproduira unmessage d'erreur avec la valeur.Vous devrez l'analyser.Si vous ajoutez l'indicateur -l Vouspouvez voir lesitinéraires RPC que Tezos-Client Appelspour la recréer dans votre application.

You are correct. There is not a way to get the value directly. You would have to originate a contract like this. Let's call it getnat.tz. We will use it to create an error message after a dry run call.

parameter (nat);
storage unit;
code { CAR; FAILWITH };

Now we can call it from the client.

tezos-client transfer 0 from alice to token \
             --entrypoint 'getBalance' \ 
             --arg 'Pair "<token-owner-address>" "<getnat-address>"' \
             --dry-run

This will produce an error message with the value. You will have to parse it. If you add the -l flag you can see the RPC routes that tezos-client calls to recreate it in your application.

Après avoirparlé à denombreuxmembres actifs de la communauté Tezos,j'aienfin trouvé une solution:

 public interface FA12
{
   public void transfer(String from, String to, Integer value) throws Exception;
   public void approve(String spender, Integer value) throws Exception;
}
 

Ce qui signifie queje n'aibesoin que demettreen œuvre les appels contractuels quieffectuent réellement une action (commetransfertet approuver).Tous les autrespoints d'entréenécessitant untype de "vue",commegetbalance,montailleur ougetTotalSuply sont despoints d'entrée à appelerentre contrats.Dansmon cas,je peux vérifiertoutes lesinformations dontj'aibesoinen analysant le stockage du contrat afin queje puisse éviter les obstacles associés à des contratsfactices crééspour servir de rappelpour les réponses.

After talking to many active Tezos community members, I have finally found a solution:

public interface FA12
{
   public void transfer(String from, String to, Integer value) throws Exception;
   public void approve(String spender, Integer value) throws Exception;
}

Which means that I only need to implement the contract calls that actually do an action (like transfer and approve). All other entrypoints that require a "VIEW" type, like getBalance, getAllowance or getTotalSupply are entrypoints to be called between contracts. In my case I can check all information I need by parsing the contract STORAGE, so I can avoid the hurdles associated with dummy contracts created to serve as a callback for responses.