История снимка с платформой объекта
В зависимости от того, что Вы пытаетесь сделать, сменная архитектура jQuery может быть тем, что Вы ищете:
$.fn.myPlugin = function() {
return $(this).each(function() {
// do stuff
});
};
или...
$.fn.myPlugin = function() {
var myNamespace = {
// your stuff
};
};
действительно это зависит от того, что Вы пытаетесь сделать.
1 ответ
Посмотрим. У вас есть требование взять граф объекта и сериализовать его в базе данных в формате, который позволит вам материализовать его позже. Я думаю, что есть инструменты, которые делают именно это. Одна из них, как мне кажется, - это Entity Framework.
То, что вы хотите сделать, - это обычное дело. Рассмотрим движок вики. В вики должна быть исправленная версия, которую все видят, а также предыдущие версии каждого документа. Вики также должна иметь возможность отображать предыдущую ревизию точно так же, как отображается ревизия подсказки. Следовательно, для них обоих следует использовать один и тот же формат хранения.
Я предлагаю вам разрешить версионирование всех ваших типов сущностей. Когда вы редактируете тип объекта, вы редактируете ревизию наконечника и сохраняете предыдущую ревизию, содержащую предыдущие значения. (Причина, по которой вы редактируете ревизию подсказки вместо того, чтобы вставлять новую подсказку, заключается в том, что другие объекты, которые в настоящее время не материализованы в ObjectContext, могут содержать ссылки на подсказку, которые вы хотели бы сохранить как ссылки на подсказку, а не ссылки на заднюю ревизию.)
При необходимости вы можете разделить таблицы SQL Server так, чтобы предыдущие ревизии хранились в другой группе файлов. Это позволит вам делать резервную копию ревизий наконечника и ревизий по отдельности.
вы отредактируете ревизию наконечника и сохраните предыдущую ревизию, содержащую предыдущие значения. (Причина, по которой вы редактируете ревизию подсказки вместо того, чтобы вставлять новую подсказку, заключается в том, что другие объекты, которые в настоящее время не материализованы в ObjectContext, могут содержать ссылки на подсказку, которые вы хотели бы сохранить как ссылки на подсказку, а не ссылки на заднюю ревизию.)При необходимости вы можете разделить таблицы SQL Server так, чтобы предыдущие ревизии хранились в другой группе файлов. Это позволит вам делать резервную копию ревизий наконечника и ревизий по отдельности.
вы отредактируете ревизию наконечника и сохраните предыдущую ревизию, содержащую предыдущие значения. (Причина, по которой вы редактируете ревизию подсказки вместо того, чтобы вставлять новую подсказку, состоит в том, что другие объекты, которые в настоящее время не материализованы в ObjectContext, могут содержать ссылки на подсказку, которые вы хотели бы сохранить как ссылки на подсказку, а не ссылки на заднюю ревизию.)При необходимости вы можете разделить таблицы SQL Server так, чтобы предыдущие ревизии хранились в другой группе файлов. Это позволит вам делать резервную копию ревизий наконечника и ревизий по отдельности.
а не ссылки на предыдущую ревизию.)Если необходимо, вы можете разделить свои таблицы SQL Server так, чтобы предыдущие ревизии хранились в другой группе файлов. Это позволит вам делать резервную копию ревизий наконечника и ревизий по отдельности.
вместо ссылок на предыдущую ревизию.)При необходимости вы можете разделить свои таблицы SQL Server так, чтобы предыдущие ревизии хранились в другой группе файлов. Это позволит вам делать резервную копию ревизий наконечника и ревизий по отдельности.