Различия между версиями 1 и 2
Версия 1 от 2021-03-25 10:24:13
Размер: 4676
Редактор: FrBrGeorge
Комментарий:
Версия 2 от 2021-03-25 16:11:19
Размер: 5450
Редактор: FrBrGeorge
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 19: Строка 19:
 * CLI: получение (если хватит времени, [[pypi|Imap-CLI]])  * CLI: получение
  * (с помощью [[pypi:Imap-CLI]] реализовать не удалось)
  * Т. е. реально проще скопипастить
  * Исключение: `sourcehut` формирует URL, пригодный для ''скачивания'', после чего достаточно любой утилиты,
   * например [[man1:curl]]
   * или (извините)
   {{{#!python
 python3 -c 'import sys; import urllib.request; sys.stdout.buffer.write(urllib.request.urlopen("https://down.lo.ad/url").read())'
   }}}
Строка 23: Строка 31:
На примере [[https://sr.ht|sourcehut]], чтобы отличить то, что присуще Git от инициатив !GutHub-а
 * Статическое: [[https://man.sr.ht/man.sr.ht/|Wiki/CMS/Сайтогенератор/…]] и просто [[https://srht.site|странички]]
На примере [[https://sr.ht|sourcehut]], чтобы отличить то, что присуще Git от инициатив !GutHub-а.

Что нужно помимо git?

 * Статическое инфопространство:    * [[https://man.sr.ht/man.sr.ht/|Wiki/CMS]] прямо в репозитакии
  *
[[https://srht.site|странички]] для сайтогенераторов (типа getpelican.com)
Строка 41: Строка 53:
 * (Внезапно!) Brython, [[brython.org|Питон, написанный на JS]] + доступ к DOM броузера
 *

Взаимодействие посредством email; этапы разработки GUI-приложения

Неверное утверждение
«Git не подразумевает канала обмена информацией»

Потому что email.

Git и почта

Немного про почту

  • обмен сообщениями: SMTP и STMP+SSL
    • Oldschool-почта
  • доступ к почтовым ящикам: IMAP (POP3, …)
  • Современная почта:
    • понятие «почтовый клиент» (TODO запилить опрос в ТГ ☺)

  • Списки рассылки

Что нужно для Git

Инструкция от sourcehut

  • CLI: отправка (нам достаточно настроить git-send-email)

  • CLI: получение
    • (с помощью Imap-CLI реализовать не удалось)

    • Т. е. реально проще скопипастить
    • Исключение: sourcehut формирует URL, пригодный для скачивания, после чего достаточно любой утилиты,

      • например curl

      • или (извините)
           1  python3 -c 'import sys; import urllib.request; sys.stdout.buffer.write(urllib.request.urlopen("https://down.lo.ad/url").read())'   
        
  • WEB-почта (git format patch → передача патчей → git am)

  • подписи

Взаимодействие и информационное пространство

На примере sourcehut, чтобы отличить то, что присуще Git от инициатив GutHub-а.

Что нужно помимо git?

А ещё есть CI, но…

Tkinter и не только

Чего не было сказано про tkinter:

Что вместо tkinter?

Этапы разработки (GUI?) приложения

  1. Интерфейсная модель
    • Как будут выглядеть составные части проекта, и что они должны делать с точки зрения пользователя

      • Пользователь — это тот, кто пользуется вашим проектом (т. е. если вы пишете библиотеку, то пользователь — это программист, и интерфейс — это API)

      • В случае сложной модели рекомендуется делать скетчи типа «нажал туда-то показалось то-то, в результате изменилось вот это»
      • Стараться не формулировать постановку задачи в терминах инструментов её решения (т. е. не говорить про события, обработчики, переменные, типы данных и т. п.)
    • Хоть на бумажке (чаще всего самый быстрый способ)
    • Но можно и Pygubu или картинки в чём-то вроде Dia

  2. Заглушки — фиксируют место в коде, позволяют трассировать
  3. Реализация
    • Имеет смысл разделять логику и интерфейс, в т. ч. для тестов
    • MVC и ему подобные

      • Например, пользователь нажал кнопку «Execute»: обработчик кнопки не обязана знать, какое именно действие при этом нужно выполнить, а само действие — о том, что оно выполняется именно по кнопке «Execute»
    • TODO простейший пример (если получится простой)

Д/З

TODO

LecturesCMC/PythonDevelopment2021/06_GitEmailAndRAD (последним исправлял пользователь FrBrGeorge 2021-03-27 14:42:37)