J'aurai peut être admis que tu dises qu'on devient pinailleur en C++ dans le sens où l'on fait bien attention à la durée de vie des objets, aux pointeurs qui sortent d'une classe, qui est...
Type: Messages; Utilisateur: _skip
J'aurai peut être admis que tu dises qu'on devient pinailleur en C++ dans le sens où l'on fait bien attention à la durée de vie des objets, aux pointeurs qui sortent d'une classe, qui est...
Tout à fait d'accord au sujet de Torvald. Enfin c'est son avis, j'ai lu à plusieurs reprises des trucs de ce genre venant de programmeurs C.
Pour utiliser régulièrement java et C++, il faut...
Euh non, ils ne disent pas n'importe quoi et plusieurs intervenants sur cette page ont beaucoup de bouteille. Comme tu dis ça, c'est quand même un peu fort de café.
Si tu écris une routine one-shot juste pour importer une fois des données ou si tu testes une libraire, c'est compréhensible que tu ne veuilles pas trop perdre de temps sur une gestion d'exception et...
Hein? :aie:
Il y a surtout un moment où le développeur doit se remettre en question. Dans ma boîte, le type qui écrit un catch(Exception) sans une très bonne raison est assuré de passer par la case...
Personne n'a cité la const correctness du c++ sur ce thread?
Justement à ce sujet, je suis tombé sur le langage D, successeur du C++ enfin si on l'admet comme tel ce qui me semble pas encore être le cas.
http://www.digitalmars.com/d/2.0/overview.html
C'est...
On parle pas de la même chose je pense...
Je parlais du type en paramètre dans le cas d'une classe générique, en l'occurence du String dans ArrayList<String>.
Oui c'est ce que je voulais dire, c'est regrettable lorsqu'on a besoin d'utiliser une collection en lecture seule dont le contenu serait acceptable.
On ne peut pas passer une List<Chat> à une...
Oui ça amène hélas à parler de l'un des problèmes en C#.
Il est impossible de passer un List<String> à une méthode qui attend un List<Object>. Car List<String> n'est pas un héritier de...
Pour ce cas précis non... C'est une limitation en effet mais ensuite il faut voir si c'est bloquant.
Si tu as juste une dizaines de valeurs a gérer, tu utilises un long (au sens java) et c'est un...
Je me permet juste de citer cet article pour signaler que "java" et "bonnes performances" peuvent être utilisés dans la même phrase lorsqu'il s'agit de calcul :
Ca provient du message de...
Java s'inspire clairement de certaines syntaxes du C++, comme l'a fait C#...
En même temps je m'excuse mais où est le mal?
Heureusement que les personnes derrière ce genre de décision ont pris le...
Oui mais parfois ces vieilles technos sont juste maintenues mais n'évoluent plus, c'est sûr qu'on ne jette pas une application qui fonctionne parfaitement à la poubelle pour perdre 2 ans homme à la...
<troll velu="true">
C'est vrai pourquoi être passé à l'automobile? Le cheval ça allait très bien!
(Non je plaisante, tapez pas. :aie::aie::aie:)
</troll>
Je pense que les possibilités...
C'*EST* une question de goût.
C'est vrai qu'un instanceOf c'est rare dans mon code, j'essaie au maximum de travailler avec du générique ou du polymorphisme. Toutefois pour cette situation...
C'est pas une syntaxe si crade que ça, ça se voit beaucoup en C#.
Je trouve ça plus clean que de créer une fonction B à laquelle je dois passer tout le contexte et les variables locales de ma...
Ca me dérange pas qu'il plante comme une merde, j'aime 1000 fois mieux ça plutôt qu'il continue à s'exécuter comme un con dans un état imprévu. Mais il me semble que c'est pas ce que tu veux dire....
Lorsqu'on rencontre des situations ou on ne peut rien faire face à une checked exception, on est presque obligé de les encapsuler dans une RTE comme a dit Adiguba, même si on a pris toutes les...
Et ca l'est aussi dans n'importe quel autre langage.
Chacun son avis, moi je suis la philosophie qu'une exception ne doit pas forcément être gérée et que l'utilisateur doit choisir de la gérer s'il a quelque chose d'intelligent à faire ou s'il anticipe...
Vous oubliez que parfois c'est très intrusif de devoir traiter une checked exception obligatoirement alors qu'on est 100% sûr de ne pas la déclencher et quand bien même c'est dans un contexte fatal à...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.