Ну у того проекта выше и преимущество и недостаток в том, что он может быть и клиентским (пока под сервер-сайд не затачивался, но сделать это будет просто), поэтому там не получается нативные геттеры/сеттеры использовать
github.com/maxmaximov/wader/blob/master/AModel.js
Тут у него не самая свежая версия — чуть позже выйдут в паблик некоторые крутые штуки. Правда, этот фреймворк клиентский и отчасти завязан на jQuery (но не сильно критично, я именно о внутренностях), и вот там как раз используется DataProvider, реализующий CRUD-интерфейс и легко поддающийся смене хранилища данных и тестированию (легко подменить mock-экземпляром).
И да, я всё-таки за сеттеры/геттеры, а не «сырые» свойства объекта — программисту видно интерфейс, который предоставляет объект, он заметит опечатку + в сеттеры можно сунуть превалидацию какую-то.
Если мы захотим отвязаться от АР нам придется отказаться от состояний (на самом деле, это именно состояния модели, никак не связанные с конкретной реализацией хранилища), нам придется описывать в абстрактной модели реализацию CRUD. И еще много чего — по ощущению, модели очень завязаны на АР, а хочется наоборот. Про пустой класс: хочется что-то вроде
var u = new User();
u.setName(«vasya»).setAge(14);
if (smth) u.setLastname(«pupkin»);
u.save();
А не пихать хэш в конструктор, который будет не очень удобно собираться. Если хотите, могу показать реализацию М одного очень грамотного парня, которую мы сейчас используем. Но уже завтра.
Мне очень ограниченной показалась работа с моделями. По сути, это тоненькие классы, которые делают кучу работы, но никакую из этих частей не делают полностью. Укажу, что бросилось в глаза:
1) Нет геттеров/сеттеров
2) Не можем создать пустой экземпляр
3) Нет состояний модели (isNew, isDeleted, isModified)
4) Нет понятия коллекции
5) Нет связей между моделями
6) Статические методы get_all или find_by_pk не должны реализовываться в самой модели
7) Методы save/delete, насколько я понял, надо в каждой модели реализовывать самому.
8) Модель должна сама уметь делать запросы к БД, а не пользоваться реализацией абстрактного DataProvider-а
Писал в два часа ночи, если что-то не так понял — извините.
Странноватый пост.
1) В JS очень накладно работать со стилями, проще добавить/удалить класс
2) Научитесь, пожалуйста, писать префиксы правильно.
3) Нет обработки ресайза окна
4) Куча глобальных функций.
5) Обработчики событий лучше было бы вешать через тот же zepto
6) Склейка HTML из строк на лету тоже не добавляет скорости
Я вмешаюсь в разговор и блесну отсутствием каких-либо знаний в области ИБ, извините. Так вот, с чего вдруг в данном случае компьютер стал недоверенным? Если его как-то скомпрометировали, то не проще ли поставить кейлоггер/сниффер, либо воспользоваться поднятой ssh-сессией, чем пытаться найти уязвимость в ПО распознавалки?
Ну, например, Clodo или сраный FirstVDS даёт ISPManager. То ли бесплатно, то ли за какие-то копейки. Есть куча всяких панелек, которые не хуже хостерских.
Божечки, когда же люди перестанут пренебрегать новыми и правильными средствами языка, отмазываясь тем, что «хостеры не хотят обновлять версию PHP!»? Господа, 2012 год на дворе и можно купить VPS за 200-300 рублей, это если для себя. А если клиент такой прижимистый и для него есть разница между 150р в месяц и 200 — бегите от него!
Тут у него не самая свежая версия — чуть позже выйдут в паблик некоторые крутые штуки. Правда, этот фреймворк клиентский и отчасти завязан на jQuery (но не сильно критично, я именно о внутренностях), и вот там как раз используется DataProvider, реализующий CRUD-интерфейс и легко поддающийся смене хранилища данных и тестированию (легко подменить mock-экземпляром).
И да, я всё-таки за сеттеры/геттеры, а не «сырые» свойства объекта — программисту видно интерфейс, который предоставляет объект, он заметит опечатку + в сеттеры можно сунуть превалидацию какую-то.
var u = new User();
u.setName(«vasya»).setAge(14);
if (smth) u.setLastname(«pupkin»);
u.save();
А не пихать хэш в конструктор, который будет не очень удобно собираться. Если хотите, могу показать реализацию М одного очень грамотного парня, которую мы сейчас используем. Но уже завтра.
1) Нет геттеров/сеттеров
2) Не можем создать пустой экземпляр
3) Нет состояний модели (isNew, isDeleted, isModified)
4) Нет понятия коллекции
5) Нет связей между моделями
6) Статические методы get_all или find_by_pk не должны реализовываться в самой модели
7) Методы save/delete, насколько я понял, надо в каждой модели реализовывать самому.
8) Модель должна сама уметь делать запросы к БД, а не пользоваться реализацией абстрактного DataProvider-а
Писал в два часа ночи, если что-то не так понял — извините.
1) В JS очень накладно работать со стилями, проще добавить/удалить класс
2) Научитесь, пожалуйста, писать префиксы правильно.
3) Нет обработки ресайза окна
4) Куча глобальных функций.
5) Обработчики событий лучше было бы вешать через тот же zepto
6) Склейка HTML из строк на лету тоже не добавляет скорости