Какой MV* JS фреймворк стоит начать изучать?

Question

[pantsarny]

Добрый день, уважаемые коллеги! В данный момент я являюсь back-end разработчиком, пишу на PHP, любимый фреймворк - Yii. Появилось желание начать изучать MV* JS фреймворк с целью разработки гибридных мобильных приложений на основе PhoneGap. Изучил несколько статей, смотрел страницы сравнения фреймворков, но так и смог выбрать ничего. У каждого фреймворка свои плюсы и минусы. Хочется что-то похожее на Yii, но в контексте JS :) Хочу делать SPA приложения, держать представления в отдельных файлах, общаться с API с помощью RESTful. Чаще всего упоминается AngularJs, отсюда дополнительный вопрос, изучать вторую версию или первую?

Answer 1

[Сергей Протько]

Хочется что-то похожее на Yii, но в контексте JS

Боже упаси.

Ionic+angular для старта более чем. Есть еще famo.us для красивого UI и т.д. Как правило юзают Angular но можно и на React + Flux все делать, но под Angular банально больше готовых решений, во всяком случае на данный момент. Единственный ощутимый минус Angular - он порочный. То есть он клевый и няшный, но, как и Yii, провоцирует разработчиков использовать не очень красивые решения. Скажем можно соблазниться решить проблему в лоб и убить производительность фреймворка жирным дип-ватчем в контроллере.

изучать вторую версию или первую?

Вторая еще не вышла. Достаточно взять первую, вооружиться ES6/7 через babel.js и пытаться перенимать практики из второго для первого (сервисный слой к примеру можно будет перенести просто так, скопипастив почти, больше мороки будет с директивами, но опять же есть советы как лучше писать директивы что бы потом можно было легко это дело во второй версии юзать).

общаться с API с помощью RESTful.

Большинство фреймворков предложат вам только относительно низкоуровневое API для работы с сетью. Есть так же Ember.data, есть так же js-data хотя думаю для начала для вас это будет оверхэд. А может и нет.

Comments

[pantsarny]

Спасибо за развернутый ответ.

[vasIvas]

Сергей Протько: Фухх.. Еле нашел это ответ... У меня к Вам вопрос по js-data. Если не ошибаюсь, это уже не первое Ваше упоминание её, как инструмента, которым Вы, если не ошибаюсь, пользуетесь. Если я правильно понял, это orm одновременно и для сервера и для клиента. Если это так, то почему не moongose?
Просто впервые взялся за сервер, выбрал express.js и mongodb и сначала выбрал в качестве orm mongoose и всегда в голове держал Ваши слова о js-data, думая что это orm для клиента.
Но сейчас, когда на сервере все почти настроил сел с чашкой чая посмотреть на js-data и оказалось что она так же подходит и для сервере, что меня очень озадачило. И это оказалось не все, я так же открыл для себя и mongoos.js для клиента.

Вот что выбрать? Вы используете js-data и на клиенте с angularjs и на сервере? И использовали ли вы до этого mongoose и если да то в чем она (orm) проигрывает js-data?

[Сергей Протько]

vasIvas: ну начнем с того что я монгу если и использую то не в коем случае не как основное хранилище (уже наступил как-то на эти грабли, больше не хочу). В общем и целом у меня на сервере всегда есть REST Api, а на node.js я пишу только штуки где нужно работать с I/O (обработчики задачи из очередей, пуш-сервера и т.д.).

Далее, мангус реализует паттерн Active Record, который меня бесит, да и он только под один бэкэнд затчен. js-data же реализует data mapper, который меня радует. Вот и все.

[vasIvas]

Сергей Протько: спасибо большое за ответ. Меня пока не пугает использовании монги, так как то что я делаю сейчас нужно только мне и функционал настолько простой, что можно было и без базы данных и прочего... Но я специально усложнил только для тренировки. И то куда я нацелен, насколько я знаю, без монги не обходится.
И тогда ещё вопрос - если на сервере будет монгус (поверхостное знакомство с которым меня порадовало, хотя я только примерно знаю что такое Active Record, но сейчас это не важно), то будет ли возможно на клиенте использовать js-data и не будет ли это глупо? Если глупо в плане "глупо", то это нормально, меня беспокоет, что это будет "очень глупо"..

[Сергей Протько]

vasIvas: ммм js-data может быть оверхэдом, но не глупо.

[vasIvas]

Сергей Протько: а Вы можете рассказать, как нужно запросы обрабатывать?
Вот я например создал resource User... лучше код покажу -

var store = new JSData.DS();
var adapter = new DSHttpAdapter({
	serialize: function(resourceConfig, data){
		console.log('adapter: serialize');
	},
	deserialize: function(resourceConfig, data){
		console.log('adapter: deserialize');
	}
});

store.registerAdapter('http', adapter, {default: true});

var User = store.defineResource({
	name: 'user',
	endpoint: 'users',
	basePath: 'http://localhost:3000'
});

var user = User.createInstance({
	id: 666,
	firstName: "Bob",
	lastName: "Bobert"
});

User.inject(user);

User.find(666).then(function(user){
	return User.save(666);
});

Но я не могу понять что нужно делать... На сервер в options приходит запрос, все что я сам смог нагуглить, это выставить -

router.options('/:id?', function(req, res, next){
    console.log('[router Users][method OPTIONS]');
    res.setHeader('Allow', 'PUT');
    res.sendStatus(200);
    res.end();
});

router.put('/:id?', function(req, res, next){
    console.log('[router Users][method PUT]');
});

Ну а дальше я не знаю что даже и сказать, так как не понимаю. Прочел вроде в вики что для options просто нужно заголовки Allow выставить, но даже не догадался как их выставить больше одного...

Хоть что-нибудь скажите, чтобы было от чего отталкиваться..

[vasIvas]

справился..

Answer 2

[Tim Bloss]

выбирай blog.livecoding.tv/2016/07/06/top-10-js-frameworks

Answer 3

[smanioso]

Посмотрите вот в эту сторону:
- touchstonejs.io
- https://facebook.github.io/react-native/
- https://www.nativescript.org