Trop de questions et de soucis sur java.util.log ging le paquet

7 réponses à « trop de questions et soucis sur java.util.log ging le paquet »

1. Michael Slattery dit :
   25 avril 2005 à 3:13 AM

   >… Les noms de paquet devraient être des noms…
   Je conviens. Cependant, je ne le vois pas comme grand problème.

   le >How est Logger.getLogger (nom de corde) lié à LogManager.getLogManager () .getLogger (nom de corde) ?

   Comme vous pouvez le constater, l'ancien est une méthode de convenance pour ce dernier. Il devrait y a un lien dans le JavaDoc. Cependant, je pense que c'est assez clair. Je ne suis aucun Einstein et cela m'a pris environ 3 secondes pour réaliser le relationsship basé sur la doc. courante.

   Et j'aime la méthode de convenance. J'aime que je n'ai pas besoin d'importer 2 classes.

   >Why est-il Logger.getLogManager () exigé quand nous avons LogManager.getLogManager () ?

   Ouais, je conviens un peu sur celui-ci.

   >Why n'est-il pas un ErrorManager fourni qui peut être demandé sur les erreurs ?

   Vous avez l'exception et le message. De qu'avez-vous besoin ?

   >Why MemoryHandler n'a-t-il aucune méthode pour chercher LogRecord ? Pour accéder à un LogRecord là n'est aucune manière plus simple mais créer un LogHandler vous-même !

   Je ne vois pas l'utilité ici. Ressemble à de vous veulent jeter un coup d'oeil dans les données encapsulées. Peut-être vous recherchez plus de functinality que juste la notation plate ; Vous voulez questionner les données de notation aussi. C'est vraiment au delà de la portée de ce qu'un *must* de notation d'api fournissent à l'environnement d'exécution.

   Avez-vous vu l'autre Java api ? Celui-ci est assez gentil comparé à la majeure partie du reste de elles.

2. Brian dit :
   25 avril 2005 à 9:40 AM

   notation

   nom : le travail des arbres de coupe pour le bois de construction

3. Le tisserand d'Alexandre dit :
   25 avril 2005 à 1:14 P.M.

   >Pourquoi le nom de paquet est-il un verbe ? Noms de paquet
   le >should soit des noms comme peut être vu dans le reste de
   >API. Pourquoi l'auteur a-t-il soudainement décidé d'un verbe ?

   Il est difficile de dire quand il n'est pas employé dans le cadre d'une phrase, mais on pourrait arguer du fait que la « notation » est un gérondif (qui est en fait un nom). Voir le http://www.bartleby.com/64/C001/028.html

4. angsuman dit :
   25 avril 2005 à 2:52 P.M.

   @Brian dans ce contexte, oui. Mais dans notre contexte c'est un verbe. Voir svp ci-dessous.

   @Alexander
   Bartleby indique :
   VERBE : Formes fléchies : noté, notation·ging, notations
   http://www.bartleby.com/61/86/L0228600.html

   @Michael
   > je conviens. Cependant, je ne le vois pas comme grand problème.
   Il casse la sémantique de l'utilisation.

   > ayez-vous vu l'autre Java api ? Celui-ci est assez gentil comparé à la majeure partie du reste de elles.

   Vu énormément réellement depuis 1996
   Je ne prévoyais pas sur un concours de laideur, mais sérieusement que trouvez-vous plus laids ?

   > je ne suis aucun Einstein et cela m'a pris environ 3 secondes pour réaliser le relationsship basé sur la doc. courante.

   Inquiétez-vous pour vous expliquer ligne du raisonnement ?

   > vous avez l'exception et le message. De qu'avez-vous besoin ?

   Le problème est aux erreurs de processus pprogramatically, je doit sous-classe ErrorManager. J'ai prévu qu'une exécution de défaut fournirait au moins des moyens d'accéder aux données. Est-ce que ce trop est à demander ?

   > je ne vois pas l'utilité ici. Ressemble à de vous veulent jeter un coup d'oeil dans les données encapsulées.

   Encore la question est rentabilité. Une utilisation commune de MemoryManager serait de capturer des exceptions et de les traiter plus tard aux loisirs. À ce point j'ai besoin d'une certaine manière de pouvoir accéder aux données, qui doivent sous-classe. Ce n'est pas une question de casser l'encapsulation. La classe ne fait rien à avec les données, autre puis le passer à un autre traiteur. C'est une exécution sourde-muette. Looging est au sujet d'accéder aux données notées au noyau même. Les échouer d'api uniformément là.

5. Le tisserand d'Alexandre dit :
   25 avril 2005 à 4:45 P.M.

   Déni : Je suis programmeur de C.A. ++ et n'ai aucune expérience avec java.util.log ging. Ce dit, je pense toujours que j'ai raison

   >VERB : Formes fléchies : noté, notation·ging, notations

   Puisque juste au sujet de n'importe quel verbe peut être transformé en gérondif, la plupart des dictionnaires ne vont pas exiger ce fait dans chaque entrée. Il ne signifie pas que ce ne peut pas être un gérondif (et ainsi un nom) dans la bonne utilisation.

   le >It casse la sémantique de l'utilisation.

   Je suis en désaccord. Le point entier de faire le paquet, la classe, et les verbes de noms de noms variables et de noms de méthode est disent à facilement et unambiguosly où l'action est (dans la méthode). Utilisant la « notation » comme exemple, je peux très facilement voir quelqu'un créer une méthode avec le nom de la « notation () » (un verbe dans ce contexte) cette des insertions un disque de vlog dans une certaine sorte de dépôt. Donné cette utilisation commune de verbe de « notation », ce deviennent un choix moins qu'idéal pour un nom de paquet. D'une part, la « notation » est en fait un nom non ambigu (gérondif) dans ce contexte. Je ne peux pas probablement imaginer quiconque créer une méthode appelée « notation () ». C'est le temps faux comme verbe. Vous faites ne notant pas quelque chose, vous la notez. Faire ainsi est l'acte de la notation (un nom dans ce contexte).

6. Kirk indique :
   25 avril 2005 à 6:03 P.M.

   J'une meilleure question, pourquoi la conception ont-elles est-elle à l'envers ? Pourquoi est-ce que des niveaux ont été employés au lieu de la taxonomie digitial ?

   Et l'utilisation d'un verbe comme nom casse la sémantique de l'utilisation. Ce que je veux est une notation à la à laquelle je lis de et écris. Les méthodes sont où l'action est

7. angsuman dit :
   25 avril 2005 à 6:08 P.M.

   le @Kirk I ne pourrait pas l'avoir indiqué mieux

Être dans l'attente pour entendre vos pensées.