Stack Overflow на русском

12:44 AM

Stack Exchange Network Status: Read-only test - August 1, 2015

posted on July 30, 2015

This Saturday we’ll be testing our new DR datacenter in Denver, Colorado. We will begin around 10AM EST (14:00 UTC). We expect the test itself to be approximately 15-30 minutes in duration once it begins and the total window for this op to be around 4 hours. We’ll begin prepping at the start which means actual user impact will begin some time after that. This test will consist of our enti…

Heads up: we will be performing a read-only test in our new data center on August 1st (this Saturday). http://stackstatus.net/post/125387022934/read-only-test-august-1-2015

Tweeted by StackStatus on July 30, 2015 at 12:45 AM

Stack Exchange

3:24 AM

1

A: перевод стандартного ответа "possible duplicate of"

Возможный дубликат вопроса: <ссылка>

0

A: перевод стандартного ответа "possible duplicate of"

Вопрос уже задавался ранее, и на него уже есть ответ: <ссылка> (по мотивам того, что написано в диалоге закрытия).

PashaPash

7:36 AM

Заходят как-то плюсойд, ждавист, два пхпшника и питонщик в бар

5

и закрывают вопрос по C#

5

-2

Q: Разница между свойством и методом

Что в какой ситуации выбирать?

.net

Vesper

7:55 AM

@PashaPash Но вопрос все-таки не совсем правильный - это как сравнивать цвет и нажатие на кнопку.

А если автор имел в виду "между свойством и проперти" - т.е. между открытой переменной и геттером+сеттером - это более-менее логично.

PashaPash

8:20 AM

@Vesper автор имел ввиду именно разницу между свойством и методами

@Vesper msdn.microsoft.com/en-us/library/vstudio/…

Choosing Between Properties and Methods

разница для переходящих с java не слишком очевидна.

@Vesper и наверное была какая-то причина сравнивать "цвет и нажатие на кнопку" раз в msdn не поленились статью накатать на пару экранов с примерами

ixSci

@PashaPash, вопрос звучит «Что в какой ситуации выбирать?». Этот вопрос противоречит тематике сайта, т.к. порождает прения. Вопрос «Поясните разницу между свойством и методом» - не нарушает правил ресурса и является абсолютно адекватным. Так что закрывшие вопрос аюсолютно правы.

Я проголосовал за переоткрытие, хотя, по хорошему, текст вопроса нужно изменить. В текущем виде он противоречит правилам

Vesper

@PashaPash "переходящих с джавы" - ну да, там если есть у класса свойство, его надо объявлять private и отдавать только методы, причем именование там дурное, как по мне.

PashaPash

@ixSci вопрос закрыт с причиной "невозможно дать лаконичный ответ". это значит что вопрос понятен, однозначен, но ответ на него должен быть ну очень большим.

Vesper

а, то есть разница между сеттером или геттером, и методом для делания чего-то? Да, в этом раскладе в джаве только методы, так как там нет различия между сеттером/геттером и чем-то сложнее return true;

PashaPash

@Vesper ну а в C# есть, причем иногда геттеры принято делать просто методами

Nick Volynkin

8:33 AM

@PashaPash полностью согласен. Нужно различать между «я не разбираюсь в теме, но мне кажется, что вопрос очень обширный» и «я разбираюсь в теме и знаю, что вопрос очень обширный»

Vesper

Вообще, попадись мне этот вопрос, я бы сказал unclear (т.е. уточнить подробности, так как неясно, что именно спрашивается)

ixSci

@PashaPash это проблема движка, который предлагает странные варианты закрытия. Лично для меня не всегда ясно, с какой формулировкой закрывать, поэтому я выбираю то, что вроде похоже

А в формулировке закрытия этого вопрос я вижу: «так как необходимо конкретизировать вопрос». Именно это и требуется от автора - конкретизировать вопрос, поэтому всё логично

Vesper

@ixSci Это проблема перевода, так как реально все три варианта выглядят ужасно похоже.

В оригинале там unclear what you ask, too broad, opinion-based

ixSci

@Vesper на мой взгляд в английской версии не сильно лучше.

Vesper

т.е. "не пойму, что спросил вообще", "слишком много помещается в заданный вопрос" и "может быть много разных мнений, что правильно, а что нет"

ixSci

8:42 AM

слишком мало вариаций закрытия, на мой взгляд. С другой стороны слишком много будет ещё хуже

PashaPash

9:05 AM

@Vesper а тут были примерно такие варианты. потом их поменяли, теперь вообще тяжело понять разницу

PashaPash

9:15 AM

@ixSci я разбираюсь в теме, и мне кажется что вопрос не обширный. и я даже дал на него ответ

@ixSci и еще кто-то пытался дать на него ответ, но вопрос закрыли люди, которые не разбираются в теме. и этот кто-то начал писать в комментариях к моему ответу. что меня раздражает.

@ixSci вот вы же писали на C# код. ни разу не возникало ситуации, когда вы называете метод "GetЧтоТоТам", вам студия или решарпер говорит "методы нельзя называть с Get, вам нужно использовать свойства!", а вы вот смотрите и понимаете, что это должно быть именно методом?

Andrey Bakharev

@PashaPash не раздражайтесь ) вопрос в исходной формулировке не был в формате so, вам это сказал даже тот, "у кого в профиле есть c#", значит все-таки не в профиле дело, а в вопросе

PashaPash

@AndreyBakharev надо больше C#!

@AndreyBakharev ))

Andrey Bakharev

@PashaPash ну так никто же не мешал отредактировать вопрос и привести его к более-менее нормальному виду

PashaPash

@AndreyBakharev так меня он вполне устраивал в изначальном виде. просто тут не любят короткие вопросы

Krom Stern

@NickVolynkin: c C# я слегка знаком, мой комментарий про коня и плутон специально раздувал пропорции )

@PashaPash короткий вопрос обычна не несет в себе ни смысла, ни контекста

Nick Volynkin

9:28 AM

@KromStern ну я отредактировал вопрос, вроде стало конкретнее.

Krom Stern

я бы добавил еще немного вводной про то что такое эти вещи в С#, с прицелом на то, чтобы вопрос было легче получить в выдаче гугла по всем ключевым словам и синонимам

ixSci

@PashaPash метод не обязательно ассоциируется со свойством. В общем случае это вообще разные сущности, в C# есть лишь обратная зависимость. Поэтому вопрос «Что в какой ситуации выбирать?» для меня является opinion-based, если говорить по-буржуйски. Если для Вас это не так, что я могу сказать,? Сколько людей - столько мнений.

ixSci

11:11 AM

Люди поделитесь своим опытом: как вы организуете написание классов-исключений. Интересуют следующие вопросы: 1) Храните ли вы классы-исключения в том же файле, что и класс, который их бросает? 2) Если нет, то создаёте ли вы для каждого исключения свой файл? 3) Если да, то как вы боритесь с кучей файлов?

Язык программирования не принципиален, но лучше указать с каким языком вы работаете. Спасибо.

Nick Volynkin

@ixSci Java. 1,2) Каждое в отдельном файле 3) сортирую по package'ам. Либо в ощем package с теми классами, которые будут бросать (как пример - java io), либо можно еще внутри него создать .exceptions

PashaPash

@ixSci C#. Cтараюсь бросать стандартные исключения :)

ixSci

@PashaPash не создаёте многоуровневых иерархий, выстравивая по доменам ответственности?

Nick Volynkin

@ixSci действительно, можно использовать стандартные, и фабрику сообщений или контекстов

PashaPash

@ixSci не создаю. стараюсь не использовать исключения в основном control flow вообще.

ixSci

11:23 AM

@NickVolynkin т.е. если есть папки(package?) c файлами классов, то рядом с ними лежат файлы исключений?

@NickVolynkin нет, для меня это вообще не вариант. Я очень много исключений генерирую(в смысле классов). Использование стандартных классов мне не достаточно

PashaPash

@ixSci вы на C# пишете?

Nick Volynkin

@ixSci да, так. либо рядом, либо в подпапке exceptions, если их совсем уж много.

ixSci

@PashaPash на C# и на C++

@NickVolynkin у меня похожий подход, но я пытаюсь пойти дальше

PashaPash

@ixSci а какая предметная область, что так много исключений требуется?

ixSci

@PashaPash да в любой области. Есть ошибка - есть исключение

даже не ошибка - исключительная ситуация в методе

PashaPash

11:26 AM

@ixSci ошибка != исключение. по крайней мере не в C#

ixSci

@PashaPash трактовка ошибки как исключения не имеет отношения к языку. Это философия общая. C# тут вообще не при чём

PashaPash

@ixSci и я о том же. но ошибки и исключения - это разные вещи

ixSci

любой язык, содержащий исключения может быть использован согласно разным философиям. Я принадлежу к той школе, которая исопользует исключения вместо return codes

PashaPash

@ixSci причем тут return codes?

ixSci

@PashaPash об ошибке надо как-то сообщать

PashaPash

11:28 AM

@ixSci ошибка может быть ожидаемой и неожидаемой

@ixSci исключение - это когда код работает и тут "хренаксь!"

ixSci

@PashaPash это не важно, о ней всё равно нужно знать.

PashaPash

@ixSci исключения - это именно неожиданные ошибки

ixSci

@PashaPash Я не вижу смысла это обсуждать, это разные подходы. Ваш ничем не вернее моего.

@PashaPash Вы заблуждаетесь. Всё зависит от подхода.

PashaPash

@ixSci так я заблуждаюсь или "это разные подходы?"

ixSci

@PashaPash Вы заблуждаетесь, что Ваш подход единственно верный

PashaPash

11:31 AM

@ixSci я обхожусь и без сложных иерархий исключений, и без ретурн кодов

@ixSci а вы почему-то решили, что я именно ретурт коды пропихиваю?

ixSci

@PashaPash нет, просто Вы пишите «исключения - это именно неожиданные ошибки». Я знаю такой подход, но у меня другой.

поэтому не вижу смысла обсуждать это - разные подходы, разные решения. Предлагаю вернутся к основному вопросу, чтобы чат не забивать(а то люди не увидят вопроса, за этим обсуждением)

PashaPash

@ixSci ну ок, тогда вы будете получать иерархии исключений, и будете решать проблему "куда их вписать". а я буду тратить время на решение более актуальных вещей. каждый подход имеет свои плюсы и минусы

ixSci

@PashaPash безусловно. Но подход без кучи исключений мне нравится куда меньше, чем то, что мне приходится как-то решать вопрос с кучей исключений

кстати, библиотеки вокруг C# просто кишат исключениями, так что я не одинок в этом мире. Это общая проблема

PashaPash

@ixSci библиотеки обычно добавляют пару кастомных классов, и врапают в них внутренние исключения

Nick Volynkin

@PashaPash не согласен. Есть неожиданные ошибки, они обрабатываются unchecked exceptions. Есть ошибки ожидаемые и нефатальные, они обрабатываются checked exceptions. Для того и придуман этот механизм.

PashaPash

11:35 AM

@ixSci не видел ни одной мейнтстримной библиотеки, которая высовывала бы, скажем, 20 разных типов исключений

@NickVolynkin checked exceptions - это recovery. это нормально, но я не вижу почему это порождает кучу кастомных исключений

Nick Volynkin

@PashaPash Java, IOException, checked, как раз десятка два потомков docs.oracle.com/javase/7/docs/api/java/io/IOException.html

ixSci

@PashaPash EntityFramework

PashaPash

@ixSci посчитайте количество исключений на общее количество классов в EF. и в своем проекте.

ixSci

@PashaPash ну так внутренние тоже есть, на разных уровнях - разные исключения. На одном уровне это исключения уровня SQL, потом иерархия выше и понеслась

Nick Volynkin

@PashaPash как я понимаю, польза в том, чтобы фильтровать в try-catch блоке не по сообщениям или каким-то еще данным, а по классу исключения.

@PashaPash а вот это интересный метод )

PashaPash

11:38 AM

@NickVolynkin это нормально, но реально случаев, когда можно восстановится при исключении - очень мало. буквально по пальцам можно пересчитать

@NickVolynkin т.е. какие есть возможности у вызывающего кода? заретраить или выкинуть свое исключение.

ixSci

@PashaPash исключения это не обязательно фатальная ошибка

это может быть вообще не ошибка

просто отсутствие чего-то, что можно создать или проигнорировать

PashaPash

@ixSci если что-то можно проигнорировать - то это что-то вообще не стоило вызывать

@ixSci да я и не говорю что это ошибка (выше же явно это написал). но если исключений много, буквально по 10-20 на класс - то control flow завязан на исключения

ixSci

@PashaPash слишком радикально и не конструктивно

@PashaPash а кто говорил о таком количестве?

бывает по 3-4 на класс, бывает вообще без исключений

PashaPash

@ixSci 3-4 на класс - это много

ixSci

конечно 10-20 это либо ошибка в дизайней, либо God-класс, что есть тоже ошибка в дизайне

PashaPash

11:42 AM

@ixSci ну вот на весь asp.net mvc 7 классов исключений

@ixSci включая web api

ixSci

@PashaPash ок, есть класс TaskManager. Есть методы Add, Remove etc. Есть варианты, что попытаются добавить существующую задачу(ошибка), получить несуществующую(ошибка) - уже 2

и это 5-и секундный пример

PashaPash

@ixSci InvalidOperationException

@ixSci ну или bool Add

ixSci

@PashaPash ну вот привет код возврата

@PashaPash о чём говорит это исключение в контексте домена? Правильно, ни о чём

PashaPash

@ixSci а о чем говорит TaskAddException?

Andrey Bakharev

@ixSci, @PashaPash - может в другой чат? ) например, флудильню, здесь вроде о другом говорят

ixSci

11:45 AM

@AndreyBakharev а есть тематика этого чата?

PashaPash

@AndreyBakharev никто не знает о чем тут говорят

ixSci

@PashaPash не так, а вот так - TaskNotExistException

это говорит сразу всё, что нужно

Andrey Bakharev

как-то обговаривали это, потому и флудильня появилась

потому и отдельные чаты для php/c/и т.д. делали

ixSci

вопросы программирования во флудильне обсуждать грешно, я считаю

а этот вопрос не привязан к языку

Andrey Bakharev

там и не такое бывает )

PashaPash

11:46 AM

@ixSci тут всего два варианта. или ситуация часто возникает, вызвающий код всегда трайкетчит. и тогда bool тупо короче и читабельней. Или вызывающий код не ожидает ошибки (т.е. это реально исключение), и тогда это все упадет и попадет в лог. и тогда нормальное сообщение + InvalidOperationException проблему бы решило

Andrey Bakharev

этот вопрос не касается so

>> General discussion for ru.stackoverflow.com

PashaPash

@ixSci а TaskNotExistException говорит лишь о том, что разработчику захотелось сделать отдельный класс

Andrey Bakharev

я против обсуждения ничего не имею, я предлагаю переместить его в другое место

PashaPash

@ixSci ну хотя ок, действительно, зависит от мнения. просто я предпочитаю решать реальные проблемы. KISS и все такое

ixSci

@PashaPash ну собственно как я сразу и говорил, мы просто исповедуем разные подходы. Теперь я в этом убедился полностью

PashaPash

11:48 AM

@AndreyBakharev мы создаем видимость движухи

@ixSci главное чтобы тесты были

ixSci

@AndreyBakharev в какое?

@PashaPash ну тесты это вообще другая история

Andrey Bakharev

@ixSci можно комнату создать специально для "неязыковых" разговоров, но касающихся программирования

PashaPash

@AndreyBakharev там пхп-сты набегут

Andrey Bakharev

можно и во флудильне, она переживет )

ixSci

@AndreyBakharev можно, наверное. Но всё это слишком сложно

PashaPash

11:49 AM

@AndreyBakharev а там опять все закончится обсуждением пони

ixSci

расплываться по куче чатов

ладно, если у кого ещё есть мнения: пожалуйста поделитесь. Отойду на часок

Nofate

@NickVolynkin про checked exceptions в java все давно уже признались, что это было неудачной идеей.

@ixSci У нас в компании в проектах зачастую 1-2 бизнес-исключения на весь проект. Они всплывают вверх и где-нибудь на уровне веб-сервисов перепаковываются в HTTP ответ.

Nick Volynkin

12:22 PM

@AndreyBakharev for, но не on или about.

Andrey Bakharev

и при этом здесь постят баги, просят совета или обращают внимание на определенные вопросы,

такие сообщения могут затереться в лишнем обсуждении

ixSci

1:06 PM

так как гонют нас метлою отсюда, создал новую комнату - chat.stackexchange.com/rooms/26433

Nick Volynkin

5:24 PM

А что у нас с меткой собеседования?

ru.stackoverflow.com/review/suggested-edits/20648