Когда Бернард удаляет из самого себя «код» Роберта Форда сидя в машине. Форд просто исчезает. Понятно, что в данном случае, это тот самый срочный «баг-фикс» на продакшне, но были и моменты, когда они меняли Мэйв, и она ощущала изменения сразу.
Так или иначе данная тема не стоит дискуссии, фантастика :)
Забавно и немного странно видеть пути типа W:\Delos\system27. Напоминают винду, что нетипично для таких фильмов :)
Сериал очень неплох, особенно первый сезон, но как они «меняют» код на «продакшне» в такой, казалось бы, чувствительной к изменениям системе выглядит совсем уж фантастически.
У React Native огромное сообщество, которое постоянно растет и реализует различные библиотеки, в том числе подходящие под Ваши задачи. Первое, что приходит в голову, это рендерить html, например используя следующий компонент: https://github.com/jsdf/react-native-htmlview
Что касается SVG, то тут посложнее, но, думаю, найдется и что-то подобное. Опять-таки никто не мешает написать нативно и обернуть в JavaScript.
Мы, видимо, по разному поняли эту статью. Лично я вынес из нее, что вышеуказанные техники совсем не противоречат ООП. Таким образом не нарушают концепцию. Большинство языков мультипарадигменны и основная парадигма языка чаще всего определяется сообществом и открытым кодом, опять-таки написанным сообществом.
Скажем, такой процедурный язык как Go позволяет использовать и чистые функции и неизменяемость, однако в нем отсутствуют такие популярные методы, как .map() или .filter(). Хотя, опять таки, ничего не мешает написать их самостоятельно.
Так может и стоит перейти на функциональный язык, чтобы иметь возможность применять эти техники в соответствии с природой языка, натурально? Лично мой бэкграунд — это .NET (C#), но сейчас я не начинаю новых проектов на C#, теперь только F#.
Есть как минимум два ключевых момента, которые называют при описании ФП: чистые функции и неизменяемость. Их не называют при описании других парадигм. В ООП и императивном программировании, напротив, чаще всего происходит изменение состояния объекта (локальной переменной, приватного поля объекта). Данная статья вкратце описывает, что и в ООП можно использовать эти техники. Можно также не менять состояние объектов, можно вообще не использовать циклы с изменением локальных переменных, в современных более-ООП (они чаще мультипарадигменны) языках есть такие методы, как map, filter, reduce и т.п. Свои же функции и методы можно писать в том же стиле, без сайд-эффектов, создавая новые инстансы вместо изменения имеющихся.
В песочнице нет специального оформления для перевода, к сожалению.
Это краткая статья о ключевых моментах, которые чаще всего упоминаются в ФП, хотя они также имеют смысл и в ООП. Она скорее для новичков, которые пытаются понять в чем суть ФП и в чем отличие от ООП (на деле ФП можно применять в ООП). Я просто решил начать с чего-то, в планах перевод более глубоких статей.
А какие доказательства Вам нужны? Что и в ООП можно писать чистые функции и что их легче тестировать? Что и в ООП при неизменяемости состояния кол-во багов ниже, чем когда разные нечистые функции меняет одну общую переменную?
Так или иначе данная тема не стоит дискуссии, фантастика :)
W:\Delos\system27. Напоминают винду, что нетипично для таких фильмов :)Сериал очень неплох, особенно первый сезон, но как они «меняют» код на «продакшне» в такой, казалось бы, чувствительной к изменениям системе выглядит совсем уж фантастически.
Потому что это политика Apple, они всегда так делают :)
У React Native огромное сообщество, которое постоянно растет и реализует различные библиотеки, в том числе подходящие под Ваши задачи. Первое, что приходит в голову, это рендерить html, например используя следующий компонент: https://github.com/jsdf/react-native-htmlview
Что касается SVG, то тут посложнее, но, думаю, найдется и что-то подобное. Опять-таки никто не мешает написать нативно и обернуть в JavaScript.
Как раз наоборот, я говорю: есть побольше овощей и фруктов полезно не только для веганов.
Мы, видимо, по разному поняли эту статью. Лично я вынес из нее, что вышеуказанные техники совсем не противоречат ООП. Таким образом не нарушают концепцию. Большинство языков мультипарадигменны и основная парадигма языка чаще всего определяется сообществом и открытым кодом, опять-таки написанным сообществом.
Скажем, такой процедурный язык как Go позволяет использовать и чистые функции и неизменяемость, однако в нем отсутствуют такие популярные методы, как
.map()или.filter(). Хотя, опять таки, ничего не мешает написать их самостоятельно.Это краткая статья о ключевых моментах, которые чаще всего упоминаются в ФП, хотя они также имеют смысл и в ООП. Она скорее для новичков, которые пытаются понять в чем суть ФП и в чем отличие от ООП (на деле ФП можно применять в ООП). Я просто решил начать с чего-то, в планах перевод более глубоких статей.