gpt4 book ai didi

language-agnostic - 您认为首先为命令行开发有什么想法?

转载 作者:行者123 更新时间:2023-12-03 11:47:09 24 4
gpt4 key购买 nike

对于首先开发命令行,然后通过简单地调用命令行方法在其上添加GUI,您有什么看法?

例如。

W:\ todo AddTask "meeting with John, re: login peer review" "John's office" "2008-08-22" "14:00"



加载 todo.exe并调用一个称为 AddTask的函数,该函数进行一些验证并将 session 扔到数据库中。

最终,您为此添加了一个屏幕:

================================================== ==========

事件:[与John开会,回复:登录同行评审]

地点:[约翰办公室]

日期:[星期五。 2008年8月22日]

时间:[2:00 PM]

[清除] [提交]

================================================== ==========

当您单击提交时,它将调用相同的AddTask函数。

是否考虑:
  • 一种编码
  • 的好方法
  • 只适合新手
  • 太可怕了!

  • 附录:

    我在这里注意到“由GUI和CLI可执行文件调用的共享库”的趋势。除了二进制文件本身的大小以外,是否还有其他一些令人信服的理由为什么必须将它们分开?

    为什么不以不同的方式调用同一可执行文件:

    想要完整的图形界面时的
  • "todo /G"
  • "todo /I",用于在todo.exe(脚本等)中进行交互式提示
  • 当您只想做一件事并完成它时,会显示旧的"todo <function>"

  • 附录2:

    提到“我描述事情的方式,您每次需要GUI进行操作时都需要生成一个可执行文件。”

    再说一次,这不是我的意图。当我提到示例GUI称为“相同的 AddTask函数”时,我并不是说GUI每次都调用命令行程序。我同意那完全是令人讨厌的。我本来打算(请参阅第一个附录)将它们全部保存在一个可执行文件中,因为这只是一个很小的例子,但是我认为我的措辞不一定排除共享库。

    另外,我还要感谢大家的投入。这是我不断想起的事情,我感谢您的经验。

    最佳答案

    我会用一个链接到它的命令行应用程序来构建一个库。之后,您可以创建链接到相同库的GUI。从GUI调用命令行会产生每个命令的外部进程,并且对操作系统更具破坏性。

    此外,使用库,您可以轻松地对功能进行单元测试。

    但是,即使您的功能代码与命令行解释器是分开的,您也可以仅将GUI的源重新使用,而无需一次执行两种操作。

    关于language-agnostic - 您认为首先为命令行开发有什么想法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18984/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com