grabbee: Попробуйте добавить ваш форк до бандла liip/imagine-bundle
P.S. вам нужно было клонировать последнюю версию - последняя версия v0.6.3. Это не обязательно, если у вас всё работает, но обычно лучше использовать последнюю версию.
WinForms может быть быстрее, если приложение простое. Если приложение хотя бы среднее, то WPF будет быстрее. Под "быстрее" я понимаю и быстродействие самого приложения, и скорость разработки, и время изменений в проекте. Вы же сами сказали - "смотря что писать". Сделать на WinForms решение квадратного уравнения будет быстрее (и то, не факт). Про "жрать ОЗУ" тоже не факт, это сильно зависит от того, как сделано и что сделано.
На чём быстрее писать код - на Visual Studio 2008 или Visual Studio 2015? "Восьмёрка" неизмеримо быстрее запускается, скорость работы быстрее (но уже не так сильно). Но насколько "пятнадцатая" даёт скорости именно работы? На мощном компе работает быстро, и даёт очень много для производительности труда программиста.
WPF имеет более высокую кривую обучения, много сложных новых концепций, которых нет в WinForms. Изучить сложнее, но проще потом всё это использовать.
Вы сами в своём ответе сказали, что в WPF во многом лучше. Но ваш опыт будет в том, что вам это удобнее. Пусть так, я не против. Мой опыт в том, что на WPF я сделаю быстрее, используя MVVM, DI с IoC, интерфейсами, биндингами, конвертерами и пр. Особенно, когда проект развивается, изменяется.
Telerik, DevExpress - это не Microsoft, это внешние решения. К тому же, многие из вещей работают и в WinForms, и в WPF, и в Silverlight.
Ну и последнее. Сколько проектов (новых) начинается с WinForms, и сколько с WPF? То-то и оно.
В общем, для начинающего программиста полезнее изучать сразу WPF, чем WinForms.
littleguga: Да, WPF - это полная замена WinForms.
гугленье wpf vs winforms даёт много информации на этот вопрос. Я напишу, что для меня кажется более важным:
1) Xaml - независимая от cs платформа для создания UI. Чем меньше в CS кода для UI - тем лучше. Плюс, есть возможность использовать Expression Blend для генерации xaml.
2) Привязки данных. В WinForms тоже есть привязки, но в WPF они гораздо сильнее.
3) Производительность - работа UI через DirectX.
4) Дополнительные возможности. Например, анимация на xaml без cs-кода.
5) MVVM даёт хорошую архитектуру. В WinForms тоже можно сделать что-то наподобие (чаще используют MVP), но в WPF это удобнее.
Но есть один минус в WPF по сравнению с WinForms - кроссплатформенность. Программы на WinForms могут работать на Mono, а WPF нет. Пока, надеюсь. Но есть Silverlight/Moonlight, младший брат WPF.
Я считаю, что WinForms сейчас вообще нет смысла изучать, лучше сразу начинать WPF.
sl1m_dogg: в очередь нужно положить запись, которую сможет понять обработчик. В вашем случае, запись будет состоять из емейла, заголовка и текста. Может, что-то ещё пригодится. Считайте, что запись очереди - это данные, по которым обработчик сумеет отправить это письмо. Обработчик может быть на любом языке, не обязательно на php или фреймворке.
Александр: мой совет - дать возможность купить конкретный анализ. Если кому-то хочется купить только один анализ, а другие неинтересны, то пусть только его покупает. Тогда будет понятно, что вы продаёте цифровой контент.
Я затрудняюсь сказать, можно ли делать покупку подписки вне гугломагазина. С контентом мы вроде разобрались, а с подпиской я не уверен.
Александр: мне кажется, нет. Вы просите платить за подписку, а не за контент. За контент платится отдельно, за каждый элемент. Дополнительно может быть бандл, в виде скидки, но предмет покупки - это контент. Имхо, вы должны чётко писать, что вы предлагаете покупать - подписку (обычно ежемесячно, дающую возможность использовать контент) или сам контент (конкретный контент, за который предлагается платить).
Если я перестану платить ежемесячную подписку, то могу ли я продолжать пользоваться предыдущими уже оплаченными анализами?
>претензий от Гугля нет
претензий от Гугля пока! нет. Гугл не может проверять все приложения сразу. Проверка может произойти позже, даже через несколько лет. См. тут, тут и тут, например.
А зачем убивать программу? пусть висит в памяти, ждёт новых JSON-ов. Получил, построил, отправил, удалил из памяти. Ждёт. Имхо, так будет побыстрее, чем запускать заново.
MonkAlex: у него меняются элементы в списке, а не свойства элемента, ObservableCollection должен работать.
Антон: при обновлении записей в списке не нужно пересоздавать список, нужно очистить его (.Clear()) и по одному добавить в список. Если в списке очень много элементов, то это не очень эффективный способ, но для начала попробуйте так.
DaniPy: > В c# разве есть словари? В Python есть словари, только я не понял для чего они, я как использовал массивы(списки), так и использую.
В шарпе есть словари, и я про них уже сказал - это Dictionary. Словарь - очень важный тип списков, их нужно уметь пользоваться. В php все обычные массивы - тоже, по сути, являются словарями, в php есть специальный тип для обычных массивов - SplFixedArray.
