Конечно стоит писать продолжение!
Я тоже очень люблю protothreads, но с удовольствием прочитаю еще одну реализацию на них (кстати я не часто вмжу ее использование)
Писал что-то похожее но на STM32 с поддержкой DMA для чтения знаений из DHT22, единственный минус был в используемой памяти: ибо на 1 бит использовался 1 байт. Зато было полностью ассинхронно.
Когда изучал вопрос, всё было плохо, надо ещё раз проверить.
Но там тоже был USB-SATA мост, что давал крайне мальенькую скорость.
В общем так же как и в новом cubietruck+.
Оно не забытое оно потерянное :)
Но конечно впринципе использовать события для возврата значения хоть и известная практика, но она плохая именно по этой причине.
Я не призывал, так делать, а говорил именно о том что это возможно, хоть и следует этого избегать.
snawa с удовольствием примет пул реквест, ему понравились некоторые улучшения.
Просто его образом уже много кто пользуется, и смысла плодить другие я не вижу, а внести улучшения в то что уже есть всегда полезно, пусть другие тоже воспользуются.
Рад, что Monitorrent ещё кто-то кроме девелоперов пользуется :)
По поводу хардлинков и автосортировок я тоже написал свой: github.com/werwolfby/hardlinker
Всё никак не допишу к нему описание.
Он с помощью guessit понимает куда нужно класть скачанные файлы.
Потому что не задолго до релиза АРМ из ожидаемого релиза был вычеркнут. Остался лишь Windows ARM, что не то что я жду.
И пока что я смог нагуглить только то что он ожидается и недавно закрытый ишью: https://github.com/dotnet/core/issues/243
Со ссылкой только на Windows ARM и то для версии 1.2
Конечно стоит писать продолжение!
Я тоже очень люблю protothreads, но с удовольствием прочитаю еще одну реализацию на них (кстати я не часто вмжу ее использование)
Писал что-то похожее но на STM32 с поддержкой DMA для чтения знаений из DHT22, единственный минус был в используемой памяти: ибо на 1 бит использовался 1 байт. Зато было полностью ассинхронно.
Вот и мне тоже интересно. Я согласен с автором, но какая альтернатива? Утки? (С)
Но там тоже был USB-SATA мост, что давал крайне мальенькую скорость.
В общем так же как и в новом cubietruck+.
Оно не забытое оно потерянное :)
Но конечно впринципе использовать события для возврата значения хоть и известная практика, но она плохая именно по этой причине.
Я не призывал, так делать, а говорил именно о том что это возможно, хоть и следует этого избегать.
Может быть несколько подписчиков, просто результут вернётся только из последнего
Для начала можно почитать документацию: https://msdn.microsoft.com/en-us/library/2e08f6yc(v=vs.110).aspx
Вот цитата с доки:
Далее если спросить у гугла, то вам явно ответят на stakcoverflow, что таки да, вы ОБЯЗАНЫ вызывать EndInvoke.
Есть исключение в
WinFormsприложенях, там вызыватьEndInvokeне обязательно, но об этом тоже явно написано в документации.Вы же вкурсе что на каждый
Begin<Method>должен быть свойEnd<Method>? ;)ктобы ридми написал…
Просто его образом уже много кто пользуется, и смысла плодить другие я не вижу, а внести улучшения в то что уже есть всегда полезно, пусть другие тоже воспользуются.
И по поводу TorrentMonitor'а, чем вас не устроил вот этот образ: https://github.com/nawa/torrentmonitor-dockerized
Автор говорил, "Я там каждую строчку выстрадал когда что-то не работало".
Рад, что Monitorrent ещё кто-то кроме девелоперов пользуется :)
По поводу хардлинков и автосортировок я тоже написал свой: github.com/werwolfby/hardlinker
Всё никак не допишу к нему описание.
Он с помощью guessit понимает куда нужно класть скачанные файлы.
Потому что не задолго до релиза АРМ из ожидаемого релиза был вычеркнут. Остался лишь Windows ARM, что не то что я жду.
И пока что я смог нагуглить только то что он ожидается и недавно закрытый ишью: https://github.com/dotnet/core/issues/243
Со ссылкой только на Windows ARM и то для версии 1.2
Ну так dynamic как бы и намекает что все проверки будут в рантайме, в этом его соль.
А вообще да, если хочется то через динамик всегда можно.
Даже мультиметоды (двойную диспечиризацию) можно сделать.
А мне очень зашло, особенно "Зависит".
У вас всегда отличные доклады, спасибо!