Question

Je me retrouve toujours à lutter contre cela ... essayant de trouver le bon équilibre entre l'essai / la capture et le code ne devenant pas ce désordre obscène d'onglets, de supports et d'exceptions qui sont remontés la pile d'appels comme une patate chaude. Par exemple, j'ai une application que je développe en ce moment qui utilise SQLite. J'ai une interface de base de données qui résume les appels SQLite, et un modèle qui accepte des choses à entrer / sortir de la base de données ... donc si / quand une exception SQLite se produit, elle doit être lancée sur le modèle (qui l'a appelé ), qui doit le transmettre à quiconque a appelé l'AddreCord / DeleterCord / peu importe ...

Je suis un fan des exceptions au lieu de renvoyer les codes d'erreur car les codes d'erreur peuvent être ignorés, oubliés, etc., alors qu'une exception doit essentiellement être gérée (accordé, je pourrait Catch et continuez immédiatement ...) Je suis certain qu'il doit y avoir une meilleure façon que ce que je me passe en ce moment.

Éditer: J'aurais dû le former un peu différemment. Je comprends que je remémore en tant que différents types et autres, je l'ai mal parlé et c'est ma faute. Ma question est ... comment peut-on garder le mieux le code propre lorsque vous le faites? Cela commence à me sentir extrêmement encombré après un certain temps.

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top