- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我正在尝试更新多索引 map 中的一系列元素,但它似乎比我预期的要复杂一些..
给出以下声明:
struct Information {
int number() const {
return number_;
}
int number_;
};
typedef boost::multi_index_container<
Information,
boost::multi_index::indexed_by<
boost::multi_index::hashed_non_unique<
boost::multi_index::tag<int>,
boost::multi_index::const_mem_fun<
Information,
int,
&Information::number
>
>
>
> Information_Map;
Information_Map information_map_;
以下是上面声明内容的总结:
Information
,包含一个任意数字,不是唯一的信息
类型的元素Information::number()
现在,我也声明了这样的东西:
struct Plus_One_Modifier {
void operator()(Information& obj) const {
obj.number_ += 1;
}
};
前面的struct是一个修饰符,预计在调用modify函数时会用到:
// from boost/multi_index/hashed_index.hpp
template<typename Modifier> bool modify(iterator position,Modifier mod);
当此函数仅用于修改一个元素时,一切都按预期工作:
// Updates the first element
Information_Map::index<int> index = information_map_.get<int>();
index.modify(index.begin(), Plus_One_Modifier());
问题是,在一种特殊情况下,我必须更新整个容器,如下所示:
// Update the whole container the first element
Information_Map::index<int> index = information_map_.get<int>();
for (Information_Map::index<int>::iterator it = index.begin();
it != index.end();
++it) {
index.modify(it, Plus_One_Modifier());
}
在大多数情况下,前面的代码无法遍历整个容器,在某些时候迭代器是以 ++it
等于 end
的方式修改。
我发现使用第三个变量似乎可以缓解这个问题,但我不相信它是正确的,因为它比容器中的元素进行了更多的迭代..
// Update the whole container the first element
Information_Map::index<int> index = information_map_.get<int>();
Information_Map::index<int>::iterator begin = index.begin();
Information_Map::index<int>::iterator end = index.end();
while (begin != end) {
Information_Map::index<int>::iterator it = begin++;
index.modify(it, Plus_One_Modifier());
}
所以,问题是:
我正在寻找一种安全的方法来更新容器中的一系列元素。
我想到的唯一解决方案如下:
这样可以,但是性能影响太大了
任何帮助将不胜感激
最佳答案
您无法可靠地迭代变异下的散列容器。这不是 Boost Multi Index 特有的:
您可以使用辅助索引来迭代:
auto& aux = information_map_.get<idx_auxiliary>();
auto& idx = information_map_.get<idx_main>();
size_t iterations = 0;
for(auto rait = aux.begin(); rait != aux.end(); ++rait, ++iterations) {
auto it = bmi::project<idx_main>(information_map_, rait);
idx.modify(it, Plus_One_Modifier());
}
// iterations is equal to `information_map_.size()`
当然,要确保辅助索引在你在循环中所做的修改下有稳定的迭代器。顺序索引也可能适合此目的。
#include <boost/multi_index_container.hpp>
#include <boost/multi_index/hashed_index.hpp>
#include <boost/multi_index/random_access_index.hpp>
#include <boost/multi_index/mem_fun.hpp>
struct Information {
Information(int n = 0) : number_(n) {}
int number_;
int number() const { return number_; }
};
static std::ostream& operator<<(std::ostream& os, Information const& i) {
return os << i.number();
}
namespace bmi = boost::multi_index;
typedef boost::multi_index_container<Information,
bmi::indexed_by<
bmi::hashed_non_unique<
bmi::tag<struct idx_main>,
bmi::const_mem_fun<Information, int, &Information::number>
>,
bmi::random_access<bmi::tag<struct idx_auxiliary> >
>
> Information_Map;
struct Plus_One_Modifier {
void operator()(Information& obj) const { obj.number_ += 1; }
};
#include <iostream>
int main() {
Information_Map information_map_;
std::generate_n(std::inserter(information_map_, information_map_.end()), 50, [] { return rand()%20; });
// Updates the first element
auto& aux = information_map_.get<idx_auxiliary>();
auto& idx = information_map_.get<idx_main>();
std::copy(aux.begin(), aux.end(), std::ostream_iterator<Information>(std::cout, " "));
size_t iterations = 0;
for(auto rait = aux.begin(); rait != aux.end(); ++rait, ++iterations) {
auto it = bmi::project<idx_main>(information_map_, rait);
idx.modify(it, Plus_One_Modifier());
}
std::cout << "\nIterations done: " << iterations << "\n";
std::copy(aux.begin(), aux.end(), std::ostream_iterator<Information>(std::cout, " "));
}
输出:
3 6 17 15 13 15 6 12 9 1 2 7 10 19 3 6 0 6 12 16 11 8 7 9 2 10 2 3 7 15 9 2 2 18 9 7 13 16 11 2 9 13 1 19 4 17 18 4 15 10
Iterations done: 50
4 7 18 16 14 16 7 13 10 2 3 8 11 20 4 7 1 7 13 17 12 9 8 10 3 11 3 4 8 16 10 3 3 19 10 8 14 17 12 3 10 14 2 20 5 18 19 5 16 11
关于c++ - 修改具有 hashed_non_unique 键的 Boost Multi-Index Map 中的键范围,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29013600/
我目前正在制作一个将订阅作为 Multi-Tenancy 应用程序出售的 web 应用程序。我使用的技术是导轨。 但是,它不仅仅是使用当前应用程序的孤立租户。 每个租户创建产品并将其发布到他们的个人应
我们计划将 Azure Service Fabric 用于面向数据的 Multi-Tenancy 应用程序。通常有 100 多个客户,每个客户有 5 - 100 个用户。 查看文档,我得出的结论是,最
我们正在为我们正在构建的自定义 Saas 应用程序评估 Shiro。似乎一个伟大的框架可以完成我们想要的 90% 的工作,开箱即用。我对 Shiro 的理解是基本的,这就是我想要完成的。 我们有多个客
希望使用 NestJS 6 的新请求注入(inject)范围功能实现 Multi-Tenancy NestJS 解决方案。 对于任何给定的服务,我认为我可以做这样的事情: @Injectable({s
我正在寻找一个基于 PHP 的框架,该框架已准备好具有以下功能 1.带有登录/注销的简单仪表板 2. 多个数据库,每个数据库代表一个客户端 只是基本框架。 3.简单的注册支持 用例: 我从 githu
我正在尝试对这个已经回答的问题进行一些跟进...... Service Fabric multi-tenant 如果我要将我的租户设置为 Azure Service Fabric 无状态服务(他们将获
首先,我很清楚 Keycloak 中的多领域 Multi-Tenancy 方法。我接手了一个没有人想到 Multi-Tenancy 的遗留项目。现在,两年后,突然,客户需要这个功能。实际上,微服务已经
我正在使用 Apache Nifi 开发基于云的应用程序,为此我们需要支持 Multi-Tenancy 。但是当前的 Nifi 实现只支持基于角色的用户访问,对于单个流。 我可以理解流状态被保存为 N
对于我积极维护的客户基于 Web 的 CRM 的分支机构数量不断增加的 Multi-Tenancy ,我需要做出一个艰难的数据库设计决策。 我很早就决定为每个分支使用具有单独数据库的单独应用程序,因为
关闭。这个问题是opinion-based .它目前不接受答案。 想要改进这个问题? 更新问题,以便 editing this post 可以用事实和引用来回答它. 关闭 9 年前。 Improve
很抱歉我的英语不好,希望你能看到我说的。 在Lucene3 Junit测试代码中:org.apache.lucene.queryParser.TestMultiAnalyzer.testMultiAn
假设我们有一个多维数组。 multi[3][10] 那么&multi[0][0]将是multi 如果我们想访问这个数组中的任何元素。我们只需要一次解除引用。因为它位于连续的位置。我无法理解双重取消引用
表结构和示例数据 Wall_Update [INT VARCHAR VARCHAR TIMESTAMP TinyText]
我们需要构建一个软件框架(或中间件),以便在一台机器上运行的不同软件组件(或模块)之间实现消息传递。该框架将提供以下功能: 模块之间的通信是通过“消息传递”。 每个模块都有自己的消息队列和消息处理线程
我正在开发一个在多个域上运行的应用程序。 我想对所有这些都使用 Google 自定义搜索。但是 GCS 需要提供要搜索的网站域。 有没有办法动态指定域?理论上,我可以拥有数千个域,但我不喜欢手动添加所
在 here.com map 类 MapMarker 中,此方法 showInfoBubble () 无法在多 map 标记上显示多信息气泡,对此有任何解决方案吗? 最佳答案 来自 showInfoB
我正在开发一个 Multi-Tenancy 解决方案,我想使用最新的 ASP.NET Identity框架特别是Entity Framework执行。 基本上,我需要允许两个用户使用相同的用户名,尽管
我有 50 台可用台式计算机(配备 i5),每台都运行 Ubuntu 14.04 LTS。我需要通过 C 代码计算某些事件的概率,样本大小至少为 2^45。显然,在一台计算机上运行 C 代码不是一种选
我正在按照页面上的示例进行操作:Multi-input and multi-output models 用于预测新闻标题将收到多少转发和点赞的模型设置。那么 main_output 正在预测有多少
硬件:我们使用 24 核(2*12 核)机器。 SSD 磁盘和 SAS-RAID 0 磁盘有 2 个独立的 Controller 。操作系统:Windows 8.1。超线程已禁用。 软件: 2.1。有
我是一名优秀的程序员,十分优秀!