Что вы мы и не думали обижаться. Скажу вам по секрету, что часть ваших вопросов всё ещё актуальна и для меня ;)
>>т.е. он позволяет scaffolding по структуре БД, так я понимаю?
несколько не знаком с таким термином. Он отображает таблицу в одном из своих примитивов и позволяет работать с ней стандартными методами: select/insert/delete/update
Естественно всё это можно написать на любом языке программирования, например на Java. Пару лет назад я бы так и сделал. Отличие в том, что на sMash это можно сделать быстрее.
Хотя заявление конечно спорное, кому-то проще писать код, кому-то использовать сторонние приклады.
Спасибо за презентацию, жать только что она в pdf, слайд 17 в оригинале анимированный и показывает этапы работы приложения. Начиная от обращения по определённому порту и открытия сокета и дальше по жизненному циклу.
Когда сам читал маркетинговое описание в первый раз, то ужасался. Ничего не понятно.
Пока не попробуешь с ним поработать так и не поймёшь как эта штука устроена.
По сути каждое приложение, написаное на smash, это приложение и сервер в одном флаконе. Когда запускается приложение(а так же и встроенный в каждое приложение микро-сервер), то оно становится доступным по заданному порту.
В ближайшее время появится техническая презентация, из которой станет более понятно что это за продукт с технической стороны. Советую особенно обратить внимание на слайд номер 17.
Кстати, приложение, которое изображдено на рисунке 1, это тоже sMash-приложение предназначенное для создания других sMash-приложений. sMash приложение это набор файлов, так что можно работать с ними и на прямую, при желании.
Один из козырей sMash это максимально быстрая разработка визуальных приложений или приложений для визуализации скрытых от пользователей ресурсов, например, баз данных.
Попробую вспомнить адрес сайта, полностью написанного на sMash.
В sMash можно использовать имеющиеся PHP наработки. Можно, например, подключить PHPBB.
На счёт SOA и REST. Вопрос интересный и не однозначный. Лично для меня не следует противоречие из того что продукт вписывается в архитектуру SOA при этом используя для вызова своих ресурсов REST интерфейс. Не смотря на то что это 2 архитектурных стиля, конфликта между ними нет.
Области применения всё, кроме ядерных станций и секъюрных банковских транзакций. Ибо в первом нужна «тройная» надёжность, а во втором развитый и надёжный механизм обеспечения секретности информации.
>>т.е. он позволяет scaffolding по структуре БД, так я понимаю?
несколько не знаком с таким термином. Он отображает таблицу в одном из своих примитивов и позволяет работать с ней стандартными методами: select/insert/delete/update
Естественно всё это можно написать на любом языке программирования, например на Java. Пару лет назад я бы так и сделал. Отличие в том, что на sMash это можно сделать быстрее.
Хотя заявление конечно спорное, кому-то проще писать код, кому-то использовать сторонние приклады.
Имхо, есть ряд различий, взять, например, хотя бы application-centric architecture. Приложение-сервер само в себе.
На сколько я знаю Rails работает по другому принципу.
Когда сам читал маркетинговое описание в первый раз, то ужасался. Ничего не понятно.
Пока не попробуешь с ним поработать так и не поймёшь как эта штука устроена.
По сути каждое приложение, написаное на smash, это приложение и сервер в одном флаконе. Когда запускается приложение(а так же и встроенный в каждое приложение микро-сервер), то оно становится доступным по заданному порту.
В ближайшее время появится техническая презентация, из которой станет более понятно что это за продукт с технической стороны. Советую особенно обратить внимание на слайд номер 17.
Кстати, приложение, которое изображдено на рисунке 1, это тоже sMash-приложение предназначенное для создания других sMash-приложений. sMash приложение это набор файлов, так что можно работать с ними и на прямую, при желании.
Один из козырей sMash это максимально быстрая разработка визуальных приложений или приложений для визуализации скрытых от пользователей ресурсов, например, баз данных.
Попробую вспомнить адрес сайта, полностью написанного на sMash.
В sMash можно использовать имеющиеся PHP наработки. Можно, например, подключить PHPBB.
На счёт SOA и REST. Вопрос интересный и не однозначный. Лично для меня не следует противоречие из того что продукт вписывается в архитектуру SOA при этом используя для вызова своих ресурсов REST интерфейс. Не смотря на то что это 2 архитектурных стиля, конфликта между ними нет.
Области применения всё, кроме ядерных станций и секъюрных банковских транзакций. Ибо в первом нужна «тройная» надёжность, а во втором развитый и надёжный механизм обеспечения секретности информации.