let average a b =
let sum = a +. b in
sum /. 2.0;;
Стандартное выражение let name = expression in используется для определения локального именнованного выражения и name может быть использовано в дальнейшем вместо expression
а если например выражение sum имеет побочные эффекты, то что будет при повторном использовании sum? эти эффекты повторятся?? если нет(в F#, например, не повторятся) — то утвержение «name может быть использовано в дальнейшем вместо expression» — некоректно
>> если функция не зависит от типа, то как она может зависеть от значения?
легко. в любом языке, поддерживающем параметрический полиморфизм вагон примеров. всякие List.Remove(T item) и ежи с ними.
>>Qt — это С++ фреймворк чистой воды, как он может не быть C++
э-э-э. в вики написано, что дляя компиляции qt шного кода, его нужно обработать неким Meta Object Compiler'ом.
Если это так — то можно сказать, что например Haskell = С.
>> XP была и есть оч.хорошая и рабочая ось
Да?? А я вот помню сколько на неё помоев вылили, когда она вышла. А через 10 лет она уже оч. хорошей стала… ОСи — как вино. С годами только лудше становятся…
>> А вот наличие defer скриптов гарантирует, что как они указаны, так они и будут загружаться. Их выполнение начнется после завершения работы парсера, но до появления события DOMContentLoaded.
Так они последовательно загружаться будут или выполнятся?? Я вообще не вижу особого смысла в последовательной загрузке файлов из которых состоит страница. важно только последовательность выполнения скриптов…
>>А менее опытный и ответственный коллектив может завалить проект с «более продвинутой» платформой
хе. Возмём сферическую команду в вакууме средней криворукости и поставим перед ней одну и туже задачу 20 лет назад и сейчас. Как думаеш одинакова лив этих двух случаях вероятность, что команда завалит проэкт?
ИМХО очевидно, что в наше время вероятность гораздо меньше.
О, потехоньку осваиваю asp.net, и буквально первое что мя в стандартном view-engine'е смутило- это не понятки как писать код, а-ля ProductListing.
В результате обычный C#'овский метод-хелпер сделал, но извините — в ручную склеивать строки разметки и серверного кода — это маразм…
возможно было бы удобнее свой DisplayTemplate реализовать.
let sum = a +. b in
sum /. 2.0;;
Стандартное выражение let name = expression in используется для определения локального именнованного выражения и name может быть использовано в дальнейшем вместо expression
а если например выражение sum имеет побочные эффекты, то что будет при повторном использовании sum? эти эффекты повторятся?? если нет(в F#, например, не повторятся) — то утвержение «name может быть использовано в дальнейшем вместо expression» — некоректно
легко. в любом языке, поддерживающем параметрический полиморфизм вагон примеров. всякие List.Remove(T item) и ежи с ними.
э-э-э. в вики написано, что дляя компиляции qt шного кода, его нужно обработать неким Meta Object Compiler'ом.
Если это так — то можно сказать, что например Haskell = С.
Да?? А я вот помню сколько на неё помоев вылили, когда она вышла. А через 10 лет она уже оч. хорошей стала… ОСи — как вино. С годами только лудше становятся…
Так они последовательно загружаться будут или выполнятся?? Я вообще не вижу особого смысла в последовательной загрузке файлов из которых состоит страница. важно только последовательность выполнения скриптов…
чем им углекислый газ то не угодил??
хе. Возмём сферическую команду в вакууме средней криворукости и поставим перед ней одну и туже задачу 20 лет назад и сейчас. Как думаеш одинакова лив этих двух случаях вероятность, что команда завалит проэкт?
ИМХО очевидно, что в наше время вероятность гораздо меньше.
В результате обычный C#'овский метод-хелпер сделал, но извините — в ручную склеивать строки разметки и серверного кода — это маразм…