А можно гдето почитать об этом подходе? На запрос Реактивная Архитектора - выдает очень общий список пожеланий к работе системы - Reactive Manifesto.
Конкретнее
как на шаге #3 сервис видя что в базе есть запись уверен что только он один ее прочитал и потом записал? Что если есть несколько экземпляров сервиса #3.
Сервис #3 мониторит БД SQL запросом? Тоесть PULL, или он получает извещение о том что строка в БД изменилась - PUSH?
Также стоит упомянуть об сьедании/игнорировании средой исключений. Например, при выбросе исключения внутри finally после уже сработовшого catch. В таком случае оригинальное исключение будет потерено, и заменится на последнее (из finally).
В Java давно были диаграммы — BPML.
Netbeans и Eclipce поддерживают редактирование BPML. Это правда enterprise, и BPML выполнял сервер, но некоторые библиотеки свободно генерили читаемую JAVA на выходе.
Также, очень многие реализовывали диаграммы во время бума workflow engines (Jira и др).
Но в те времена не был популярным термин функциональное программирование, диаграммы больше описывали DataFlow.
Еще раз, как уже писали другие:
Angular — это фрейворк, и ты пишешь приложение на навороченном HTML (со всеми плюсами и минусами), то есть — декларативно. И этот навороченном HTML — можно считать новым языком (особенно видно в Angular2).
React — это библиотека, и ты пишешь на простом и чистом js реализуя простой и понятный шаблон Builder (а virtual DOM уже дает оптимизирует все, но делает это более предсказуемо чем Angular).
Я не исследовал React детально, могу только привести несколько мыслей:
React — более простой, строгий, жёсткий и понятный, также его шаблоны полностью компилируемые (.tsx для Typescript) — все эти черты прекрасны для долгой enterprise разработки. Также приятный плюс (но не главный) — хорошая и прогнозируемая производительность.
Отталкивает немного только то, что для полноценного фреймворка (замены Angular) нужно еще, что типа flux, и какой-то routing (которые лично мне, пока, менее понятны, но я исправлюсь :) ).
А можно гдето почитать об этом подходе? На запрос Реактивная Архитектора - выдает очень общий список пожеланий к работе системы - Reactive Manifesto.
Конкретнее
как на шаге #3 сервис видя что в базе есть запись уверен что только он один ее прочитал и потом записал? Что если есть несколько экземпляров сервиса #3.
Сервис #3 мониторит БД SQL запросом? Тоесть PULL, или он получает извещение о том что строка в БД изменилась - PUSH?
Заранее спасибо
A где про ARM ноутбуки? Apple, Qualcomm и Samsung активно в них вкладываются. А Apple ввобще на них сделало ставку больше года назад.
Также стоит упомянуть об сьедании/игнорировании средой исключений. Например, при выбросе исключения внутри finally после уже сработовшого catch. В таком случае оригинальное исключение будет потерено, и заменится на последнее (из finally).
Netbeans и Eclipce поддерживают редактирование BPML. Это правда enterprise, и BPML выполнял сервер, но некоторые библиотеки свободно генерили читаемую JAVA на выходе.
Также, очень многие реализовывали диаграммы во время бума workflow engines (Jira и др).
Но в те времена не был популярным термин функциональное программирование, диаграммы больше описывали DataFlow.
Angular — это фрейворк, и ты пишешь приложение на навороченном HTML (со всеми плюсами и минусами), то есть — декларативно. И этот навороченном HTML — можно считать новым языком (особенно видно в Angular2).
React — это библиотека, и ты пишешь на простом и чистом js реализуя простой и понятный шаблон Builder (а virtual DOM уже дает оптимизирует все, но делает это более предсказуемо чем Angular).
React — более простой, строгий, жёсткий и понятный, также его шаблоны полностью компилируемые (.tsx для Typescript) — все эти черты прекрасны для долгой enterprise разработки. Также приятный плюс (но не главный) — хорошая и прогнозируемая производительность.
Отталкивает немного только то, что для полноценного фреймворка (замены Angular) нужно еще, что типа flux, и какой-то routing (которые лично мне, пока, менее понятны, но я исправлюсь :) ).
TS позволяет использовать обе нотации. Но видимо, я привык C#/Java, и мне обилие Generics уже давно не «режет» глаза.
Исправил на: