с точки зрения ООп

между квадратом и прямоугольником нет отношений.

лисков сабститьюшн как раз про наследование

потому что в любуюсторону нарушается LSP

LSP говорит о том, что при замене родителя на наследника ничего в поведении измениться не должно

http://stackoverflow.com/questions/56860/what-is-the-liskov-substitution-principle

вот ровно эти квадраты и прямоугольники

то есть весь интерфейс должен сохранять свою логику работы

Блииин, но это уж не то как ты объяснил точно)

второй ответ - ровно то, что я и объяснил

LSP говорит о том, что при замене родителя на наследника ничего в поведении измениться не должно

Там есть забавная ситуация, когда интерпретатор не в состоянии определить родственника

void invariant(Rectangle& r) { r.setHeight(200); r.setWidth(100); assert(r.getHeight() == 200 and r.getWidth() == 100); }

а как правильно проверить, есть ли третий элемент списка, учитывая, что его может не быть? чтобы не вывалилось с ошибкой, если он отсутствует

а. len подойдёт, наверное

либо в эксепшон обернуть

знает кто какие места где в мск можно немного сыра достать европейского?

без шуток, серьезно

пс, парень

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

можно эдыгейский сыр купить

и запрещенные к ввозу консервы

с красной рыбой

??????????

а как правильно проверить, есть ли третий элемент списка, учитывая, что его может не быть? чтобы не вывалилось с ошибкой, если он отсутствует

solea:~ cadmi$ python Python 2.7.11 (default, Dec 26 2015, 17:47:15) [GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> l = [1, 2, 3] >>> l[2] if len(l) > 2 else -1 3 >>> l[3] if len(l) > 3 else -1 -1 >>> (l[2:]+[-1])[0] 3 >>> (l[3:]+[-1])[0] -1 >>>

можно эдыгейский сыр купить

ну скучает душа по камамберу((

а как правильно проверить, есть ли третий элемент списка, учитывая, что его может не быть? чтобы не вывалилось с ошибкой, если он отсутствует

-1 это чисто default, можешь на None заменить или чего там тебе

ну с len понятно, я думал, может какой-то более правильный способ есть

какой-нибудь is_exist, чтобы исключения не вызывало

ок, больше никогда никому не буду отвечать. всем всё ж понятно

только блеать про logging дважды в неделю узнаЮт

ну просто я про len выше сам написал)

http://stackoverflow.com/questions/5125619/why-list-doesnt-have-safe-get-method-like-dictionary

говорят, что лучше через try except

ну не. уж лучше len

ну просто я про len выше сам написал)

ну просто именно поэтому я кинул сразу же второй вариант без len(), который ты типа не заметил

а. не дочитал, да. сорри

я видел как минимум один случай в питоне, когда эксепшн реально лучше проверки

ну просто именно поэтому я кинул сразу же второй вариант без len(), который ты типа не заметил

круто, спасибо!

условно - если ты ожидаешь, что из 100500 попыток обращения у тебя будет 100000 промахов, то да, проверку

если из 100500 будет только 500 промахов, то эксепшн

мне всегда казалось, что исключения - это самый крайний случай

и вообще недоработка в архитектуре

один из принципов питона - лучше просить прощения, чем спрашивать разрешения

хочешь открыть файл - открой. Нету файла? тогда упс

ну вот лучше перед открытием проверить, что он есть, чем вызывать эксепшн при ошибке

Съуяли?

промах при эксепшне это обычно медленно, но подготовка к эксепшну быстрее, чем ветвление

пацаны, а есть аналогичный чатик для protractorJS

или ангуляр?

если ты реально ожидаешь, что в 99% будет сразу все работать, то лучше ловить эксепшн в 1%, чем делать тормозные ветвления во всех 100%

пожалуй

на анг есть

кстати ловить эксепшен дороже намного чем иф элс

если он случился - да

если не случился - нет

то есть сама проверка try - быстро, а если вылетело - то капец

надо пруфы найти

хочешь открыть файл - открой. Нету файла? тогда упс

In [46]: a = open('hueta','a+') In [47]:

хороший файл

и имя интересное

http://stackoverflow.com/questions/7604636/better-to-try-something-and-catch-the-exception-or-test-if-its-possible-first

Easier to ask for forgiveness than permission. This common Python coding style assumes the existence of valid keys or attributes and catches exceptions if the assumption proves false. This clean and fast style is characterized by the presence of many try and except statements. The technique contrasts with the LBYL style common to many other languages such as C.

ну хуй знает..

после C непривычен такой подход, да

Все равно исключения - хуево с архитектурной точки зрения

Кстати, такой глупый вопрос: есть файл у него есть инода. Я открываю файл. Инод становится две?

Одна из немногих вещей, которая напрягает в питоне

ERROR: S client not available

Чем?

меня теперь тоже напрягает, блин

Кстати, такой глупый вопрос: есть файл у него есть инода. Я открываю файл. Инод становится две?

Так дескриптор и инода - разные вещи

Есть файл с инодой. Я открываю дескриптор - инода создается или нет новая?

Давайте точно разберемся

Есть файл с инодой. Я открываю дескриптор - инода создается или нет новая?

Нет, почему она должна создаваться?

Я не знаю. Это вопрос

Формально должна

Когда открываешь файл, создается инода

Дескрипторы, файлы, пайпы - все помечено

по-моему, тут кто-то путает файловый дескриптор и индексный дескриптор, не?

чего ради при открытии существующего файла на чтение должна создаваться еще одна inode на файловой системе то?

Когда открываешь файл, создается инода

Для нового файла, для существующего она уже есть

по-моему, тут кто-то путает файловый дескриптор и индексный дескриптор, не?

А в чем разница?

ой, всё :)

в общем да, при открытии файла дескриптор создается

но это не inode и создается он вовсе не там, где эти inode вообще лежат

Да хоть скажи, где почитать

когда мы были молодые и худые, все обычно читали Робачевского, например

Бля, я школьник

В целом довольно занятный вопрос, что происходит при открытии дескриптора файла.

inode - на файловой системе, хранится на диске, это метаинформация

Да

файловый дескриптор - неотрицательное целое число, которое возвращают системные вызовы, такие, например, как создание файла, открытие, открытие пайпа и т.п., с этим дескриптором потом работают другие системные вызовы, такие как read write всякие

файловый дескриптор существует не на диске и файловой системе, а в памяти, скажем так, в ядре (не так, но пусть будет упрощено)

совершенно разные вещи, в общем, хуле бы их в одну кашу валить - совершенно непонятно

С файловым понятно. Что с индексным?

ты Робачевского скачал уже?

С файловым понятно. Что с индексным?

Он есть. Это стуктура, в которой хранится метаинформация.

или вслух читать, за $5 ?

inode - это грубо говоря, файл на файловой системе. не имя, а именно inode

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