Понял в чем проблема.
Программа добавляет префикс [MDC] к любому нику, который вы вводите.
Это сделано для того чтобы программу было легко идентифицировать.
Попробуйте связаться с администратором хаба и попросить добавить в список разрешенных символы [ и ].
Если это не возможно, свяжитесь со мной, обсудим другие варианты.
Если я правильно понял, то это легко реализуется:
В программу встроен веб-сервер. Обратившись по адресу «localhost: установленный порт/номер хаба/ник пользователя/TTH/TTH файла» можно получить поток. Именно такая ссылка дается проигрывателю. Сервер поддерживает HTTP1.1, следовательно через Header Range можно получить нужный фрагмент.
С Flylink не знаком. Если этот клиент поддерживает плагины, то написание плагина не составит труда.
Если плагины не поддерживаются, то ситуация очень усложняется, т. к. с выходом каждой новой версии(обновления) Flylink будет необходимо накладывать патч, пересобирать и перевыпускать приложение. (Такой подход был опробован с apexdc но в силу приведенных причин был отброшен)
Изначально планировал написать расширение к apexdc, но после просмотра его исходников, отказался, решил что написать с нуля будет проще чем интегрироваться в apexdc. (по архитектурным соображениям)
Исходники есть, могу выложить в public на условии GPL или подобной лицензии.
1) Приведенный способ валидации мог быть с успехом воплощен использую коллекцию (паттерн Comopsite представляет собой иерархию, что вряд-ли применимо в данном контексте)
2) Ошибка валидации бизнесс данных не есть ошибка приложения, НО исключение тоже не обязательно является ошибкой приложения. Более детальное обьяснение приводит Дж. Рихтер CLR via C# (Глава «Ислючения» «Что-же такое исключение») совертую прочитать, почень познавательно.
Кроме того. Зачастую забытый catch и в итоге падение приложение, НАМНОГО лучше забытой проверки результата возвращенного ф-цией валидации (в вашем случае проверка содержимого коллекции).
Представтье к чему может привести такая забывчивость в обоих случаях. Например при валидаци данных для валютных транзакций.
p.s. Понятие красивости, и главное, правильности в области программирования — очень тонкая материя, я бы не торопился давать общих советов, что правильно а что нет :)
Программа добавляет префикс [MDC] к любому нику, который вы вводите.
Это сделано для того чтобы программу было легко идентифицировать.
Попробуйте связаться с администратором хаба и попросить добавить в список разрешенных символы [ и ].
Если это не возможно, свяжитесь со мной, обсудим другие варианты.
Другие клиенты работают с этим хабом и этим-же ником?
Моя: 195 41 28 73
В идеях очень заинтересован
В программу встроен веб-сервер. Обратившись по адресу «localhost: установленный порт/номер хаба/ник пользователя/TTH/TTH файла» можно получить поток. Именно такая ссылка дается проигрывателю. Сервер поддерживает HTTP1.1, следовательно через Header Range можно получить нужный фрагмент.
Если плагины не поддерживаются, то ситуация очень усложняется, т. к. с выходом каждой новой версии(обновления) Flylink будет необходимо накладывать патч, пересобирать и перевыпускать приложение. (Такой подход был опробован с apexdc но в силу приведенных причин был отброшен)
Изначально планировал написать расширение к apexdc, но после просмотра его исходников, отказался, решил что написать с нуля будет проще чем интегрироваться в apexdc. (по архитектурным соображениям)
Исходники есть, могу выложить в public на условии GPL или подобной лицензии.
2) Ошибка валидации бизнесс данных не есть ошибка приложения, НО исключение тоже не обязательно является ошибкой приложения. Более детальное обьяснение приводит Дж. Рихтер CLR via C# (Глава «Ислючения» «Что-же такое исключение») совертую прочитать, почень познавательно.
Кроме того. Зачастую забытый catch и в итоге падение приложение, НАМНОГО лучше забытой проверки результата возвращенного ф-цией валидации (в вашем случае проверка содержимого коллекции).
Представтье к чему может привести такая забывчивость в обоих случаях. Например при валидаци данных для валютных транзакций.
p.s. Понятие красивости, и главное, правильности в области программирования — очень тонкая материя, я бы не торопился давать общих советов, что правильно а что нет :)
Было бы хорошо знать о грядущих событиях такого плана зарание :)
Буду признателен за информацию о подобных конкурсах