Hemul GM, во-первых, это не часть api, а его низкоуровневая реализация.
Во-вторых, я об этом вам пишу с самого начала, а вы мне не верите. Вот сами написали код - сами убедились.
Ну а самое главное, вопрос был задан про другое!
возвращаемый тип будет определятся в самом методе
Generic - когда тип определяется заранее статически по использованию, причем программисту нужно явное его указать заранее. Иными словами, generic позволяет определять тип не в методе, а в его вызове. Но тип от этого не становится случайным, он по-прежнему жестко задан до компиляции.
Hemul GM, получается, что вы оборачиваете rest json api в свое c# api, которое опять же возвращает конкретные однозначные типы. А тут речь идет о чем-то вроде:
Hemul GM, нет. Если уж такой метод есть в каком-нибудь api, то он возвращает один обобщенный тип, а также инкапсулирован или вынесен в low-level api, который не рекомендуется использовать для типичных операций.
Например, файл может возвращать как байты, так и текст, и поток, и много чего еще. Но обратите внимание, что нет универсального метода чтения файла. Разве только открытие байтового потока можно рассматривать как low-level.
Сергей Горностаев, математика не исключает, а дополняет программирование. Где-то это теоретические выкладки + метапрограммирование, а где-то это чисто практическое применение.
Именно в фп, думаю, сейчас все настолько просто, кешируемо, распараллелено и иммутабельно, что программисту думать об этом вообще не надо.
Drno, шина - это общая среда. Ток распространяется по проводам (в пределах локальной сети) как по общей среде. Следовательно, сетевуха будет видеть одно подключение, но за ним будет два устройства (привет от эфирной сети). Короч, это как коммутатор L1.
Аналогично работает и wifi: есть общая среда и устройства в ней. Проблема в том, что физически можно работать только в одной сети в один момент времени с одного модема. Поэтому каждая дополнительная сеть снижает пропускную способность в 2, 3, ... раза.
DevMan, поехали в командировку, где плохой интернет. Скопировали нужные репозитории на рабочий ноутбук. Когда появился интернет, надо разобраться с актуальностью проектов, учитывая свои правки. К нечастью, автоматическое слияние невозможно, т.к. изменения с обоих сторон. Вот и возникает вопрос выше. Лично я когда-то использовал WinMerge, но это немного не то.
Когда нужно синхронизировать 100 репозиториев, очень проблематично для каждого запускать команды в консоле. С другой стороны, гонять по сети стократные архивы - тоже ужасная идея.
Какие у вас есть идея на этот счёт? Другая система контроля версий без архивации старых версий? Вложенные репозитории? Что-то ещё?
