Являются параметры по умолчанию плохой практикой в ООП?
Я рекомендую использовать Google Drive API. Вам нужно использовать get API в файлах API-коллекций. Вот демо ссылка . Вы можете попробовать это, чтобы увидеть заголовки ответа. Вот пример заголовка Response для API выборочного файла. Вы можете увидеть длину контента здесь.
HTTP/1.1 200
date: Sun, 31 Mar 2019 17:11:23 GMT
content-encoding: gzip
server: GSE
content-type: application/json; charset=UTF-8
vary: Origin, X-Origin
cache-control: private, max-age=0, must-revalidate, no-transform
content-length: 162
expires: Sun, 31 Mar 2019 17:11:23 GMT
Эти шаги помогут вам сделать то, что вы хотите:
- Зарегистрировать приложение в консоли API Google. Вы можете обратиться по этой ссылке .
- Используя свой токен доступа, вы можете вызвать API загрузки для потоковой передачи или загрузки контента.
Пожалуйста, проверьте эту ссылку для примеров проектов
7 ответов
Я взял бы это в качестве "официального" ответа от Microsoft. Однако значение по умолчанию (и названный) параметры совершенно определенно будет доступно в C# 4.0.
К Вашему первому вопросу - нет, это - точно то же как обеспечение нескольких перегруженных конструкторов. Что касается второго, я не мог сказать.
Параметры по умолчанию будут включены в C# 4.0
Некоторый материал чтения об этом:
Также кажется, что автор этого сообщения опубликует статью в ближайшем будущем на, 'почему' MS принимает решение реализовать параметрические усилители по умолчанию в C#
Нет, это не влияет на инкапсуляцию всегда. Это просто не часто необходимо. Часто, создание перегрузки, которая берет меньше аргументов, является более гибким и более чистым решением, таким образом, разработчик C# просто не видел оснований для добавления сложности параметров по умолчанию на язык.
При добавлении "Другого способа сделать то же самое" всегда является компромиссом. В некоторых случаях это может быть удобно. Но чем больше синтаксиса Вы делаете законными, тем более сложным язык становится для изучения, и больше можно обнести стеной себя в, предотвратив будущее расширение. (Возможно, они однажды придумали бы другое расширение языка, который использует подобный синтаксис. Затем это было бы невозможно добавить, потому что это будет конфликтовать с опцией, которую они добавили ранее),
Вот ответ, почему он не обеспечивается в http://blogs.msdn.com/csharpfaq/archive/2004/03/07/85556.aspx C#
Один недостаток с реализацией параметра по умолчанию в C# 4.0 состоит в том, что это создает зависимость от имени параметров. Это уже существовало в VB, который мог быть одной причиной, почему они приняли решение реализовать его в 4,0.
Другой недостаток состоит в том, что значение по умолчанию зависит от того, как Вы бросаете свой объект. Можно читать об этом здесь: http://saftsack.fs.uni-bayreuth.de/~dun3/archives/optional-parameters-conclusion-treat-like-unsafe/216.html.
Как был отмечен, параметры по умолчанию не были расположенной по приоритетам функцией, но, вероятно, будут добавлены в C# 4.0. Однако я полагаю, что были превосходные причины не включать его ранее (в 4,0, поскольку я понял это, itäs главным образом для поддержки утки, вводящей стили программирования, где параметры по умолчанию увеличивают соответствие типов).
Я полагаю, что чрезмерные списки параметров (конечно, больше чем 4-5 отличных параметров) являются запахом кода. Параметры по умолчанию не являются злыми в себе, но рискуют поощрять плохой дизайн, задерживая рефакторинг в большее количество объектов.