Espérons que ce n'est pas un fil ancien que je déterre, mais je ne vois pas une année; en supposant que cela date d'il y a un mois ou deux (vers septembre 2010) ...
Quoi qu'il en soit, cela semble inutile pour moi au-delà des objectifs académiques et simplement s'amuser/apprendre. Et je soupçonnerais que ça va échouer à moins que vous n'utilisiez un décompilateur pour voir à quoi ressemble l'interface interne de la BCL et vous assurer que votre implémentation répond à ce que le CLR par défaut attend; alternativement, vérifiez la mise en œuvre de Mono.
Je pense que c'est inutile pour des raisons pratiques, car Microsoft .NET BCL est une implémentation extrêmement robuste, et je doute qu'un homme ou une petite équipe puisse faire mieux. Besoin de légèreté? C'est ce que le.L'environnement d'exécution NET CE est destiné aux petits appareils et fonctionne bien. Quelqu'un a également mentionné le .NET MF (Micro Framework); et c'est un MF'er léger si le nom fait justice. :)
La seule façon que je vois une utilisation pratique car ce serait si vous totalement re-mettre en œuvre le CLR/CLI/CLS (et bien, « CL-tout ») vous et faire votre propre implémentation .NET pour une autre plate-forme.
EDIT: Notez que si vous utilisez une autre partie de .NET, le standard BCL est utilisé par lui; donc vous ne vous en serez pas débarrassé et cela sera toujours nécessaire. Mauvaise chose si vous essayez de l'exécuter sur une plate-forme où l'implémentation .NET standard n'existe pas, mais je ne pense pas que ce soit ce que vous faites ...
Pourquoi voulez-vous faire cela? Si vous voulez une implémentation alternative, vous pouvez consulter Mono. –
Mono n'est pas une option. Je veux ma propre implémentation légère :) Il y a beaucoup de scénarios où un tel cadre pourrait être un ajustement idéal. Par exemple, vous devez créer une plate-forme de développement personnalisée dont l'architecture diffère trop de celle de Microsoft .NET. –
Qu'en est-il du cadre compact? –