Да и если вы не заметили в комментариях к коду рядом с console.log явно прописано //100 так что я явно проверял что запускал, просто вы не внимательно читаете.
let не работает в нынешней консоле хрома и появится только в JavaScript 1.7.
Я к тому, что тот кусок кода с которого мы начали {key: "value"}
легко принять за объект или кусок json. И сам javascript на запрос что же это typeof {key: "value"} говорит что это объект.
Наследоваться не обязательно, как я написал можно прописывать всё в каждой моделе, но если вам нужно автоматом обновлять какие то поля как в Rails created_at и udated_at поля у каждой модели то лучше отнаследоваться чтобы не повторять код.
Меня другое смущает как вы в событие передаёте юзера который делает изменение. Пока то что у вас в коде захардкоден юзер с id 2
LastModified lastModified = new LastModified((User) userDao.get(2));
Или можно воспользоватся аннотациями к примеру обновлять дату создания и модификации модели.
@MappedSuperclass
public abstract class AbstractEntity<PK extends Serializable> extends AbstractPersistable<PK> {
private static final long serialVersionUID = 1L;
@Column(nullable = false)
private Date createdDate;
@Column(nullable = false)
private Date updatedDate;
@PrePersist
public void onCreate() {
this.createdDate = new Date();
this.updatedDate = new Date();
}
@PreUpdate
public void onUpdate() {
this.updatedDate = new Date();
}
}
Унаследовать модели от выше описанного класса, где хотим автоматом проставлять даты.
Или в каждой моделе ручками добавляем методы и соответственно переменные не забыть.
@PrePersist
public void onCreate() {
this.createdDate = new Date();
this.updatedDate = new Date();
}
@PreUpdate
public void onUpdate() {
this.updatedDate = new Date();
}
А каким образом отсчитывали восстановление стамины, чтобы отослать сообщение? Какой то общий таймер дёргающий значение стамины и если > n, отсылали сообщение?
А я просто делал свой AuthorizeAttribute где проверял залогинен ли юзер и его роли.
Правда это было давно 2-3 версия, может сейчас что то поменялось. Но работало.
Примерно как тут описано.
Мы сейчас просто пишем проект и там используется самописанный хабра парсер, с хабракатом, спойлером и т.д.
И скоро встанет вопрос имплементации api и я если честно в ступоре в каком формате отдавать и как это всё отображать на моб. клиентах.
На сервере хранится всё в тегах в html тегах + кстомные теги как на хабре <spoiler title="Заголовок">Содержимое</spoiler><youtube>http://...</youtube>
Если бы у хабра был API как бы вам удобней было получать статью?
Получается вам нужно парсить хабр, разбирать спарсеное: на текст, картинки. И потом формировать core text? Не проще было бы засунуть статью в webView?
Тег <code> наверно вообще жёстко парсить? Покажите если не трудно скриншот как отображается статья с вставками кода, нет ios под рукой.
Главную вещь вы так и не решили, все white list sanitizer'ы которые я видел, достаточно хорошо удаляют не нужные теги и чистят атрибуты, но. Допустим мы хотим как на хабре вставить кусок кода, к примеру такой:
<html>
<p>
habrahabr
</p>
</html>
В вашей нынешней реализации, всё что внутри тега source тоже почистится и выведет только надпись habrahabr
console.logявно прописано//100так что я явно проверял что запускал, просто вы не внимательно читаете.letне работает в нынешней консоле хрома и появится только в JavaScript 1.7.Я к тому, что тот кусок кода с которого мы начали
{key: "value"}легко принять за объект или кусок json. И сам javascript на запрос что же это
typeof {key: "value"}говорит что это объект.Я имею ввиду просто code block, вводит в замешательство.
Зачем вообще нужен этот code block если он не делает свою область видимости?
Тут же присваиваем переменной
и
typeofна{}говорит что это обьект.Objectcreated_atиudated_atполя у каждой модели то лучше отнаследоваться чтобы не повторять код.Меня другое смущает как вы в событие передаёте юзера который делает изменение. Пока то что у вас в коде захардкоден юзер с id 2
Унаследовать модели от выше описанного класса, где хотим автоматом проставлять даты.
Или в каждой моделе ручками добавляем методы и соответственно переменные не забыть.
Про ваш способ не знал, возьму на заметку.
AuthorizeAttributeгде проверял залогинен ли юзер и его роли.Правда это было давно 2-3 версия, может сейчас что то поменялось. Но работало.
Примерно как тут описано.
Мы сейчас просто пишем проект и там используется самописанный хабра парсер, с хабракатом, спойлером и т.д.
И скоро встанет вопрос имплементации api и я если честно в ступоре в каком формате отдавать и как это всё отображать на моб. клиентах.
На сервере хранится всё в тегах в html тегах + кстомные теги как на хабре
<spoiler title="Заголовок">Содержимое</spoiler><youtube>http://...</youtube>Если бы у хабра был API как бы вам удобней было получать статью?
Тег
<code>наверно вообще жёстко парсить? Покажите если не трудно скриншот как отображается статья с вставками кода, нет ios под рукой.<code>в котором не чистится внутри.В вашей нынешней реализации, всё что внутри тега
sourceтоже почистится и выведет только надписьhabrahabr