Javascript-форум (https://javascript.ru/forum/)
-   Библиотеки/Тулкиты/Фреймворки (https://javascript.ru/forum/library-toolkit-framework/)
-   -   Новый fullstack JavaScript framework (https://javascript.ru/forum/library-toolkit-framework/44260-novyjj-fullstack-javascript-framework.html)

andrey.lukyanoff 13.01.2014 01:50

Новый fullstack JavaScript framework
 
Добрый день.
Наша команда решила сделать бек-проджект - fullstack JavaScript framework. Я очень хочу обсудить дизайн framework'a.
На данный момент доступна первая версия файла readme на русском языке. Код и перевод на английский буду выкладывать в процессе общения.

https://github.com/softlabe/core

krasovsky 13.01.2014 14:13

И хде?

andrey.lukyanoff 13.01.2014 14:56

Поправил пост. https://github.com/softlabe/core - велкам

nerv_ 13.01.2014 17:07

http://javascript.ru/forum/offtopic/...a-prishlo.html

Madzi 13.01.2014 17:18

Смотрели на конкурентов ?
Использовать обработку исключений для логики программы как бы дурной тон, не ?

andrey.lukyanoff 13.01.2014 18:35

Правильной логике обработки исключений можно посвятить целую книгу, и есть разыне практики их применения. Например в JAVA распространен принцип - логика на эксепшенах. Но в .NET - нет, в первую очередь из-за проблем производительности. Но в любом случае - обрабатывать исключения надо.
Тут следует уточнить, что я не призываю писать код на обработке исключений - я за адекватную обработку исключений. То есть я против стиля проверки result-code, как в c++, или переменной error, как в Node.js. Я за использование try-catch :)

andrey.lukyanoff 13.01.2014 18:51

Основная цель моего фреймверка - компиляция синхронного кода в асинхронный. Я уверен, что писать/отлаживать/сопровождать синхронный код гораздо легче и дешевле, чем на калбеках и на deferred-объектах.Это и будет основной киллер-фичей фреймверка

Madzi 13.01.2014 18:56

На самом деле вы ошибаетесь, легче писать асинхронный код, но только в том случае, если вы привыкли иметь дело с javascript. Синхронный код проще в случае когда вы переходите на javascript с другого языка (C/C++/Java). В этом случае я с вами согласен.

andrey.lukyanoff 14.01.2014 01:46

Возможно - тут каждому своё. Но когда у вас хотя бы 4 асинхронных метода, а еще асинхронный вызов в цикле и пару условий - это увеличивает объем кода минимум 2,5-3,5 раза. Как следствие - ухудшение читаемости кода, увеличение глупой работы по набору кода, усложнение отладки и прочие проблемы сопровождения кода. А когда такая ситуация встречается постоянно, например при использовании Node.js, то возникают мысль - что что-то тут не так. ИМХО, это основная причина того, что JavaScript не получает такого широкого применения на сервере.

Madzi 14.01.2014 11:25

Откройте для себя Promise.
Основная причина отсутствия широкого применения javascript на сервере - отсутствие в JS статической типизации, что усложняет код и делает невозможным его статический анализ. Конечно TypeScript несколько исправляет дело, но это на JS


Часовой пояс GMT +3, время: 21:34.