Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.144.12.205] |
|
Страницы: (8) 1 [2] 3 4 ... 7 8 все ( Перейти к последнему сообщению ) |
Сообщ.
#16
,
|
|
|
ну питон щас как бы компилируется в байт-код, как и джава. насчет JIT-компиляции байткода в нейтив не знаю |
Сообщ.
#17
,
|
|
|
динамика идет лесом.
|
Сообщ.
#18
,
|
|
|
Цитата amk @ Если авторы решат проблемы несовместимости версий. Учитывая, что сейчас они там на каждой минорной версии название главной dll-ки меняют, на нем серьезные программы не очень-то попишешь. Это да, жесть. Но вроде в 3.3 обещаются сделать универсально. |
Сообщ.
#19
,
|
|
|
Цитата jack128 @ динамика идет лесом. да ну? статика уже научилась определять типы произвольным предикатом? |
Сообщ.
#20
,
|
|
|
Цитата korvin @ Цитата jack128 @ динамика идет лесом. да ну? статика уже научилась определять типы произвольным предикатом? определение типов в рантайме идёт лесом. |
Сообщ.
#21
,
|
|
|
Цитата Повстанець @ определение типов в рантайме идёт лесом. дык я и спрашиваю статика уже научилась определять такие типы? в компайл-тайме? а раз нет -- то она идет лесом =) |
Сообщ.
#22
,
|
|
|
Цитата korvin @ Как ты себе представляешь определение типа в компил-тайме? Если зависимость поведения от типа -- то научилась. дык я и спрашиваю статика уже научилась определять такие типы? в компайл-тайме? |
Сообщ.
#23
,
|
|
|
ИМХО, особых преимуществ перед scala нет. Зачем тогда оно? Добавлено У них обоих динамическая типизация. ИМХО, но "должен" быть некий "стэк языков" - язык для системной части(на случай низкоуровневых взаимодействий, оптимизация и т.п.), язык для прикладных задач(статическая строгая типизация, мощная система типов, богатые средства построения абстракций и т.п.), "скриптовый" язык(динамичный, гибкий, простой, лаконичный и т.п.). |
Сообщ.
#24
,
|
|
|
Цитата jack128 @ Guderian потому что если Kotlin станет на один уровень со Scala - значит он проиграл ;-) не выстрелила скала. только для гиков подходит, собственно потому jetbrains и упрощают Kotlin И на какой рынок они тогда метят? PHP? Цитата korvin @ да ну? статика уже научилась определять типы произвольным предикатом? Кто-то уже научился это использовать в практических целях? Цитата D_KEY @ ИМХО, но "должен" быть некий "стэк языков" - язык для системной части(на случай низкоуровневых взаимодействий, оптимизация и т.п.), язык для прикладных задач(статическая строгая типизация, мощная система типов, богатые средства построения абстракций и т.п.), "скриптовый" язык(динамичный, гибкий, простой, лаконичный и т.п.). Я ж говорю, .NET рулит)) Для второго есть вагон CLR-языков, для третьего - DLR (втч IronPython). |
Сообщ.
#25
,
|
|
|
Цитата Guderian @ Кто-то уже научился это использовать в практических целях? в Racket довольно широко используется |
Сообщ.
#26
,
|
|
|
Цитата korvin @ определять типы произвольным предикатом А что имеется в виду ? |
Сообщ.
#27
,
|
|
|
Цитата IL_Agent @ Цитата korvin @ определять типы произвольным предикатом А что имеется в виду ? (define (natural? x) (and (integer? x) (positive? x))) (define (make-vector size item-generator) ...) (provide/contract (natural? (any? . -> . boolean?)) (make-vector (natural? procedure? . -> . vector?))) |
Сообщ.
#28
,
|
|
|
Объяснил
|
Сообщ.
#29
,
|
|
|
Цитата Romkin @ Объяснил используем предикат natural? для определения типа |
Сообщ.
#30
,
|
|
|
Как я понял. Пишем предикат natural?, который определяет, является ли объект неизвестного типа натуральным числом. И теперь у нас natural? какгбэ тоже тип. Можем объявлять контракт, который требует соответствия параметров этому типу. Так что ли ?
Добавлено Цитата korvin @ используем предикат natural? для определения типа ну, значит так Добавлено Написать предикат, который проверяет тип аргумента, во многих языках можно. Вызывай его вначале любой функции для проверки аргументов - вот тебе и контракт |