Policy based design & design by introspection же. Granted, они оба подвид шаблонного метапрограммирования.
ну это не парадигмы программирования. Design. Метапрограммирование - может уже и парадигма, но тоже не уверен. Вряд ли только на нём можно что-то написать.
ну это не парадигмы программирования. Design. Метапрограммирование - может уже и парадигма, но тоже не уверен. Вряд ли только на нём можно что-то написать.
Ну тогда можно сказать, что reactive programming - это не парадигма. Библиотека.
Вот картинка из 2009-го, до PBD & DbI. Видно, что для того, чтобы зваться парадигмой не нужно, чтобы можно было всю программу на ней написать. STM как пример.
ЕМНИП, PBD (+ type erasure) можно использовать для имплементации Continuation'ов, что позволяет реализовать continuation programming, которая уже парадигма.
Design by Introspection, конечно, гораздо интереснее, ибо нет необходимости специально ковырять дырку под ручку подстройки. Достаточно следовать соглашению, чтобы пользовательский код сам говорит о том, на что способен, без ковыряния дырки.
ЕМНИП, PBD (+ type erasure) можно использовать для имплементации Continuation'ов, что позволяет реализовать continuation programming, которая уже парадигма.
Спасибо, поизучаю. Но всё равно вы пишете, что парадигма это continuation programming.
Спасибо, поизучаю. Но всё равно вы пишете, что парадигма это continuation programming.
Я говорю о том, мощность парадигмы не может быть меньше мощности не-парадигмы. Например, можно ООП реализовать с помощью процедурного программирования, что делает процедурное программирование парадигмой, при условии, что ООП тоже парадигма.
Вот картинка из 2009-го, до PBD & DbI. Видно, что для того, чтобы зваться парадигмой не нужно, чтобы можно было всю программу на ней написать. STM как пример.
А кто её придумал? Мне сомнительна ценность выделения Concurrent OOP в отдельную парадигму. Как-то очень мелкие детали становятся.
Я говорю о том, мощность парадигмы не может быть меньше мощности не-парадигмы. Например, можно ООП реализовать с помощью процедурного программирования, что делает процедурное программирование парадигмой, при условии, что ООП тоже парадигма.
Мне кажется, парадигма - это как вы пишете, а не на чём её реализовали.
А кто её придумал? Мне сомнительна ценность выделения Concurrent OOP в отдельную парадигму. Как-то очень мелкие детали становятся.
Мелкие детали? Вы представляете объём работы, которую нужно провести, чтобы среда начала поддерживать конкуррентность? Все вот эти изменения в модели памяти и т.д.
Мелкие детали? Вы представляете объём работы, которую нужно провести, чтобы среда начала поддерживать конкуррентность? Все вот эти изменения в модели памяти и т.д.
А парадигма это не то, как её реализовали. Это мой стиль написания.