Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Richard Clark

J'aime pas les blogs mais comme j'aime le mouton...

Actualités

  • c2i.fr
Le Code Editor du futur ? (suite)

Dans la série "un sujet qui devient à la mode", sur l'avenir de l'IDE de Visual Studio .NET comme (cochez au choix) :

  • Bloc Note v13,
  • Visio Architecte qui marche v 2015,
  • Powerpoint 95,
  • VS EMacs 1.1,

J'avais déjà parlé sur ce sujet lundi dernier en réaction de l'opinion de Don Box. Et bien je suis bien content de n'être pas le seul.

Wesner Moise, qui lui n'y va pas avec le dos de la cuillère disant carrement que "Whidbey rate la prochaine révolution d'éditeur de code".

Fabrice Marguerie lui évoque l'idée d'un "patcher d'assembly" comme plug-in de Reflector (fortement inspiré de la présentation PowerPoint de Lutz). J'aime bien l'idée mais là ou je suis pas d'accord du tout c'est quand il affirme : "I think this tool should not be very difficult to create !". Wahoo, fastoche la minoche mais comme Saint Thomas, je demande à voir.

Tant mieux si la pression monte, si les idées arrivent à flot, il ne peut en ressortir que du bien.

Une question d'ailleurs : connaissez-vous des sites parlant de représentation graphique d'algorithme ?

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: jeudi 24 juin 2004 08:10 par richardc

Commentaires

richardc a dit :

Non ça ne devrait pas être très difficile, voir mes comments sur le blog de Fabrice.

Ensuite pour les graphs moi y a ça que j'ai bien aimé :

http://blog.dotnetwiki.org/archive/2004/06/11/403.aspx
http://blog.dotnetwiki.org/archive/2004/05/11/198.aspx

# juin 24, 2004 08:18

richardc a dit :

Ouaip merci pour les liens, j'avais vu et téléchargé et installé ce plug-in d'ailleurs (mais qui marchotait). J'ai du mal m'expliquer mais ce n'est pas une représentation du code IL que je cherche, mais bien des algos, comme au bon vieux temps de mes culottes trouées sur les bancs de l'école. Tu sais les trucs qui représentent le test conditionnel dans une boite, une flèche vers une autre boite avec "Oui" si la condition est vérifié, une autre flèche avec Non vers une autre boite. Puis les deux se rejoignent vers une dernière (la suite quoi).

L'idée est d'en faire une bijection (mais je suis persuadé que ce sera impossible) avec CodeDOM pour une représentation graphique du code. Une idée en l'air.

Pour les comments, j'ai vu mais j'ai peut être mal compris le but exact. Ce que j'ai compris :
Pouvoir voir du code d'une assembly, le modifier, en supprimer des parties, etc.
Bref, décomilateur, éditeur, compilateur. Si tu automatise tout ca avec des règles prédéfinies, ca ressemble pas à la programmation aspect (ou un truc approchant ) ? Enfin y'a au moins du refactoring dans l'air.

Si la réponse est même un tout petit oui, voila l'explication de ma perplexité (pour info, le refactoring n'est toujours pas au point pour Whidbey)
# juin 24, 2004 08:31

richardc a dit :

Bah pour les graphs je crois me souvenir d'un truc comme ça, mais c'était plus qu'une ébauche, mais je jetterais un coup d'oeil chez moi en rentrant ce soir.

Pour l'utilitaire :
Deux options, soit on travaille seulement en IL, soit en code de plus "haut niveau", C#, VB.Net, (Delphi ???).

Dans tous les cas on utilise le résultat fourni par Reflector comme base de travail.

Si on travaille en IL, ce n'est pas vraiment dur a parser, sachant qu'on ne permet que de modifier le corps des membres, et pas les signatures. Donc la seule difficulté en IL est de maintenir les branchements dans le code valides. Après on parle le résultat, qu'on met sous forme avec Rail, on ouvre l'assembly de base, et avec Rail, donc un framework d'instrumentation, on substitue l'ancien membre avec le nouveau. Trivial.

Si on travaille dans un langage plus "évolué", on devrait pouvoir utiliser CodeDom pour parser l'ensemble du membre modifié, le sauvegarder dans une assembly, ouvrir cette dernière avec Rail, ouvrir l'assembly de base avec Rail, et remplacer l'ancien membre par le nouveau.
Le seul doute que j'ai émis sur cette méthode c'est que Reflector sort des trucs un peu tordus des fois, avec des vilains goto, et que j'espère que CodeDom arrivera à le parser sans problèmes.

Ensuite pour le coté aspect, ça n'a rien a voir avec la programmation orientée aspect, mais la seulement à la technique utilisée dans les tisseurs statiques. C'est a dire tout simplement de l'instrumentation de code. Ce qui manque énormement au Framework. Mais Rail est la pour ça. D'ailleurs la prochaine version de Rail va vraiment cartonner, et les doutes que j'ai émis dans les commentaires sur cette librairie se dissipent peu à peu, vu la progression qu'on a obtenu ces deux derniers jours avec son principal développeur.

Enfin pour le refactoring je ne pense pas que l'on puisse appeler ça vraiment du refactoring. D'autant plus que dans ma vision de l'outil, on ne touche pas aux signatures des membres. Sinon dans ce cas la l'outil sera beaucoup plus compliqué.
# juin 24, 2004 09:34

richardc a dit :

Salut,

C'est moi qui développe l'addin graphe. En fait, tu as raison sur le fait que l'on veut voir des "statements" plutot que le graphe du code IL. En fait, il y a une raison très rationelle à cela: la simplicité du code IL permet de rapidement le transformer en graphe, l'API statements de Reflector rend les choses plus compliquées -> plus de temps -> pas assez de temps -> ...

En ce qui concerne la bijection CodeDom, j'y travailles. Reflector effectue la transformation IL -> source code, je suis en train d'écrire un nouveau plugin qui fait IL -> source code CodeDom -> source code. Une machine à template en quelque sorte. Le plus marrant c'est que l'on peut appliquer récursivement cette transformation à elle même: créer du CodeDom qui génére du CodeDom qui génère du CodeDom ..... qui génère le code original. :)
# juin 24, 2004 09:36

richardc a dit :

OK, j'avais mal compris ;-) puisque ce qui me semblait le plus dur était effectivement la modification des signatures (voir suppression complète d'une méthode).

J'adore l'idée de récursivité sur le CodeDom ;-)
# juin 24, 2004 09:40

richardc a dit :

J'avais oublié : bravo pour le plug-in de Reflector
# juin 24, 2004 09:40

richardc a dit :

En fait la modification de l'application a un nom: Mutation Testing. On injecte des fautes articifiellement dans un programme (mutant) et on regarde si les tests sur le programme détectent l'erreur (killed mutant).

Le proglème du mutation testing est que le nomber de modification possible est énorme, si on combine certaines modif elle peuvent s'annuler, etc....

Le problème de la compilation - décompilation est que certaines construction de language ne sont pas supportée en IL. par exemple

foreach(Object o in colleciton)
{
...
}

est transformé en
IEnumerator en;
try
{
en = collection.GetEnumerator();
while (en.MoveNext())
{
Object o = en.Current;
...
}
}
catch(Exception)
{
IDisposable disposable = en as IDisposable;
if(disposable)
disposable.Dispose();
throw;
}

Donc évidement, cela rend la tache du décomilateur beaucoup plus difficile!
# juin 24, 2004 11:43

richardc a dit :

Pour le foreach... c bel et bien son implémentation IL que tu vois, car il s'agit rien d'autre qu'un enum :p
# juin 24, 2004 17:50

richardc a dit :

Gné ?
# juin 24, 2004 17:54

richardc a dit :

HiHi, oui je manque de sommeil .. ou plutot j'ai trop dormi aujourd'hui.

je dis exactement la même chose que jonathan, alors je tournerais 7 fois le doigt sur mon clavier la prochaine fois lol

C'est le problème de s'appuyer sur des intructions de base pour accomplir des sortes de séquences de base (comme les boucles & autres switch), on perd forcément en lisibilité pour passer de l'un à l'autre ... (methode de l'encryptage dailleurs) donc en fait, j'ai rien à dire par rapport au post de jonathan, si ce n'est que la prochaine fois, je lirais tout, et plus attentivement...

Erebuss


# juin 24, 2004 19:07

richardc a dit :

> je lirais tout, et plus attentivement...

+ tourner 7 x sans la langue dans sa bouche, 3 bonhomme sans rire, une chope et une bonne petite cigarette...
# juin 25, 2004 15:14
Les commentaires anonymes sont désactivés
Les 10 derniers blogs postés

- Intégration Yammer et SharePoint Online (Office 365), étape 1 … par Le blog de Patrick [MVP SharePoint] le 06-12-2013, 17:37

- [Dynamics CRM] Ajouter les dossiers de CRM au dossier Favoris d’Outlook par Christine Dubois le 06-10-2013, 15:50

- Visual Studio 2013 par Etienne Margraff le 06-04-2013, 10:26

- Configurer la collation SQL Server pour SharePoint par Blog de Jérémy Jeanson le 06-03-2013, 19:48

- Etendre le Team Web Access de TFS 2012 – Step 1: Création du plugin par Philippe Didiergeorges Aka Philess le 06-03-2013, 07:30

- Livre Blanc : Développer des applications NUI par Fathi Bellahcene le 06-01-2013, 11:35

- [Dynamics CRM 2011] Copier une vue d'entité par Christine Dubois le 05-29-2013, 13:20

- [Conf’SharePoint 2013] Mes présentations… par Le blog de Patrick [MVP SharePoint] le 05-28-2013, 09:04

- [wpdev] Storage bug in MediaLibrary.SavePicture par Kévin Gosse le 05-26-2013, 19:08

- VMMap en mode instrumentation sur système 64bit : attention à la plateforme cible du build .NET par CoqBlog le 05-25-2013, 22:25