The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Firefox 22 появится Asm.js, низкоуровневое высокопроизводи..., opennews (ok), 22-Мрт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


91. "В Firefox 22 появится Asm.js, низкоуровневое высокопроизводи..."  +/
Сообщение от Crazy Alex (ok), 24-Мрт-13, 03:52 
Слушай, ну не неси совсем уж явную чушь. Гляди на скалу, D  и прочее современное - там (да даже в плюсах нынешних) тип почти везде выводится автоматом. Зато еще до юнит-тестов отлавливается громадная куча ошибок вида "забыл засунуть в объект еще одно значение или сунул не с тем именем". Разработку это только ускоряет.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

98. "В Firefox 22 появится Asm.js, низкоуровневое высокопроизводи..."  +/
Сообщение от Xasd (ok), 24-Мрт-13, 10:39 
> тип почти везде выводится автоматом

только его ещё и задекларировать надо.

а с учётом того что один и тотже алгоритм может (и ДОЛЖЕН! так как Don’t Repeat Yourself) выполнять манипуляции с различными видами объектов -- то нужно ещё и интерфейсы декларировать.

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

не, не, я не спорю -- можно это делать... но время то ведь на всё это -- тратится!

а при этом ошибки могут получатся у языков со строгой типизацией -- такие же как в утиной типизации -- ввиду того что если нам была передана ссылка на объект какого-то типа -- то это вовсе не значит что это именно определённй тип, это может быть и наследник (который ведёт себя по-другому). короче один фиг -- полиморфизм

Ответить | Правка | Наверх | Cообщить модератору

110. "В Firefox 22 появится Asm.js, низкоуровневое высокопроизводи..."  +/
Сообщение от Crazy Alex (ok), 24-Мрт-13, 21:44 
Пишешь алгоритм в шаблонной функции - и всё. При компиляции будет подставлен нужный тип и проведена статическая проверка. Duck-typing на этапе компиляции. Ну и да, динамический полиморфизм пихать только туда, где он нужен (это, кстати, не так уж часто). Хотя даже для него если наследование писали не анусом то класс-наследник сохраняет все гарантии предка. Что в том же D при желании проверяется контрактами (которые, кстати, круто дополняют юнит-тесты).

При всём уважении - ты правда не в курсе, как пишется код на современных статически типизированных языках.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру