Olej писал(а): ↑12 фев 2021, 01:42
А какую IDE как "дружественную" ... "дуальную" вы собираетесь использовать под Linux? А уж тем более под MacOS?
На Mac OS однозначно нужно использовать XCode, так как он там официальный от Apple. На Linux-е меня устраивает Code::blocks, так как я им более-менее умею пользоваться, а также он есть и на Windows и Mac OS. Я, честно говоря, не рассматриваю платформу Linux как основную - мне пока нужно, чтобы она просто была и этого достаточно. Если вдруг получится так, что продукт получит положительные оценки пользователей, то можно без проблем добавить любую IDE, но на текущем этапе моя первичная задача дотянуть работу до релиза. Остальное сейчас не сильно принципиально.
Под Linux программисты разработчики вообще не любят использовать навороченные IDE, которые к мире Linux и существуют больше как ... декорации.
Ну, это дело вкуса, но лично я не представляю как можно делать большие проекты из командной строки. Программировать и собирать-то можно, а вот искать ошибки, когда отладчик полная хрень - это очень тяжко. В этом плане мне очень нравится Visual Studio, а всё остальное, что я видел, включая Code::blocks и XCode мне совершенно не нравится. Но, может быть, это дело привычки.
- в Linux приложения распространяются не в виде "залитых приложений", а в виде пакетов для пакетной системы, DEB или RPM - разработчик программы (даже "Hello World") должен уметь собирать инсталляционные пакеты
Меня это как раз устраивает, так как по сути это решает проблему с установкой GTK. Только не хотелось бы, чтобы на каждый вариант Linux-а нужно было делать собственный пакет и класть его в отдельный репозитарий
.
Такое возможно при статической сборке, когда библиотеки прикомпоновываются в состав приложения.
Это очень плохой способ, и очень плохой стиль!
Статическая сборка как минимум нужна на Windows и Mac OS. Для меня главное, что она в принципе есть, а "красота стиля" - это уже дело десятое.
Это так делается зачастую с приложениями в Windows, Windows-way.
... потому там и приложения "интегрированные" и монструозные
- по сотням мегабайт.
Раньше на Windows тоже рекомендовали использовать одну общую версию установленной библиотеки, но это очень скоро привело к путанице с версиями. Это явление получило название "DLLs Hell". В Windows-е нет толкового механизма, чтобы определять, какая именно версия библиотеки нужна приложению. В результате все стали просто копировать динамические библиотеки в папку с программой. В принципе, я не вижу в этом ничего страшного, пока, как вы правильно говорите, Viber не начинает занимать 180 Мб, а там и графики-то никакой нет. Это, конечно, криворукость. Но в моем случае, программа получается небольшой по размеру, так что всё это меня не сильно беспокоит.
А именно: чёткое позиционирование - на кого, на какой контингент пользователей рассчитывается проект?
Я делаю "для себя" в первую очередь, а там видно будет... в любом случае, у меня нет никакой возможности заниматься заранее планированием, так как практика показывает, что по ходу создания все первоначальные планы обычно полностью пересматриваются, что произошло и в данном случае.
- сформулируйте описание задачи прототипа - самого минимального макета, который будет делать только эту одну из требуемых вам операций;
Я собираюсь в ближайшее время закончить с задачей, которую я сейчас делаю, а далее попробовать разобраться с GTK. Как там это пойдет и что будет получаться, я пока не знаю. В любом случае, ваши советы оказались для меня весьма полезными с точки зрения общего понимания происходящего
Благодарю за помощь!