Avez-vous écrit des fonctions très longues? Si oui, pourquoi?

Question

Je suis en train d'écrire un projet académique sur

Était-ce utile?

Nous faire parvenir

La solution

Les fonctions les plus longues que j'ai jamais écrit ont tous une chose en commun, une instruction switch très grande. Il y a des moments, quand vous devez passer sur une longue liste d'articles et il ne ferait que rendre les choses plus difficiles à comprendre si vous avez essayé de factoriser certaines des options dans une fonction distincte. Avoir de grandes déclarations de commutation rend la complexité cyclomatique passer par le toit, mais il est souvent mieux que les implémentations alternatives.

Answer 1

Les fonctions les plus longues que j'ai jamais écrit ont tous une chose en commun, une instruction switch très grande. Il y a des moments, quand vous devez passer sur une longue liste d'articles et il ne ferait que rendre les choses plus difficiles à comprendre si vous avez essayé de factoriser certaines des options dans une fonction distincte. Avoir de grandes déclarations de commutation rend la complexité cyclomatique passer par le toit, mais il est souvent mieux que les implémentations alternatives.

Answer 2

Il était le dernier avant que je me suis fait virer.

Answer 3

Un travail précédent: Une déclaration de cas extrêmement longue, IIRC lignes 1000+. Ce fut bien avant les objets. Chaque option était seulement quelques lignes. Briser le haut aurait fait moins claire. Il y avait en fait une paire de ces routines faire des choses différentes au même ensemble sous-jacent de types de données.

Désolé, je n'ai pas le code plus et il est pas à moi de publier, de toute façon.

Answer 4

La fonction la plus longue que je ne voyais pas comme horribles serait la méthode clé d'une CPU personnalisée VM. Comme avec @epotter, cela impliquait une déclaration de grand commutateur. En fait, je dirais que beaucoup de méthode que je trouve résister à proprement décomposé ou amélioré la lisibilité implique des instructions switch.

Answer 5

Malheureusement, vous ne trouverez pas souvent ce type de sous-programme archivé ou affiché quelque part si c'est généré automatiquement lors d'une étape de construction en utilisant une sorte de générateur de code.

Regardez donc pour les projets qui ont généré C d'une autre langue.

Answer 6

En plus de la performance, je pense que la taille de la pile d'appels dans l'espace noyau est 8K (s'il vous plaît vérifier la taille). De plus, pour autant que je sache, le code dans le noyau est assez spécifique. Si un code est peu susceptible d'être réutilisée à l'avenir pourquoi se faire en fonction de l'examen en tête appel de fonction.

Answer 7

Je pourrais imaginer que lorsque la vitesse est importante (par exemple lors de la tenue une sorte de verrouillage dans le noyau), vous ne voudriez pas briser une fonction en raison de la surcharge en raison de faire un appel fonctionnel. Lors de la compilation, les paramètres doivent être poussées sur la pile et des données doit être sauté hors tension avant de revenir. Pour cela vous pouvez avoir une grande fonction pour des raisons d'efficacité.