Т.е. если мы используем любые криптоалгоритмы (ну, например, MD5 или CRC32 для подсчёта контрольных сумм файлов) и пытаемся хоститься на code.google.com или sourceforge.net, то надо либо согласиться с ограничениями на экспорт технологий из США, либо исключить эти технологии из проекта.

Пока данные ограничения есть только на этих двух сайтах, афаик.

Потырено с хабра.

UPD: самое смешное, что под это попадает весь софт под платформу .NET, ибо сборки от МС имеют strong name, т.е. цифровую подпись, т.е. в проекте используется криптография.

Итак, задание – сделать конфигурируемый планировщик, позволяющий:

1. Иметь сколько угодно заданий
2. Имеющий заданную точность (у нас 5 секунд)
3. Конфигурация должна спокойно производится человеком, не имеющим технического образования и опыта программирования.
4. Каждое событие должно иметь следующие признаки:
   1. Время запуска
   2. Количество срабатываний (как конечное, так и нет)
   3. Интервал запуска
   4. Возможность разрешить или запретить запуск в любой из дней недели или день года, т.е. события только на 31.12 или только по вторникам, или наоборот в любой день, кроме вторников – реальность.

Исходя из этого, было придумано то, что видно в записи по линку выше. Сериализуется это (класс был переименован в Period) вот в такой xml:

[cc lang="xml"]

Monday Tuesday Wednesday Thursday Friday Saturday Sunday
January February March April May Juny July August September October November December
d1 d2 d3 d4 d5 d6 d7 d8 d9 d10 d11 d12 d13 d14 d15 d16 d17 d18 d19 d20 d21 d22 d23 d24 d25 d26 d27 d28 d29 d30 d31

16:00:00
1.00:00:00

[/cc]

Соответственно, просто пишем через пробел нужные нам дни недели/месяцы/дни и радуемся жизни.

Вопрос: как сделать лучше, не ухудшая читабельность конфига? Конфиг необязательно, но желательно, должен быть xml.

Ниже длинный исходник на C#. Определить – WTF он или нет и предположить, зачем он нужен. Завтра выложу полный исходник с объяснениями.

[cc lang="csharp"]
[Flags]
public enum Month
{
January = 0×1,
February = 0×2,
March = 0×4,
April = 0×8,
May = 0×10,
Juny = 0×20,
July = 0×40,
August = 0×80,
September = 0×100,
October = 0×200,
November = 0×400,
December = 0×800,
}

[Flags]
public enum FlaggingDayOfWeek
{
Monday = 0×1,
Tuesday = 0×2,
Wednesday = 0×4,
Thursday = 0×8,
Friday = 0×10,
Saturday = 0×20,
Sunday = 0×40,
}

[Flags]
public enum Days
{
d1 = 0×1,
d2 = 0×2,
d3 = 0×4,
d4 = 0×8,
d5 = 0×10,
d6 = 0×20,
d7 = 0×40,
d8 = 0×80,
d9 = 0×100,
d10 = 0×200,
d11 = 0×400,
d12 = 0×800,
d13 = 0×1000,
d14 = 0×2000,
d15 = 0×4000,
d16 = 0×8000,
d17 = 0×10000,
d18 = 0×20000,
d19 = 0×40000,
d20 = 0×80000,
d21 = 0×100000,
d22 = 0×200000,
d23 = 0×400000,
d24 = 0×800000,
d25 = 0×1000000,
d26 = 0×2000000,
d27 = 0×4000000,
d28 = 0×8000000,
d29 = 0×10000000,
d30 = 0×20000000,
d31 = 0×40000000,
}

public class Schedule
{
#region Cache

public const FlaggingDayOfWeek AllDaysOfWeek = FlaggingDayOfWeek.Monday | FlaggingDayOfWeek.Tuesday |
FlaggingDayOfWeek.Wednesday | FlaggingDayOfWeek.Thursday | FlaggingDayOfWeek.Friday |
FlaggingDayOfWeek.Saturday | FlaggingDayOfWeek.Sunday;

public const Month AllMonthes =
Month.January | Month.February | Month.March |
Month.April | Month.May | Month.Juny |
Month.July | Month.August | Month.September |
Month.October | Month.November | Month.December;

public const Days AllDays =
Days.d1 | Days.d2 | Days.d3 | Days.d4 | Days.d5 | Days.d6 | Days.d7 |
Days.d8 | Days.d9 | Days.d10 | Days.d11 | Days.d12 | Days.d13 | Days.d14 |
Days.d15 | Days.d16 | Days.d17 | Days.d18 | Days.d19 | Days.d20 | Days.d21 |
Days.d22 | Days.d23 | Days.d24 | Days.d25 | Days.d26 | Days.d27 | Days.d28 |
Days.d29 | Days.d30 | Days.d31;

private static readonly Dictionary m_DaysOfWeekCache = new Dictionary
{
{ DayOfWeek.Monday, FlaggingDayOfWeek.Monday },
{ DayOfWeek.Tuesday, FlaggingDayOfWeek.Tuesday },
{ DayOfWeek.Wednesday, FlaggingDayOfWeek.Wednesday },
{ DayOfWeek.Thursday, FlaggingDayOfWeek.Thursday },
{ DayOfWeek.Friday, FlaggingDayOfWeek.Friday },
{ DayOfWeek.Saturday, FlaggingDayOfWeek.Saturday },
{ DayOfWeek.Sunday, FlaggingDayOfWeek.Sunday },
};

private static readonly Dictionary m_MonthesCache = new Dictionary
{
{ 1, Month.January },
{ 2, Month.February },
{ 3, Month.March },
{ 4, Month.April },
{ 5, Month.May },
{ 6, Month.Juny },
{ 7, Month.July },
{ 8, Month.August },
{ 9, Month.September },
{ 10, Month.October },
{ 11, Month.November },
{ 12, Month.December },
};

private static readonly Dictionary m_DaysCache = new Dictionary
{
{ 1, Days.d1 },
{ 2, Days.d2 },
{ 3, Days.d3 },
{ 4, Days.d4 },
{ 5, Days.d5 },
{ 6, Days.d6 },
{ 7, Days.d7 },
{ 8, Days.d8 },
{ 9, Days.d9 },
{ 10, Days.d10 },
{ 11, Days.d11 },
{ 12, Days.d12 },
{ 13, Days.d13 },
{ 14, Days.d14 },
{ 15, Days.d15 },
{ 16, Days.d16 },
{ 17, Days.d17 },
{ 18, Days.d18 },
{ 19, Days.d19 },
{ 20, Days.d20 },
{ 21, Days.d21 },
{ 22, Days.d22 },
{ 23, Days.d23 },
{ 24, Days.d24 },
{ 25, Days.d25 },
{ 26, Days.d26 },
{ 27, Days.d27 },
{ 28, Days.d28 },
{ 29, Days.d29 },
{ 30, Days.d30 },
{ 31, Days.d31 },
};

#endregion

public FlaggingDayOfWeek EnabledDaysOfWeek { get; set; }

public Month EnabledMonthes { get; set; }

public Days EnabledDays { get; set; }

[XmlIgnore]
public TimeSpan StartTime { get; set; }

[XmlIgnore]
public TimeSpan Interval { get; set; }

public int? Count { get; set; }

[XmlElement(DataType = "duration", ElementName = "StartTime")]
public string FakeStartTime
{
get { return StartTime.ToString(); }
set { StartTime = TimeSpan.Parse(value); }
}

[XmlElement(DataType = "duration", ElementName = "Interval")]
public string FakeInterval
{
get { return Interval.ToString(); }
set { Interval = TimeSpan.Parse(value); }
}
}
[/cc]

Раньше, когда небо было голубое и трава зелёная, монстров у нас было чётко заданное количество. Поэтому был массив. Сейчас, количество мобов меняется, поэтому, недолго думая, был всунут List<T>. Всё бы ничего, но сервер тут же стал жрать в 4 раза больше проца. Замеры показали, что почти вся нагрузка – пересчёт монстров, из которого половину времени мы сидим в геттера List<T>.Item.

Думаем, что делать

• 57% не устраивает получаемый доход.
• 90% сообщили, что число загрузок их приложений не превышает 10000.
• 43% считают, что «Google Checkout» тормозит продажи приложений и требуют упрощения системы платежей.
• 82% не устраивает дизайн Android Market, так как он усложняет поиск старых и заметность новых приложений.
• 46% уверены, что разнообразие версий Android на выпускаемых устройствах существенно усложнит разработку, по причине проблем совместимости.
• 68% разработчиков сомневаются в целесообразности развития и поддержке своих Android-приложений.