Voici l'histoire officielle, de Cameron McColl:
Dans Dev10 nous avons investi dans l'amélioration de la solution de charge temps, à la recherche à la prise de la charge asynchrone. Malheureusement, en raison de contraintes de temps, ce travail ne pas le faire dans Dev10 nous avons donc décidé de faire au moins l'expérience de l'utilisateur un peu mieux, en donnant à l'utilisateur un retour sur ce qui se passait au cours de la solution de charge. Initialement, il s'agissait d'un dialogue qui a présenté des commentaires précis sur la façon dont les nombreux projets sont en cours de chargement, ainsi que le nom de la actuellement chargé de projet. Les premiers tests de cette expérience a révélé qu'il y avait souvent un non-trivial de retard (c'est à dire le fait de tourner beignet et "pas de réponse" titre de la fenêtre) après les projets ont été chargés et l'existence de la boîte de dialogue fait de ce retard très évidente une fois que la boîte de dialogue a été rejetée. Alors, quel est le délai? Il y a 2 principales choses qui se passent après la solution des projets ont été chargés. D'abord tous les documents chargés/éditeurs sont rouvertes, et pour certains, le concepteur de fichiers, cela peut prendre quelques secondes. Deuxièmement, et généralement bien pire que nous appelons NotifyOnAfterSolutionOpen
ce qui est un point d'extension de VS. Tout abonné à cet événement arrive à exécuter leur code à ce stade et, assez souvent, ce code est très cher. Pour Dev10 nous n'avons pas eu le temps d'aller améliorer les perf de tous ces abonnés et donc, il a été estimé qu'une deuxième boîte de dialogue est nécessaire pour le rendre clair que la Solution de Charge était toujours en cours. Ce qui est vraiment nulle sur la deuxième boîte de dialogue, c'est qu'il ne veut pas vous dire dans quelle partie du code est à l'origine du retard et pour le pire le contrôle de progression est la marquise de style qui signifie qu'il n'est pas déterminant (à la différence de la première boîte de dialogue).
À l'avenir, nous continuons à chercher des moyens de rendre la solution de charge vraiment asynchrone et, comme telle, ne jamais montrer ces vilaines boîtes de dialogue.
Dans la boîte de dialogue de la défense, notre recherche indique que la plupart des gens préfèrent modale de dialogue état de plus de la filature à anneau ou qui ne répond pas de l'INTERFACE utilisateur. Bien sûr, tout le monde préfère sans délai à tous, et nous travaillons sur que pour Dev11.