Нет. Конфликт слияния буквально является конечным результатом неудачи для автоматизации.
Помните: Git делает все возможное , чтобы гарантировать, что он не теряет никакие данные, и конфликт слияния - это Git говорит вам стандартным, параноидальным образом, что он мог потерять данные, и он хочет, чтобы вы вмешались.
Автоматизация, где это возможно, - правильный менталитет. Конфликты слияний очень очень опасны для автоматизации, что исключает возможность их автоматизации вообще.
//default locale
System.DateTime.Now.DayOfWeek.ToString();
//localized version
System.DateTime.Now.ToString("dddd");
Чтобы сделать ответ более полным:
Если локализация важна, вы должны использовать строковый формат «dddd», как указал Фредрик - Статья в формате MSDN "dddd"
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace GuessTheDay
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine("Enter the Day Number ");
int day = int.Parse(Console.ReadLine());
Console.WriteLine(" Enter The Month");
int month = int.Parse(Console.ReadLine());
Console.WriteLine("Enter Year ");
int year = int.Parse(Console.ReadLine());
DateTime mydate = new DateTime(year,month,day);
string formatteddate = string.Format("{0:dddd}", mydate);
Console.WriteLine("The day should be " + formatteddate);
}
}
}
DateTime.Now.DayOfWeek
на самом деле довольно легко угадать.
для любой заданной даты:
DateTime dt = //....
DayOfWeek dow = dt.DayOfWeek; //enum
string str = dow.ToString(); //string
Если вы хотите узнать день недели, когда ваш код сможет что-то с ним сделать, то DateTime.Now.DayOfWeek
выполнит эту работу.
Если вы хотите отображать день недели для пользователя, DateTime.Now.ToString ("dddd")
предоставит вам локализованное название дня в соответствии с текущей культурой ( Информация MSDN на "dddd" "строка формата ).
DateTime now = DateTime.Now
string s = now.DayOfWeek.ToString();
деление и изменение обычно выполняются медленно. Я хотел узнать, будет ли решение, использующее умножение и вычитание, будет быстрее, и, похоже, (на моем компьютере):
public static void ConvertToArrayOfDigits2(int value, int[] digits)
{
double v = value;
double vby10 = v * .1;
for (int index = digits.Length - 1; index >= 0; index--)
{
int ivby10 = (int)vby10;
digits[index] = (int)(v)- ivby10* 10;
v = ivby10;
vby10 = ivby10 * .1;
}
}
Я передаю массив вместо того, чтобы каждый раз выделять его, чтобы извлечь распределитель памяти и длину уравнение. Эта версия будет выдавать ведущие нули, если массив длиннее числа. По сравнению с аналогичной преобразованной версией примера Джона:
public static void ConvertToArrayOfDigits(int value, int[] digits){
for (int index = digits.Length - 1; index >= 0; index--) {
digits[index] = value % 10;
value = value / 10;
}
}
версия без разделения / модификации потребовала примерно на 50 больше времени для генерации всех массивов до заданного числа. Я также пробовал использовать числа с плавающей запятой, и это было лишь примерно на 5-10% медленнее (двойная версия была быстрее, чем версия с плавающей запятой).
Просто потому, что это меня беспокоило, вот развернутая версия, которая снова немного быстрее: