小编Nic*_*ros的帖子

Github repo有多个python包

我创建了一个Github仓库,我保留了我项目的所有代码.

结构是:

myproject
\
 - package api
 - package database
 - package feature
Run Code Online (Sandbox Code Playgroud)

api包负责与itunes api等外部api通信.

数据库包负责与我的数据库通信.

最后,功能包是我正在构建的实际项目.

每个包都有自己的setup.py.

这个结构有三个问题:

  1. 如何在功能setup.py中添加api和数据库的依赖项?

  2. 你会如何推荐我在亚马逊中部署这个python代码?使用码头?拼盘?别的什么?

  3. 如果我们假设将更多功能添加到功能中作为单独的包.如何在服务器中仅部署代码的子集?让我们说package api和另一个使用它的功能.

如果我的问题不清楚,请告诉我,我会对其进行改进.

python git module-packaging docker

5
推荐指数
0
解决办法
225
查看次数

在C++中使用连接键而不是嵌套Map Container的优点和缺点

我有一个项目来研究用于存储数据的当前容器的替代方案,以使其更有效.

目前的设计涉及4个嵌套地图 map< string, map< string, map< int, map< string, string> > > >

让名称每个数据字段Company,Department,ID_of_employee,Name

此刻的时间复杂度检索给雇员的姓名Company,Dept,IDØ(日志ñ)和更精确地涉及3个查找.

现在的空间复杂性不是问题.

我最初的选择是以下:

  • 使用嵌套对代表Company,Dept,Id然后用这个嵌套对作为关键地图.这似乎不容易阅读.
  • 而不是嵌套对我想到使用一个tuple或一个struct基本上我读的并没有那么不同.在创建后new struct EmployeeKey,将包含字段Company,Dept,ID.我可以用它作为Key一个map.(我想我必须编写自定义比较和少于运算符).
  • 使用级联的关键,从company+Dept+ID通过转换intstring和连接它们.然后将此密钥提供给amap<ConcatenatedKey, Data>
  • 使用Boost.MultiIndex.即使这似乎是我放弃这个选项的最佳选择,因为我发现它有点复杂.

提供一些必要的信息.此Container通常用于检索最终的嵌套数据,这就是我使用连接键方法的结论.我的问题基本上是,使用这种串联字符串有什么警告吗?这是一个糟糕的设计还是我们应该避免的事情?

根据我的理解,这将改善查找时间,仍保持对数但执行一次而不是四次查找,因此它似乎是一种改进.

c++ containers stl

1
推荐指数
1
解决办法
1435
查看次数

标签 统计

c++ ×1

containers ×1

docker ×1

git ×1

module-packaging ×1

python ×1

stl ×1