Independientemente del proveedor que elijamos para almacenar los settings (un archivo JSON, un .INI, o el que sea), el acceso a la información siempre se realiza utilizando una cadena de caracteres hasta llegar al valor deseado de la configuración, como podemos observar en el siguiente ejemplo:
Sin embargo, esto puede ser una fuente de problemas, pues obviamente estas cadenas no son sometidas a ningún tipo de control en compilación y cualquier cambio de estructura o nombre de setting en el archivo de configuración podría provocar comportamientos incorrectos en nuestra aplicación.
Publicado por José M. Aguilar a las 9:15 a. m.
Etiquetas: aspnetcore, aspnetcoremvc
Eventos
- [Evento] Windows 10 Developer Readiness Powered by MVPs
Javier Suárez
.Net
- C#/.NET Little Wonders: Null Conditional Operator in C# 6
James Michael Hare - Understand how bitwise operators work (C# and VB.NET examples)
ProgramFOX - C# Futures: Immutable Classes
Jonathan Allen - C#- How to Record What Gets Written to or Read From a Stream
Mike Hadlow - Backwards compatibility is (still) hard
John Skeet - Creating a Knockout-Style Variable in C#
Chris Eagle - Using Reflection to Get Enum Description and Value
Bruno Leonardo Michels
.Net
Y ya se dieron cuenta de esto los padres de la informática, aquellos pioneros que hace cincuenta años andaban sentando las bases sobre las que se sustentan las tecnologías, herramientas y lenguajes que utilizamos hoy.
La programación sin ego, o egoless programming, es una forma de programar basada en el aprendizaje continuo y colaboración entre personas, dejando de lado los aspectos puramente personales y comportamientos ególatras que podemos tener algunas veces. La idea fue acuñada por Jerry Weinberg en su libro The Psychology of Computer Programming, publicado publicado en 1971.
En este libro aparecieron por primera vez los Diez Mandamientos del Egoless Programming, que creo que deberían ser unas normas de lectura y aplicación obligatoria en nuestra profesión.
Los Diez Mandamientos del egoless programming
1. Entiende y acepta que cometerás errores.La cuestión es encontrarlos pronto, antes de que lleguen a producción. Afortunadamente, salvo para los pocos que desarrollan software de guiado de misiles, los fallos tienen raramente consecuencias fatales en nuestra industria, así que podemos, y deberíamos, aprender, reírnos, y seguir adelante.
2. Tú no eres tu código.
Recuerda que el objetivo de una revisión es encontrar problemas, y se encontrarán problemas. No te lo tomes personalmente cuando un error tuyo se descubra.
3. No importa cuánto “karate” sepas, siempre alguien sabrá más.
Esa persona puede enseñarte algunos movimientos nuevos si se lo pides. Busca y acepta información de otros, especialmente cuando piensas que no es necesario.
4. No reescribas código sin consultarlo antes.
Hay una fina línea de separación entre “corregir código” y “reescribir código”. Conoce la diferencia y realiza los cambios en el marco de una revisión de código, y no actuando como un justiciero solitario.
5. Trata a los que saben menos que tú con respeto, educación y paciencia.
La gente no técnica que trata con desarrolladores de forma frecuente casi siempre tienen la opinión de que en el mejor de los casos somos divas, y en el peor, llorones. No refuerces este estereotipo con ira e impaciencia.
6. La única constante en el mundo es el cambio.
Permanece abierto a ello y acéptalo con una sonrisa. Mira cada cambio a tus requisitos, plataforma o herramientas como un reto, no como un inconveniente contra el que hay que luchar.
7. La única autoridad real deriva del conocimiento, no de la posición.
El conocimiento genera autoridad, y la autoridad engendra respeto. Así que si quieres ser respetado en un entorno egoless, cultiva el conocimiento.
8. Lucha por lo que crees, pero acepta la derrota con deportividad.
Entiende que a veces tus ideas serán ignoradas. Incluso si resulta que estabas en lo cierto, no seas vengativo o digas “te lo dije” más de un par de veces, ni hagas de tu difunta idea una mártir o un grito de guerra.
9. No seas “ese tío de la habitación”.
No seas ese tío programando en una oficina oscura que emerge sólo para comprar coca-cola. Ese tío está fuera de la vista, del tacto, fuera de control y no tiene cabida en un entorno abierto y colaborativo.
10. Critica el código y no a la gente.
Sé amable con el desarrollador pero no con el código. Haz comentarios relacionados con los estándares locales, especificaciones de la aplicación, incrementos de rendimiento, etc.
Publicado en Variable not found.
De nuevo, muchas gracias a todos por estar ahí :)
Y dicho esto, vamos al turrón…
.Net
- A Look at the Open Source JustDecompile Engine
Michael Cramp - WCF Client is Open Source
Ron Cain - When everything you know is wrong, part one
Eric Lippert
Sinceramente, y ya lo he comentado en alguna otra retrospectiva anual, nunca pensé que esta aventura duraría tanto tiempo y me traería tantas satisfacciones. Y aunque he de reconocer que no es una tarea sencilla, el hecho de estar todavía aquí con ganas de seguir aprendiendo y compartiendo todo lo que puedo es para mí una compensación más que suficiente a la dedicación que esto requiere :)
Como manda la tradición, voy a comentar algunos detalles objetivos sobre la salud blog y sus visitantes, porque alguna vez me habéis comentado que os resultan interesantes estos datos.
.Net
- Back to Basic – string Vs. String in C#
Abhijit Jana - C# Futures: Nullability Tracking
Jonathan Allen - What's New in Visual Basic 14? String Interpolation and Multiline Literals
Peter Vogel - 3 misuses of ?. operator in C# 6
Vladimir Khorikov - Don't Forget Implicit Conversion Operators in C#
Khalid Abuhakmeh - Back to Basic – Calling base class constructor from derived class in C#
Abhijit Jana - Using Roslyn to build a simple C# interactive script engine
Christian Jacobsen - C# Futures: Managed Pointers
Jonathan Allen - C#/.NET Little Wonders: Expression-Bodied Members in C# 6
James Michael Hare
Bueno, en realidad no se trata tanto de una ausencia como de un desplazamiento de esta característica. Resumidamente, las variables de sesión seguirán existiendo, pero no son parte del core de ASP.NET, como ocurría desde la primera versión de ASP.NET, sino un componente totalmente opcional implementado en forma de middleware que deberá ser instalado y configurado de forma independiente.
Pero antes de continuar, recordad que tanto MVC como ASP.NET Core siguen estando en proceso de desarrollo, por lo que algunas de las cosas que contaremos podrían cambiar en las versiones definitivas, aunque espero que no demasiado.
Y dicho esto, vamos al lío: ¿cómo utilizamos variables de sesión en aplicaciones basadas en ASP.NET Core?
.Net
- C#/.NET Little Wonders: Indexer Initializer Syntax
James Michael Hare - Writing and distributing Roslyn analyzers with MyGet
Maarten Balliauw - CQRS with MediatR and AutoMapper
Jimmy Bogard - Back to Basic – Events in C#
Shashank Bisen - Roslyn ships v1.0-rc2 with "Go-Live" license
Anthony D. Green
String.Format()
para construir strings más complejos. Hace unos meses ya adelantamos por aquí sus principales características, aunque aún era algo pronto para poder probar en profundidad esta nueva y esperada feature. Ahora, más avanzado ya su desarrollo, ha llegado el momento de echarle otro vistazo más en profundidad y ver cómo queda finalmente (o casi finalmente, todavía podría cambiar algo!).
En este post vamos a ver rápidamente los puntos principales a tener en cuenta para dominar esta nueva característica que sin duda facilitará nuestro trabajo y nos hará más productivos.
.Net
- Learn Roslyn Now: Part 10 Introduction to Analyzers
Josh Varty - Automapper Performance Testing
Jamie Munro - What's Fixie and Why Should C# Programmers Care?
Jason Roberts - C# Futures: Tuples and Anonymous Structs
Jonathan Allen - Squirrel – replace ClickOnce the easy way
Gregor Suttie
Y la verdad es que había un poco de inquietud al respecto porque todos los desarrollos y ejemplos publicados hasta la fecha de la nueva pila de de tecnologías para la web de Microsoft utilizaban exclusivamente C#, no había ni rastro VB. Esta sensación, además, se veía reforzada por la publicación de comentarios y artículos donde el futuro de Visual Basic en este entorno no parecía estar demasiado claro.
.Net
- C# 7 Work List of Features (¡y todavía no tenemos aquí C#6!)
Mads Torgersen - Logging with Microsoft.NET
Rabhi Sofiene - ConfigurationTransformations Nuget
Vasil Trifonov - Converting PDF to Text in C#
Dan Letecky
Muy resumidamente, el asunto consistía en editar manualmente el archivo de proyecto de Visual Studio, con extensión .csproj, y establecer el contenido del tag
<MvcBuildViews>
a true..Net
- Types Of Code Coverage- Examples In C#
Anton Angelov - Coding Neural Network Back-Propagation Using C#
James McCaffrey - C#/.NET Little Wonders: Static Using Statements in C# 6
James Michael Hare - Improving on .NET Memory Management for Large Objects
Michael Balloni - What is the unchecked keyword good for? Part one and Part two
Eric Lippert - Proper, Translatable Pluralization in .NET with MessageFormat
Jeffijoe - 5 ways to concatenate strings with C# .NET
Andras Nemes - NameOf (C# 6)
Robert MacLean - Automatic Sorting for Your Collections
Peter Vogel
Tras su última entrega, allá por septiembre de 2012, he continuado recopilando todas las citas que han caído en mis manos y me han resultado curiosas, hasta llegar por fin a las 101 que os traigo hoy. Espero que os iluminen de nuevo o, al menos, que os hagan pasar un rato tan bueno como los que paso yo mientras las voy seleccionando :)
Publicado por José M. Aguilar a las 9:05 a. m.
Etiquetas: curiosidades, frases célebres, frikadas, humor
.Net
- C#/.NET Little Wonders: Exception Filtering in C# 6
James Michael Hare - What’s new in Microsoft .NET Framework 4.6?
DevToolsGuy
.Net
- String and StringBuilder revisited
Phillip Trelford's - C# 6.0 – Defining a Parameterless Constructor for a struct
Sean Sexton - Compiling C# Code Into Memory and Executing It with Roslyn
Tugberk Ugurlu - Prettifying a JSON String in .NET
Rick Strahl - Snippet para IDisposable
Sergio León
Pues a ver si este post nos lo aclara un poco ;) Pero eso sí, siempre tened en cuenta que las nuevas versiones están aún en beta y algunas cosas pueden cambiar.
.Net
- xUnit 2.0 release notes
xUnit team - Lambda Expressions, Captured Variables, and For Loops: A Dangerous Combination
Jeremy Bytes - Pdf en ASP.NET MVC - MvcRazorToPdf
Sergio León - Roslyn, el nuevo compilador de C# y Visual Basic
Juan Manuel Servera - Announcing Microsoft.IO.RecycableMemoryStream
Ben Watson - Null propagation for pre-C#6
Hallo Welt - Interfaces marcadoras, atributos y convenciones
Juan María Hernández - C# 6.0- Language features and its internals (serie)
Abhishek Sur
La novedad en cuestión consiste en la capacidad de añadir a las vistas propiedades cuyo contenido será cargado en tiempo de ejecución usando el motor de inyección de dependencias de ASP.NET 5. o dicho de otra forma, se trata de una implementación de inyección de dependencias en las vistas, componentes en los que hasta ahora eso no era posible, al menos de forma directa y sencilla.
Vamos a verlo en detalle, pero antes, recordad: a día de hoy ASP.NET Core MVC sigue todavía en el horno, y puede que algunas de las cosas que cuente por aquí no sean del todo ciertas para la versión final.
Eventos
- ALMdeando
Sevilla, Miércoles, 11 de Marzo de 19:00h a 21:00h
.Net
- C# o VB.NET ¿qué lenguaje debo aprender-
José Manuel Alarcón - A Tour of Task, Part 9: Delegate Tasks
Stephen Cleary - Implementing Enumeration Inheritance using Roslyn based VS Extension
Nick Polyak - ?. in C#: When properties might be null
Bill Wagner - What is Cool about C# 6.0?
Pradeep Shet - .NET Core Open Source Update - February 26, 2015
Rick Lander - Backward compatibility pain
John Skeet - Performance o rendimiento, e implicaciones del uso de const o reandonly
Jorge Serrano
Seguro que la mayoría de vosotros tenéis ya alguna forma para simplificar o automatizar este procedimiento, pero como de vez en cuando me encuentro con alguno que sigue realizando esos pasos de forma manual, ahí va este post por si os es de utilidad.
Lo que veremos a continuación es un truco rápido para conseguir que Visual Studio se abra siempre como administrador en Windows 8; son sólo cinco pasos que completaréis en menos de un minuto:
.Net
- The LINQ Join Method: Deciphering the Parameters
Jeremy Bytes - Handle Conflicting Namespaces with Aliases
Peter Vogel - Understanding .NET 2015
Beth Massi - The LINQ OfType<TResult> Method: Cast or Filter?
Jeremy Bytes - Enumeration Types do not Enumerate! Working around .NET and Language Limitations
Sergey Alexandrovich Kryukov - LINQ Methods With or Without Predicates: What's the Difference?
Jeremy Bytes - Optical Character Recognition in PDF Using Tesseract Open-Source Engine
Usha Clementine - Customizing string interpolation in C# 6
Thomas Levesque's - Inherit a struct in C#? Why (can)not?
Canny Brisk
Para los perezosos, podríamos resumir el resto del post con una frase: ASP.NET 5 viene construido con inyección de dependencias desde su base, e incluye todas las herramientas necesarias para que los desarrolladores podamos usarla en nuestras aplicaciones de forma directa, en muchos casos sin necesidad de componentes de terceros (principalmente motores de IoC que usábamos hasta ahora). Simplemente, lo que veremos a continuación es cómo utilizar esta característica ;)
Pero permitidme una nota antes de empezar: si no sabes aún lo que es inyección de dependencias, el resto del post te sonará a arameo antiguo. Quizás podrías echar previamente un vistazo a este otro, Desacoplando controladores ASP.NET MVC, paso a paso, que aunque tiene ya algún tiempo, creo que todavía es válido para que podáis ver las ventajas que nos ofrece esta forma de diseñar componentes.
Ah, y recordad: todo lo que vamos a ver podría cambiar conforme vaya avanzando el desarrollo del producto, pero más o menos son cosas que parecen relativamente estables desde hace algún tiempo.
.Net
- Roslyn Code Gems - Counting Bits
K. Scott Allen - Beyond Unit Tests with ConventionTests
Jason Roberts - Proper benchmarking to diagnose and solve a .NET serialization bottleneck
Scott Hanselman
Hace sólo unos días comentábamos la próxima desaparición del Global.asax a partir de ASP.NET Core y su sustitución por la clase Startup
, pero no es esto lo único que va a dejar de acompañarnos durante nuestras andanzas digitales. Como vimos también hace algún tiempo, el nuevo enfoque de ASP.NET hace que se prescindan de muchos elementos que ya no tienen sentido.Y en esta ocasión hablaremos sobre la desaparición del Web.config, el célebre archivo de configuración que lleva con nosotros desde los inicios de ASP.NET. Nacido en momentos en que se pensaba que XML era la panacea y muy ligado al denostado System.Web, ha sido útil durante años para configurar aspectos relativos a la compilación y ejecución de las aplicaciones web en el servidor, así como el “sitio oficial” para introducir de settings como cadenas de conexión y otros valores configurables de nuestros sistemas.
Pero, antes de continuar, un disclaimer: ASP.NET Core está aún en desarrollo, y parte de lo que se diga aquí puede no ser del todo cierto mañana mismo, aunque posiblemente los conceptos fundamentales sí lo serán. O eso espero ;)
.Net
- La azarosa historia de un nuevo curso- Desarrollo con C# y la plataforma .NET
José Manuel Alarcón - Back to Basics- UTC and TimeZones in .NET Web Apps
Rick Strahl - Some considerations on asynchronous execution
Paulo Zemek - Genetic algorithm to solve 2D Mazes in Visual Basic
Emiliano Musso - The Right Way to do Equality in C#
Aaron Stannard - Conditional Access Operator in C# 6.0
K. Scott Allen - Async Transaction Scope on .NET 4.5.1
Bnaya Eshet - Check out Tuples in C# – A handy, easy to use data structure
Andy Schwam
Startup
, siguiendo la convención establecida por este framework, era el lugar elegido para introducir código de inicialización.Pero además del código personalizado que podamos introducir, es donde, por defecto, se configuran aspectos tan importantes como los middlewares que guiarán el proceso de las peticiones, o la inyección de dependencias incluida de serie en el framework.
En este post vamos a estudiar un poco más a fondo la clase de inicialización de ASP.NET Core, y comenzaremos viendo qué vamos a encontrar en ella, y las convenciones a las que hay que ceñirse para que el entorno pueda inicializarse correctamente.
.Net
- [Clean Code] Evitando Magic Strings
Luis Ruiz Pavón - CoreCLR is now Open Source
The .NET team - The .NET CoreCLR is now open source, so I ran the GitHub repo through Microsoft Power BI
Scott Hanselman - Adding non-NuGet references to the new vNext Projects
Rick Strahl - Rise of Roslyn, Part 2: Writing Diagnostics
Ted Neward & Joe Hummel - AutoMapper support for ASP.NET 5.0 and ASP.NET Core 5.0
Jimmy Bogard - Adding a Code Fix to Your Roslyn Analyzer
Alex Turner - ASP.NET MVC Controller Vs. Web API - 5 Things You Should Know
Bipin Joshi - New Task APIs in .NET 4.6
Stephen Toub - Clean event handler invocation with C# 6
Jon Skeet
Durante lustros lo hemos usado para introducir código de inicialización de nuestras aplicaciones y para tomar el control en distintos momentos del proceso de las peticiones: al recibirse una solicitud, al retornar la respuesta, al comenzar una sesión, al finalizarla, al autenticar las peticiones… en fin, que es fácil echarlo de menos cuando abrimos o creamos nuestra primera aplicación ASP.NET Core.
Pero como ya hemos comentado por aquí en alguna ocasión, con ASP.NET Core nuestro entrañable Global.asax desaparece para no volver, en primer lugar porque la propia clase
HttpApplication
, donde se originan esos eventos en los que introducíamos nuestro código, es parte inseparable de System.Web
, y ya sabemos que uno de los principales objetivos de ASP.NET Core es desligarse por completo de este pesado lastre. Pero hay algunos motivos estructurales más, que veremos a continuación..Net
- C# 7 - What Would You Put In?
Mike James - YouTube Downloader Using C# .NET
Akram Kamal - C# 6 string interpolation and Serilog
Nicholas Blumhardt - .NET Core Open Source Update
Immo Landwerth - Simplifying Events in .NET
John L. Vidal - Take Control of Exceptions with a Custom Exception Object
Peter Vogel
.Net
- NCache 3.1 Open Sourced
Kay Ewbank
Aunque creo que este mismo documento o versiones anteriores lo he leído en otras ocasiones, la verdad es que sigue resultándome muy interesante porque me recuerda normas y convenciones que conviene tener en cuenta al desarrollar marcos de trabajo y componentes. No hay que olvidar que estas directrices han sido refinadas y mejoradas con los años, acumulando ya la experiencia de muchos años y muchos desarrolladores que han trabajado en .NET framework, así que se trata de una base de conocimiento nada despreciable. De hecho, estas pautas son las bases del diseño de frameworks dentro de la propia Microsoft.
Y como a menudo me encuentro con equipos que no tienen guías de estilo ni convenciones de codificación formalizadas, he pensado que quizás sería interesante traducirlas para que puedan ser usadas como punto de partida para crear sus propias normas y, en cualquier caso, siempre dan buenas ideas que podemos aplicar en el día a día para hacer mejor nuestros componentes.
Es una lectura cortita, ¡que aproveche!
Eventos
- [Quedada CartujaDotNet] Arrancando el año
Sevilla, 20 Feb. - dotNet Spain Conference
Madrid, 27-28 Feb
.Net
- C# Performance Mistakes – Top Problems Solved in December
Andreas Grabner - Write C# on a Mac like a Champ!
Sam Basu - Anti Forgery Tokens with AngularJS and ASP.NET Web API
Phil Fresle - We're moving to GitHub!
Kasey Uhlenh
.Net
- API review process for .NET Core
Immo Landweth - .NET Code Contracts are now OSS
Greg Duncan - Introducing Semantic Types in .Net
Matt Perdeck - Node.js Meets .NET – Edge.js
Keyhole Software - Create an instance of a class without calling a constructor
Ben Dornis - C# - Fast Memory Copy Method with x86 Assembly Usage
Oleksandr Karpov
Y también como parte de la tradición, dedicaremos este post a repasar qué entradas fueron las diez más visitadas en el pasado año, que más o menos da una idea de los intereses que nos han movido a todos durante la pasada temporada.
Publicado por José M. Aguilar a las 8:47 a. m.
Etiquetas: autobombo, blogging, variablenotfound, variablenotfound.com