Идея организации JS данных и методов для работы с ними

[Василий М.]

Возникла идея насчет JS.
С сервера черезх аякс возвращаются объекты данных любой вложенности.
Но поскольку мы кране ООПшны, нам хотелось бы иметь данные и методы работы с ними в одном месте.
Идея такова - пишем объект, содержащий методы для работы с данными корзины - хэлперы, методы форматирования, различные нужные нам вещи.

// Написали методы который можно вызывать как из контекста объекта, так и стандартным методом а-ля функция:

Helper = {
  inObject: function(value, obj){
     if (obj === undefined) {
       obj = this;
     }

     if (obj.length !== undefined && !obj.length) { // для массивов
       return false;
     }

     for (var key in obj) {
       if (obj.hasOwnProperty(key)) {
         if (obj[key] == value) {
           return key;
         }
       }
     }
  
     return false;
   }
  
    // ещё метод
    getCountElements: function(obj) {
     // ...
    }
}

// Далее делаем инъекцию этих методов в объект данных:
injection(data, Helper);

// Используем:
console.log( data.user.userdata.inObject('[email protected]') ); // email

// Другой полезный метод:
console.log( data.user.getCountElements() );

Единственый минус - это перебор элементов через for(i in data) придется делать с проверкой на то, что typeof data != function.

 

[fixxxer]

Если хочется тру ООП/MVC в js, стоит посмотреть на http://marionettejs.com/

 

[WMix]

в пхп классы тоже данные встраиваешь?
по мне одно дело модель <script> другое данные $.json()
как упрощенная идея

var fileref=document.createElement('script')
fileref.setAttribute("type","text/javascript")
fileref.setAttribute("src", 'model.js')

// model.js
var model = {
  data: false;
  load: function(){ $.getJSON( "ajax/test.json", function( data ) { this.data = data; } )}
}

 

[Василий М.]

WMix, в php есть трейты.
в php есть классы.
js позволяет манипулировать методами как свойствами. т.е. отличия от свойства метода в js по факту нет особого. почему нет?

 

[AmdY]

injection(data, Helper);

js-style будет через расширение прототипа для Object, а не ручное завёртывание, иначе просто inObject(data.user.userdata, '[email protected]') ). Второй вариант правильнее, так как является типичным функциональным конвеером.

 

[Василий М.]

AmdY, мы не можем расширять прототипы, пока IE 9 не умер.

 

[cDLEON]

чо?

 

[WMix]

Василий М., так получилось
1. алгоритмы получения алгоритма модели и данных несколько разные
2. в одном случае это достаточно статичный материал, который можно даже отдать браузеру в кэш, другой подразумевает постоянные изменения.
3. одну часть может писать человек далекий от php другую далекий от js

 

[AmdY]

AmdY, мы не можем расширять прототипы, пока IE 9 не умер.

Да ты шо, а я prototypejs работал, когда ещё 6-я не умерла. Удивительно, что ff3.6 ещё не вспоминают.

 

[Василий М.]

чо?

Да ты шо

Имелось в виду, что расширение прототипов - не есть хорошо. JS позволяет расширять объекты своими собственными методами (http://learn.javascript.ru/descriptors-getters-setters) но эта функциональность не доступна в 8 IE.

 

[hell0w0rd]

Василий М., оО вот такой код по твоему плохо?

var Foo = function (bla) {
    this.bla = bla;
}

Foo.prototype.getBla = function () {
    return this.bla;
}

А вообще мне кажется нормально поддерживать последние две версии браузера - это 10 и 11 IE.
Что за необходимость поддерживать IE аж 8 версии?

 

[Absinthe]

Имелось в виду, что расширение прототипов - не есть хорошо.

Почему?

А вообще мне кажется нормально поддерживать последние две версии браузера - это 10 и 11 IE.
Что за необходимость поддерживать IE аж 8 версии?

Пользователи.

 

[hell0w0rd]

Absinthe, ясно что не роботы) я к тому что окупается поддержка 8ie по сравнению с кол-вом пользователей его же?

 

[Absinthe]

IE8 - это 9.56% мировых пользователей сейчас.
Проблем с версткой или JavaScript под него не наблюдал.