Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.143.0.157] |
|
Страницы: (56) « Первая ... 46 47 [48] 49 50 ... 55 56 ( Перейти к последнему сообщению ) |
Сообщ.
#706
,
|
|
|
Ажиотаж создал в посте номер 3, показав какой ты швицер и с одного раза не понимаешь что тебе в красивой форме намекнули. Меньше пиши категоричных высказываний. take it or leave it . Теперь про C++ , главный недостаток - отсутствие интерфейсов, частное наследование, и не безопасность кода, Добавлено Цитата korvin @ Цитата sergioK @ И отсутствие полиморфизма на уровне компайла, опровергает "скорее всего иначе было бы хуже." А перегрузка? А шаблоны? А что перегрузка ? Компайлер не понимает что функция должна быть витуальной. Темплайты это хорошо для интервью крутого строить, если не в сорс фоге работаешь, или в мордо книге свои компайлеры пишешь. Добавлено Ну так у вас два дня ушло, выяснить что обревиатура сия значит, |
Сообщ.
#707
,
|
|
|
Цитата sergioK @ главный недостаток - отсутствие интерфейсов На практике не критично, ибо легко достигается просто через абстрактные классы без реализации и полей. Цитата частное наследование Что ты имеешь в виду? Цитата и не безопасность кода Если ты про отсутствие виртуальной машины, то это, в тоже время и достоинство, поскольку не мешает быстродействию и контролю. java-машины тоже на чем-то писать надо Если же ты про сам язык, то да. Есть проблемы. Но развитие в сторону безопасности идет. Цитата А что перегрузка ? Компайлер не понимает что функция должна быть витуальной. Чего ты хочешь? Сам же просил полиморфизм времени компиляции. Цитата Темплайты это хорошо для интервью крутого строить, если не в сорс фоге работаешь, или в мордо книге свои компайлеры пишешь. Да везде это хорошо. Не преувеличивай. Вот исключения действительно не везде используют(есть в стандарт предложения новые на эту тему). |
Сообщ.
#708
,
|
|
|
Цитата sergioK @ Читаю пост №3: Ни ажиотажа, ни меня. Пукнул мимо лужи?Ажиотаж создал в посте номер 3, показав какой ты швицер с одного раза не понимаешь что тебе в красивой форме намекнули Цитата sergioK @ На себя посмотри. Мои высказывания, во-первых, не категоричны, во-вторых, они не мои. Меньше пиши категоричных высказываний. take it or leave it . Добавлено Цитата sergioK @ Интерфейсы есть ещё с конца 80-ых годов. Частное наследование есть ещё с начала 80-ых. Безопасность кода в твоих руках с вводом в язык исключений. Глазки-то разуй, научить-таки читать учебники. Теперь про C++ , главный недостаток - отсутствие интерфейсов, частное наследование, и не безопасность кода Добавлено Цитата sergioK @ Чё?? Статика в динамике? Второй раз спрашиваю: ты сам-то понял, что хотел сказать? Впрочем, если ты о мультиметодах, добро пожаловать, желаю приятно провести время в трёх темах, им посвящённым. Ну-ка изобрази на дженериках, хочу полюбоваться. А что перегрузка ? Компайлер не понимает что функция должна быть витуальной. Темплайты это хорошо для интервью крутого строить, если не в сорс фоге работаешь, или в мордо книге свои компайлеры пишешь. Добавлено Цитата sergioK @ А кому оно нужно было? Как идеология, это прикольная тема, практически же зайцу стоп-сигнал нужнее. Ну так у вас два дня ушло, выяснить что обревиатура сия значит |
Сообщ.
#709
,
|
|
|
Цитата D_KEY @ Вот исключения действительно не везде используют(есть в стандарт предложения новые на эту тему). Что за предложения? Цитата Qraizer @ Чё?? Статика в динамике? Не путай - это динамика в статике! |
Сообщ.
#710
,
|
|
|
тут в уютненьком эликсировском чятике ФПшники яростно гнобят исключения для ожидаемых ошибок, ранний возврат из функции и прочие любимые зверушки поганых императивщиков.
Добавлено Ну и еще новости о D: Liran Zvibel of WekaIO on using D to Create the World’s Fastest File System |
Сообщ.
#711
,
|
|
|
Цитата applegame @ тут в уютненьком эликсировском чятике ФПшники яростно гнобят исключения для ожидаемых ошибок, ранний возврат из функции и прочие любимые зверушки поганых императивщиков. Так там еще и концепция "пусть оно упадет как можно раньше" |
Сообщ.
#712
,
|
|
|
Цитата Астарот @ Ну не такая конечно. Просто "дай ему упасть". Ну в каких-то случаях такая концепция помогает серверу работать даже с багами. Так там еще и концепция "пусть оно упадет как можно раньше" |
Сообщ.
#713
,
|
|
|
Цитата applegame @ Ну не такая конечно. Просто "дай ему упасть". Не-не-не, именно "как можно раньше" Цитата applegame @ Ну в каких-то случаях такая концепция помогает серверу работать даже с багами. С хардкорными багами наврятли. Супервизор попробует поднять упавший процесс N раз, тот, если там баг, накернится на том же месте, и в конечном итоге супервизор решит прервать это мучение. А вот если там баг помяхше, типа нуля на который хочется поделить, пришедшего в процесс снаружи, то да процесс поднимется заново и побежит дальше И все будет хорошо, пока нулей не станет слишком много |
Сообщ.
#714
,
|
|
|
Цитата Астарот @ Ага. В целом я, мягко говоря, не фанат этой концепции. Надрачивать на высокие прынцыпы ОТП не в моем стиле. В моем проекте половина процессов имеют невосстановимый стейт, воскрешать их супервизором бесполезно, лучше просто не давать им падать. С хардкорными багами наврятли. Супервизор попробует поднять упавший процесс N раз, тот, если там баг, накернится на том же месте, и в конечном итоге супервизор решит прервать это мучение. А вот если там баг помяхше, типа нуля на который хочется поделить, пришедшего в процесс снаружи, то да процесс поднимется заново и побежит дальше И все будет хорошо, пока нулей не станет слишком много |
Сообщ.
#715
,
|
|
|
Цитата applegame @ Ага. В целом я, мягко говоря, не фанат этой концепции. Надрачивать на высокие прынцыпы ОТП не в моем стиле. В моем проекте половина процессов имеют невосстановимый стейт, воскрешать их супервизором бесполезно, лучше просто не давать им падать. А кто против-то? конечно лучше. Но тут вопрос, скорее, про то, что лучше, если все же упал - воскрешать или не воскрешать? О спасении стейта тут думать уже поздно. Кстати, стейт можно складывать в DTS/ETS, по идее это часть проблем должно закрыть. |
Сообщ.
#716
,
|
|
|
Цитата Астарот @ можно, но в моем случае крайне геморно, проще проорать критикал лог и сдохнуть тихо и навсегда, клиенту сказать простите нас грешных, вот вам бонус какой-нибудь. О спасении стейта тут думать уже поздно. Кстати, стейт можно складывать в DTS/ETS, по идее это часть проблем должно закрыть. |
Сообщ.
#717
,
|
|
|
Цитата applegame @ но в моем случае крайне геморно Это что за случай такой??? |
Сообщ.
#718
,
|
|
|
Цитата applegame @ В моем проекте половина процессов имеют невосстановимый стейт А это зачем нужно? Или так исторически сложилось? |
Сообщ.
#719
,
|
|
|
Цитата D_KEY @ А это зачем нужно? Зачем нужен стейт? Даже не знаю, что сказать... |
Сообщ.
#720
,
|
|
|
Цитата Астарот @ Долго объяснять, главная причина: абсолютно непредсказуемый сервис третьей стороны часто не соблюдающий собственные спецификации, и на который мы никак не можем повлиять. Это что за случай такой??? Цитата D_KEY @ Он невосстановимый не потому что так нужно, а потому что слишком сложно его восстановить в валидном состоянии.А это зачем нужно? Или так исторически сложилось? Конечно ничего невосстановимого нет, но так как я уже вычистил практически все баги и эти процессы перестали падать от слова совсем, то исчезла необходимость городить восстановление , ну и супервизить соответственно тоже не нужно. |