Понял вас. В любом случае сущности Money и Account в данном примере будут связаны, вопрос в том, насколько явной мы сможем сделать эту связь. Ведь можно проверять и в Account, но нам потребуется делать только нетривиальные проверки для данного поля, делегировав вещи типа amount >= 0 в примитив. Такие типы ведь включают в себя ещё и значения по умолчанию, сообщения об ошибках. Дальше не придётся тащить это всё за собой в каждый класс, а можно будет просто повторно использовать. В случае если вплавлять эти проверки в класс, то мы сможем реюзать это только наследуюясь.
Нужен пакетный менеджер для клиентской стороны, чтобы собирать пакеты так же легко, как и для сервера. Либо средство адаптации пакетов npm-а (что избавит от необходимости пересоздания npm).
Пока что изучал browserify, bower, component, все весьма поверхностно.
Почитал ваш лендинг, он сразу отбросил несколько возникших вопросов и поубавил скептицизм. Я думаю штука клёвая. И домен клёвый.
Желаю удачи вашему проекту.
Больше времени тратить не хотел принципиально, это означало бы, что в итоге мы придем к тому же с чего начали, к jQuery.
Очень понравилась эта фраза; я считаю, вы совершенно правы. Каждый раз, когда кто-то в какой-то статье говорит, что jQuery не нужен (заменив его набором функций-алиасов), то он тут же к концу этой статьи изобретает jQuery. С другой стороны, я рад, что в костяке разработчиков jQuery это тоже поняли, и запилили jQuery 2. Также круто, что разрабатываются вещи типа Zepto или вашего jBone.
Лисп и лисп-подобные языки сравнимы по мощности с С
Объясните, что вы имели ввиду?
Дело в том, что с одной стороны, по мне, так Лисп намного мощнее, чем С, но с другой он не обладает его переносимостью и маленьким размером бинарника. Лиспы, в силу динамической природы, требуют для работы лисп-машину. Так что либо громадный бинарник, либо требуется другая VM (например JVM).
Увлечённый Лиспом, я как раз искал такую реализацию, которая бы могла в своём результате работы приблизиться к С. Если вы такой знаете, то я бы тоже хотел узнать.
amount >= 0
в примитив. Такие типы ведь включают в себя ещё и значения по умолчанию, сообщения об ошибках. Дальше не придётся тащить это всё за собой в каждый класс, а можно будет просто повторно использовать. В случае если вплавлять эти проверки в класс, то мы сможем реюзать это только наследуюясь.Именно! Именно единственной ответственностью.
вместо
делаем
Да, а знаете ли вы про хипстерские декораторы в JS?:)
— github.com/dzautner/JSDecorators
Пока что изучал browserify, bower, component, все весьма поверхностно.
Желаю удачи вашему проекту.
Объясните, что вы имели ввиду?
Дело в том, что с одной стороны, по мне, так Лисп намного мощнее, чем С, но с другой он не обладает его переносимостью и маленьким размером бинарника. Лиспы, в силу динамической природы, требуют для работы лисп-машину. Так что либо громадный бинарник, либо требуется другая VM (например JVM).
Увлечённый Лиспом, я как раз искал такую реализацию, которая бы могла в своём результате работы приблизиться к С. Если вы такой знаете, то я бы тоже хотел узнать.