标签: entry-point

引导加载程序无论如何都会在该地址加载它？为什么要在程序中指定这个？

我试图导出这两段代码 cli.js 和 program.js，其中 cli 依赖于 program 而 program 有一堆其他依赖项......

Webpack 在捆绑 program.js (./a,./b,./c...) 的所有依赖项方面做得很好，并正确忽略了像“jquery”、“bluebird”这样的外部依赖项...

然而，当涉及到捆绑 cli.js .. 它不是引用program.dist.js入口点，而是再次捆绑整个程序的副本......

我怎么能解决这个问题？这是 webpack 的限制吗？或者有什么办法可以解决吗？我目前使用 webpack 2.1.0-beta.27

这是我的webpack.config.js

const path = require('path');

module.exports = {
    entry: {
        cli: './bin/cli.js',
        program: './program.js',
    },
    target: 'node',
    output: {
        libraryTarget: 'umd',
        filename: '[name].dist.js',
        umdNamedDefine: true,
        path: path.resolve(__dirname, 'distribution'),
    },
    externals: [
        /^[a-z\-0-9]+$/
    ]
}

程序.js

let a = require('./a'),
    b = require('./b'),
    c = require('./c');

bin/cli.js

const program = require('../program');
      program.doSomething();

只是一个侧节点...

我无法使用 …

我不了解大多数锅炉板的结构.我总是看到2个名为"index"的文件(一个js文件和另一个html文件).我想了解主入口点的工作原理.我经常看到这个工作的web包,但我主要担心的是,为什么我可以使用index.html文件(我猜)我在js文件中完成所有工作？

我有一个用于GWT的实用程序模块,它没有UI(因此,没有继承自的类com.google.gwt.core.client.EntryPoint.当我尝试使用GWT 1.7.1编译此模块时,我收到此错误:

[ERROR] Module has no entry points defined

我该如何摆脱这个错误？我真的必须定义一个虚拟入口点吗？Google是如何编译自己的实用程序模块的？

它总是在代码段的最低地址吗？

我有以下程序:

#include <stdio.h>

int bob() {
    printf("bob\n");
    return 0;
}

int main() {
    printf("main\n");
    return 0;
}

在Linux上,我可以通过以下方式启用自定义入口点:

gcc test.c -Wl,-e,bob

当我运行生成的程序时,我得到:

./a.out
bob

但是,在OS X上,这不起作用:

clang test.c -Wl,-e,bob
./a.out
main

我已经尝试了一切来使这个工作.我认为这可能是一个错误.这是带有-v选项的输出:

clang test.c -Wl,-e,bob -v

Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin13.3.0
Thread model: posix
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.9.0 -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name test.c -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 236.3 -v -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1 -fdebug-compilation-dir /Users/mfichman/jogo -ferror-limit 19 …

在 Dockerfile 中，最新的指令是：

CMD  sudo chown -R user:user /home/user/che && \
     sudo service docker start && \
     cd /home/user/che/bin/ && ./che.sh run

它有效，但我无法将更多参数传递给./che.sh.

该che.sh检查内部docker在做其他任务后开始。它可以接受多个可选参数，例如-r:111.111.111.111.

我尝试将指令修改为：

RUN sudo chown -R user:user /home/user/che && \
     sudo service docker start
ENTRYPOINT ["/home/user/che/bin/che.sh"]

为了像 那样调用它docker run -it --priviledged my/che -r:111.111.111.111 run，但che.sh外壳会报告内部docker工作不正常。

我也试过：

ENTRYPOINT ["sudo service docker start", "&&", "/home/user/che/bin/che.sh run"]

甚至：

ENTRYPOINT ["sh", "-c" "sudo service docker start && /home/user/che/bin/che.sh …

我们如何找到在任何网页中执行的第一个 javascript 语句。我的意思是，我们如何找到任何 javascript 应用程序的入口点，无论它使用什么类型的 JS 库/框架？

我遵循 Miguel Grinberg 的优秀 Flask Mega 教程，成功设置了一个带有 Redis 任务队列和 RQ 工作线程的 Flask Web 应用程序，所有这些都在 Docker 容器中。

为了提高任务队列性能，我现在需要使用自己的自定义工作线程，而不是默认的 RQ 工作线程。

不幸的是，我很难理解如何在 docker 中启动自定义工作线程。

要启动默认的 RQ Worker，Flask Mega 教程使用以下方法：使用“venv/bin/rq”覆盖 Docker 入口点，然后提供参数“worker -u redis://redis-server:6379/0 microblog-tasks” ”。

可执行文件名称由 --entrypoint 标志提供，而命令参数在容器映像名称之后的最后传递。

这是完整的命令 - 只有最后两行与这个问题相关。

$ docker run --name rq-worker -d --rm -e SECRET_KEY=my-secret-key \
-e MAIL_SERVER=smtp.googlemail.com -e MAIL_PORT=587 -e MAIL_USE_TLS=true \
-e MAIL_USERNAME=<your-gmail-username> -e MAIL_PASSWORD=<your-gmail-password> \
--link mysql:dbserver --link redis:redis-server \
-e DATABASE_URL=mysql+pymysql://microblog:<database-password>@dbserver/microblog \
-e REDIS_URL=redis://redis-server:6379/0 \
--entrypoint venv/bin/rq \
microblog:latest worker -u redis://redis-server:6379/0 microblog-tasks …

我正在开发一个具有以下目录结构的项目：

project/
    package1/
        module1.py
        module2.py
    package2/
        module1.py
        module2.py
    main1.py
    main2.py
    main3.py
    ...
    mainN.py

其中每个mainX.py文件都是一个可执行的 Python 脚本，可从package1、package2或两者导入模块。package1和package2是子包，旨在与项目的其余部分一起分发（而不是独立地）。

标准的做法是将入口点放在顶级目录中。我有N个入口点，所以我把它们都放在顶级目录中。问题是 N 不断增长，所以我的顶级目录被入口点淹没。

我可以将mainX.py文件移动到子目录（例如，project/run），但是所有的package1和package2导入都会中断。我可以将package1和提取package2到一个单独的存储库，并期望它安装在系统上（即，在系统/用户 python 路径中），但这会使安装复杂化。我可以作为前提条件或在运行时修改 Python 路径，但这很混乱，并且可能会带来意想不到的后果。我可以编写一个main.py入口点脚本，其中参数子解析器分别指向run/main1.py, ..., run/mainN.py，但这会引入main.py每个run/mainX.py文件之间的耦合。

这个问题的标准“Pythonic”解决方案是什么？