Rou1997 Вот у вас пригорело-то от того, что вас за необразованность шпыняли. Но, тем не менее, вы правы, PyCharm и правда лучше, в кои-то веки вы хоть что-то полезное посоветовали. Wissen Wissen Вот тут (cucumbler.ru/blog/articles/nastrojka-pycharm-dlja-... объяснена настройка PyQt под PyCharm. Только когда будет ставить PyCharm, ставьте Community Edition - она бесплатная.
Что-то когда я писал диплом на PyQt, что было три года назад, никаких проблем в работе со связкой Python+Qt я не заметил. Возможно за три года всё изменилось, но тогда у меня создалось впечатление, что для приложений с простым GUI PyqQt самое то. Wissen Wissen поставьте Python, Eclipse, Pydev, PyQt и Qt. Погуглите, как это всё вместе увязать, туториалов в сети много, там правда всё очень просто.
Jar-файл уже содержит в себе откомпилированный код, в виде .class-файлов, поэтому джарники не компилируются, они запускаются. java -jar application.jar
При чём тут Idea, если у вас в терминале джарник запустить не получается? Вам ошибка напрямик гласит: "недействительный или поврежденный jar-файл", а вы начинаете говорить, что это проблема Idea или Ubuntu. Вероятность того, что это проблема в оси, или джава-машине бесконечно мала по сравнению с вероятностью того, что у вас джарник битый.
Оффтопик: "Чу! Что за запах? Да это же линейка узкого кругозора! Болото ограниченного мышления!"
Узкий кругозор. Узкий кругозор никогда не меняется.
По теме: ТС, не обращайте внимания на Rou1997, он витает в облаках. Используйте push notifications, как вам уже написали в ответах, вот тут можете посмотреть, что это такое и с чем его едят (https://developers.google.com/cloud-messaging/). Вероятность того, что вам придётся писать своё решение для доставки уведомлений стремится к нулю (если, конечно, вы не пишете проект уровня Telegram, но в таком случае вы бы не задавали тут вопросы :) ).
По поводу использования вконтакте как хранилища аудио записей ничего сказать не могу, посмотрите документацию. По остальным вопросам ответ "да" - выложить приложение можно, подписку сделать можно, ограничить работу тем, кто не заплатил, тоже можно.
@Михаил не возникнет никакого дублирования, если вы выделите AbstractMediaCardView, в который уйдёт весь общий для карточек функционал. Этот класс будет расширяться тремя конкретными типами - VideoCardView, ImageCardView и ImageSliderCardView.
О фрагментах я всё так же думаю, что это overkill. Во-первых они тяжелее обычного View, а во-вторых вангую появление всяких загадочных крэшей, уходящих в FragmentManager, и связанных с таким использованием фрагментов.
> Наоборот, ему можно дать вторую жизнь, если писать для него плагины, добавляя те возможности, которых ни в одной IDE от JetBrains нет и никогда не будет.
Ну да. Осталось только нанять команду, по размеру и способностям сопоставимую с размером команд, работающих в Google над Android Studio и в JetBrains над Android-плагином для Intellij Idea, и загрузить их в режиме full-time, чтобы они переносили все свежие наработки в Eclipse ADT. Можно, кстати, ещё десяток людей нанять, чтобы они ещё и сверху что-нибудь новое разрабатывали. Делов-то всего ничего. :)
Eclipse в плане разработки под Android мертв, это понятно было уже два года назад, и сейчас заставить кого-то работать в нём может только любовь этого индивида к некрофилии.
Евгений Корначев ТС планирует переходить на Android, а там официально поддерживается только сборка через Gradle. Потому, собственно, и собирается сам переходить.
Rou1997 можете не отвечать, и так уже понятно, что вы обыкновенный балабол, из тех, кто на вопрос: "А как мне сделать хитрый фильтр массива на C?" отвечают: "Используй цикл for, но вообще это костыль, так как в Haskell я могу однострочник написать с лямбдами и всё заработает". Какой смысл упоминать Haskell в вопросе про C топик-стартер не поймёт, зато балабол доволен: он всем показал, что он очень крут и у него широкий кругозор. Как только балабола ловят на незнании каких-то фактов, он начинает сливаться: "Ну да, это фреймворк, но я знаю Настоящие Фреймворки ™; ну да, вопрос был про Java/Android/whatever, но этот вопрос показывает вашу ограниченность и нежелание учиться".
Когда будете расширять специализацию в следующий раз, почитайте про SOLID, а конкретно - про SRP, чтобы и самому на Настоящих Фреймворках ™ не говнокодить, и других говнокоду не учить. Да-да, кастомный View, который умеет и аудио воспроизводить и фото/видео показывать - это аццкий говнокод.
Rou1997 странный вы какой-то, написали ответ, а как только по нему вам начали задавать вопросы - сразу же дали заднюю: "Я крутой, я видел настоящие фреймворки, но вам о них не расскажу, и не лезьте ко мне". С таким подходом можно вообще в Интернет не заходить - а то вдруг спросят чего-то. Впрочем, это ваше дело.
>> Android API - это низкоуровневое API ОС, такое, как WinAPI, а не фреймворк.
Фреймворк - это каркас для написания приложения. Фреймворк отличается от библиотеки тем, что в случае с библиотекой вы можете использовать какое-то произвольное её подмножество, в каждом случае разное, в случае же с фреймворком вы получаете некий каркас, который нужно расширять и за пределы которого невозможно выйти. Если вы хотите пользовательский интерфейс, вам придётся работать с Activity, если вы хотите запустить какую-то долгосрочную задачу, не взаимодействующую с UI - вам придётся использовать Service, если вы хотите предоставлять другим приложениям доступ к данным вашего приложения - нужно использовать Content Provider. Даже само наличие жизненного цикла стандартных компонентов говорит о том, что Android SDK - это фреймворк, а не "низкоуровневое API".
Можно также обратиться к документации от Гугла (developer.android.com/guide/index.html), чтобы понять, чем они считают свой SDK. Первое же предложение: "Android provides a rich application framework that allows you to build innovative apps and games for mobile devices in a Java language environment".
>> Во-вторых, а вы не допускаете, что стандартные средства тоже могут быть уродливыми?
Да, стандартные средства могут быть уродливыми, я это вполне допускаю. Но я в упор не вижу, почему findViewById() является костылём. Есть иерархия виджетов, есть метод поиска виджета в этой иерархии. Какую проблему этот метод решает неочевидным обходным путём? И как можно было бы сделать лучше?
>> Точнее, в данном случае проблема даже не в API ОС. Она - в стандартных IDE.
В каких IDE? Назовите мне ещё хотя бы одну стандартную IDE для Android кроме Android Studio (Eclipse с плагином не в счёт, ибо deprecated). И каким образом поиск виджета в иерархии виджетов связан с IDE, более того, является её проблемой?
"костыль" - быстрое, уродливое решение проблемы. Каким образом использование стандартных средств фреймворка по поиску виджета в иерархии виджетов является костылём? Да, есть Butterknife, но он внутри себя использует точно тот же самый findViewById().
Рейтинг автора на stackoverflow (stackoverflow.com/users/115145/commonsware) как бы намекает, что он не лаптем щи хлебает, а регулярное попадание его статей в еженедельный дайджест Android Weekly (androidweekly.net/) ещё более укрепляет предположение о том, что чувак в теме Андроида разбирается. Но хочется не догадываться по второстепенным признакам вроде рейтинга на stackoverflow и слова "coder" в заголовке, а услышать мнение тех, кто книгу уже читал.
Ну наверное ТС имел в виду, что если вы какое-то время работали втёмную, а потом решили зарегистрироваться как ИП, и начать работать в белую, то тут-то налоговая и начнёт проверять все старые непонятные переводы денег. Я лично как ИП пока что не зарегистрировался, поэтому как проверка налоговой выглядит не знаю, но видел на Тостере упоминание описанного мной варианта закошмаривания налоговиками.
Wissen Wissen Вот тут (cucumbler.ru/blog/articles/nastrojka-pycharm-dlja-... объяснена настройка PyQt под PyCharm. Только когда будет ставить PyCharm, ставьте Community Edition - она бесплатная.