Aimez-vous les rapports d'épicerie? Non. Aimez-vous les rapports qui ne sont pas liés au sujet de la conférence? Non catégoriquement . On a l'impression que je paie pour les ambitions des autres et le manque de contenu. C'est pourquoi nous fabriquons CLR ium 4: où nous collectons toutes les nouveautés, utiles ... Et surtout - les tripes!
Maintenant, en plus des rapports, il y aura une discussion animée entre les intervenants sur les possibilités de C # 8.0 , qui regorgent de points controversés. Et croyez-moi, il va faire chaud: je n'accepte pas beaucoup de moments, mais le deuxième conférencier, Alexander Kugushev, nous assure qu'ils sont tellement utiles qu'au moins demain ils seront vendus. Natalia Tsvilih adhère à un point de vue mitigé ... Une conversation intéressante va se révéler, je vous le promets.
Lire et s'inscrire
Exemples d'articles et une liste complète des sujets de discours - sous la coupe Papiers:
IDisposable: défis et pièges
Lorsque vous vous habituez à faire quelque chose de très simple, parfois vous ne faites pas attention au fait que la simplicité se cache un grand nombre d'embûches. Le modèle IDisposable est connu de tous les développeurs, mais son utilisation est souvent faite avec des erreurs même chez Microsoft et cause des inconvénients aux autres développeurs. Le rapport examinera à la fois les formats pour la mise en œuvre du modèle, les formats à utiliser dans divers scénarios et les options pour le remplacer afin que son utilisation ne pose que des problèmes.
Durée de vie en remplacement de l'IoC pour IDisposable
Le modèle IDisposable standard résout de nombreuses tâches de libération de ressources auxquelles un développeur est confronté. Cependant, dans de nombreuses situations, vous devez d'abord vous casser la cervelle, puis les doigts pour résoudre certains problèmes dans l'ordre d'appeler Dispose. Nous parlerons d'un modèle simple mais extrêmement efficace qui exécute essentiellement l'IoC du processus Dispose: Lifetime
Rapport de mise à jour sur les fonctionnalités récemment publiées et non encore publiées de .NET Core. Après l'avoir écouté, vous pouvez faire une opinion générale sur où nous allons, à quoi cela vaut la peine de prêter attention, quoi essayer et avec quoi - pour le mettre sur l'étagère
Span <T>, mémoire <T>
Les nouveaux types de données qui n'ont pas peur du mot sont de nature révolutionnaire. En effet, en plus d'unifier le travail avec les tableaux, les chaînes et les tampons de données non gérés, ils légalisent en outre de nombreuses opérations dangereuses. À partir du rapport, nous apprenons: pourquoi ils ont été introduits, pour quelles tâches, à quelle vitesse ils fonctionnent et sur quelles plates-formes, et nous commencerons également à nous associer plus calmement au code dangereux, car qui deviendra sûr et gérable. En général, je recommande fortement: un détective avec une fin heureuse.
Mémoire: MemoryHandle, MemoryManager, MemoryPool
Dans ce rapport, nous continuerons la conversation sur la mémoire, en entrant dans des exemples et des astuces plus pratiques: nous examinerons de nouvelles possibilités de location de tableaux, de tampons de données. Faisons connaissance avec un nouveau concept pour nous de posséder un morceau de mémoire. Et en général, nous commencerons à nous préparer à accélérer nos algorithmes avec de nouvelles méthodes. Après tout, pendant que nous attendons, les principaux développeurs utilisent déjà la nouvelle fonctionnalité avec force et main: c'est le projet Castle et System.IO.Pipes et bien d'autres
API Garbage Collector
Le garbage collector est désormais remplaçable. Pour cela, il semblerait que tout ce qui est nécessaire soit d'implémenter l'interface appropriée. Le rapport est destiné à montrer et à parler de la nouvelle API, de ses capacités et de nouvelles approches dont nous devons nous souvenir pour l'avenir (qui, comme d'habitude, vient soudainement). Et aussi, en termes généraux - ce qui nous attend dans cet avenir même. En d'autres termes: qu'est-ce que l'API GC et pourquoi devons-nous le savoir?
L'une des questions les plus puissantes, absolument nécessaires et en même temps pas claires: Outils globaux et API d'interface de ligne de commande. En bref, un moyen de créer des commandes multiplateformes pour la ligne de commande du projet .NET. Examinons de plus près, étudions des exemples prêts à l'emploi (ils l'intègrent déjà à la puissance et aux principaux produits) et décidons: où cela est nécessaire et quand vous devez simplement vous souvenir de son existence - pour l'avenir
ClrMD: nous développons notre propre débogueur (c'est très simple!)
Il existe une bibliothèque intéressante pour le débogage des processus et des vidages de mémoire.
De plus, la chose la plus agréable est que cette bibliothèque est écrite comme d'habitude pour tout le monde
.NET Et cela signifie que vous pouvez étudier le problème en développant des scripts pour rechercher les zones problématiques de l'application. Cela accélère souvent beaucoup le débogage. Nous trouverons comment procéder.
Quelques mots sur l'orateur
Tous les rapports de la grille sont lus par un seul intervenant:
Stanislav Sidristy
Conférencier expérimenté lors de diverses conférences et réunions et auteur d'un livre en ligne 
CLR Book: sous le capot du .NET Framework .
Il a travaillé dans des entreprises comme Epam Systems, Luxoft, Kaspersky Lab, réalisant des tâches de différents niveaux de difficulté en C #, Groovy, C / C ++ et d'autres langages.
Coordonnées:
Prix - 3000 roubles. Maintenant, c'est comme aller au magasin.