A git query language
How to design the architecture of an Angular application and not go insane in the process
A curated list of articles complaining that go (golang) isn't good enough
A Deep Dive into the ASP.NET 5 Runtime
Go Cross-Platform with the .NET Framework
interface ILogger
{
void Log(string message);
}
class ConsoleLogger : ILogger
{
public void Log(string message)
{
Console.WriteLine(message);
}
} interface ILogger
{
void Log(string message);
void Log(Exception exception) => Console.WriteLine(exception);
} interface IDeveloper
{
void LearnNewLanguage(string language, DateTime dueDate);
void LearnNewLanguage(string language)
{
// default implementation
LearnNewLanguage(language, DateTime.Now.AddMonths(6));
}
}
class BackendDev : IDeveloper // compiles OK
{
public void LearnNewLanguage(string language, DateTime dueDate)
{
// Learning new language...
}
} IDeveloper dev1 = new BackendDev();
dev1.LearnNewLanguage("Rust");
var dev2 = new BackendDev();
dev2.LearnNewLanguage("Rust");
There is no argument given that corresponds to the required formal parameter 'dueDate' of 'BackendDev.LearnNewLanguage(string, DateTime)' (CS7036) [ConsoleApp]
using System;
namespace ConsoleApp
{
public interface IDev
{
void LearnNewLanguage(string language) => Console.Write($"Learning {language} in a default way.");
}
public interface IBackendDev : IDev
{
void LearnNewLanguage(string language) => Console.Write($"Learning {language} in a backend way.");
}
public interface IFrontendDev : IDev
{
void LearnNewLanguage(string language) => Console.Write($"Learning {language} in a frontend way.");
}
public interface IFullStackDev : IBackendDev, IFrontendDev { }
public class Dev : IFullStackDev { }
} IFullStackDev dev = new Dev();
dev.LearnNewLanguage("TypeScript"); The call is ambiguous between the following methods or properties: 'IBackendDev.LearnNewLanguage(string)' and 'IFrontendDev.LearnNewLanguage(string)' (CS0121)
namespace MyNamespace
{
public interface IMyInterface
{
IList<int> Values { get; set; }
}
public static class MyInterfaceExtensions
{
public static int CountGreaterThan(this IMyInterface myInterface, int threshold)
{
return myInterface.Values?.Where(p => p > threshold).Count() ?? 0;
}
}
} var myImplementation = new MyInterfaceImplementation(); // Note that there's no typecast to IMyInterface required var countGreaterThanFive = myImplementation.CountGreaterThan(5);
همانطور که می‌دانید در چند سال اخیر استفاده از فرمت json برای فایل‌های کانفیگ بسیار رایج شده است. در این مورد یک توییت جالب همه را به چالش کشید: «خواهش می‌کنم از json برای کانفیگ فایل‌ها استفاده نکنید، تو json نمی‌شه کامنت نوشت و بدون کامنت مدیریت کانفیگ‌ها خیلی سخته». این نکته برای من خیلی جالب بود. به نظر می‌رسد فرمت json برای فایل‌هال کانفیگ چالش‌هایی دارد.
لینک زیر یک فرمت جدید رو که اسمش Human Json یا Hjson هست را معرفی کرده که نه تنها مشکل کامنت را ندارد، بلکه خیلی مشکلات دیگر که هنوز به آن فکر نشده بود را هم ندارد! جالبه که کتابخانه‌هایی هم برای این استاندارد نوشته شده که استفاده از اون رو در بیشتر زبانهای محبوب مانند Java, C#, JavaScript, Mono, Ruby, Python, Noder.js, PHP, Go و زبانهای دیگر ساده می‌کند.
Irresponsible ownership of data is the cause of many leaked emails,
data, and other damaging information. Securing a user’s personal
information is the job of software developers. If you, as a developer,
can decrypt the information stored in the database of the system you are
working on, then so can anyone else. In Cryptography in .NET Succinctly,
Dirk Strauss will take readers through generating cryptographic
signatures, hashing and salting passwords, and when and how to use
symmetric vs. asymmetric encryption.
